Changeset ef35d61 for multimedia/libdriv/x265.xml
- Timestamp:
- 08/17/2024 07:40:38 AM (5 weeks ago)
- Branches:
- 12.2, lazarus, trunk, xry111/for-12.3
- Children:
- 0f667d5, a2ed014c
- Parents:
- ade0ad4
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
multimedia/libdriv/x265.xml
rade0ad4 ref35d61 106 106 </para> 107 107 108 <!-- To editors: hard coded versions "209", "212", and "3.6" are not a 109 bug. This <important> block should be removed when we update x265 110 to 3.7 (or 4.0 or whatever new version). The problem only happens 111 when we downgrade libx265.so, upgrading is OK (as long as following 112 the LFS package management page). --> 113 <important> 114 <para> 115 If downgrading from the bleeding-edge x265-20240812 (it had been 116 mistakenly used in the BLFS development book for several days), 117 remove the shared library from x265-20240812 as the &root; user: 118 </para> 119 120 <screen role='root'><userinput>rm -fv /usr/lib/libx265.so.212</userinput></screen> 121 122 <para> 123 This is for preventing <command>ldconfig</command> from recreating 124 the symlink <filename>libx265.so</filename> with the target 125 <filename>/usr/lib/libx265.so.212</filename> which seems to be 126 <quote>a newer version</quote> of <filename>libx265.so.209</filename> 127 from x265-3.6. 128 </para> 129 </important> 130 108 131 <para> 109 132 To install the package, first remove any old library versions. … … 112 135 </para> 113 136 114 <screen role="root"><userinput>rm -vf /usr/lib/libx265* && 115 make install && 116 rm -vf /usr/lib/libx265.a </userinput></screen> 137 <screen role="root"><userinput>make install && 138 rm -vf /usr/lib/libx265.a</userinput></screen> 117 139 118 140 </sect2>
Note:
See TracChangeset
for help on using the changeset viewer.