| 1 |
Hi list, |
| 2 |
I have a problem with cleaning/removing 32bit libraries on my x86_64 |
| 3 |
system (amd64 multilib). At one point I needed skype for something, and |
| 4 |
it needs a lot of 32bit libs (abi_x86_32) everything was fine, little |
| 5 |
fight with freetype+harfbuz (circular dep). And after some time I'm |
| 6 |
happy again without need for proprietary closed source software, so I |
| 7 |
wanted to remove it, first thing I did was: |
| 8 |
# emerge -C skype |
| 9 |
It was fine, next I wanted to remove unneeded dependencies |
| 10 |
# emerge --depclean |
| 11 |
and after that I removed package.use file which contained all |
| 12 |
dependencies with USE="abi_x86_32", and did world update |
| 13 |
# emerge -uND world |
| 14 |
everything was "fine" except it left 'preserved-libs', and told me to |
| 15 |
run |
| 16 |
# emerge @preserved-rebuild |
| 17 |
which did nothing, so currently I don't need those libs, and don't know |
| 18 |
what is a proper way to get rid of them. |
| 19 |
|
| 20 |
Here is the list: |
| 21 |
app-arch/bzip2-1.0.6-r6 /usr/lib32/libbz2.so.1.0.6 /usr/lib32/libbz2.so.1 |
| 22 |
dev-libs/glib-2.44.1 /usr/lib32/libglib-2.0.so.0.4400.1 /usr/lib32/libglib-2.0.so.0 |
| 23 |
media-gfx/graphite2-1.2.4-r1 /usr/lib32/libgraphite2.so.3.0.1 /usr/lib32/libgraphite2.so.3 |
| 24 |
media-libs/freetype-2.5.5 /usr/lib32/libfreetype.so.6.11.4 /usr/lib32/libfreetype.so.6 |
| 25 |
media-libs/harfbuzz-0.9.41 /usr/lib32/libharfbuzz.so.0.941.0 /usr/lib32/libharfbuzz.so.0 |
| 26 |
media-libs/libpng-1.6.18 /usr/lib32/libpng16.so.16.18.0 /usr/lib32/libpng16.so.16 |
| 27 |
sys-libs/zlib-1.2.8-r1 /lib32/libz.so.1.2.8 /lib32/libz.so.1 |
| 28 |
|
| 29 |
|
| 30 |
and this is how they relate to each other: |
| 31 |
!!! existing preserved libs: |
| 32 |
>>> package: media-libs/harfbuzz-0.9.41 |
| 33 |
* - /usr/lib32/libharfbuzz.so.0 |
| 34 |
* - /usr/lib32/libharfbuzz.so.0.941.0 |
| 35 |
* used by /usr/lib32/libfreetype.so.6 (preserved) |
| 36 |
* used by /usr/lib32/libfreetype.so.6.11.4 (preserved) |
| 37 |
>>> package: dev-libs/glib-2.44.1 |
| 38 |
* - /usr/lib32/libglib-2.0.so.0 |
| 39 |
* - /usr/lib32/libglib-2.0.so.0.4400.1 |
| 40 |
* used by /usr/lib32/libharfbuzz.so.0 (preserved) |
| 41 |
* used by /usr/lib32/libharfbuzz.so.0.941.0 (preserved) |
| 42 |
>>> package: media-libs/freetype-2.5.5 |
| 43 |
* - /usr/lib32/libfreetype.so.6 |
| 44 |
* - /usr/lib32/libfreetype.so.6.11.4 |
| 45 |
* used by /usr/lib32/libharfbuzz.so.0 (preserved) |
| 46 |
* used by /usr/lib32/libharfbuzz.so.0.941.0 (preserved) |
| 47 |
>>> package: sys-libs/zlib-1.2.8-r1 |
| 48 |
* - /lib32/libz.so.1 |
| 49 |
* - /lib32/libz.so.1.2.8 |
| 50 |
* used by /usr/lib32/libfreetype.so.6 (preserved) |
| 51 |
* used by /usr/lib32/libfreetype.so.6.11.4 (preserved) |
| 52 |
* used by /usr/lib32/libpng16.so.16 (preserved) |
| 53 |
* used by /usr/lib32/libpng16.so.16.18.0 (preserved) |
| 54 |
>>> package: app-arch/bzip2-1.0.6-r6 |
| 55 |
* - /usr/lib32/libbz2.so.1 |
| 56 |
* - /usr/lib32/libbz2.so.1.0.6 |
| 57 |
* used by /usr/lib32/libfreetype.so.6 (preserved) |
| 58 |
* used by /usr/lib32/libfreetype.so.6.11.4 (preserved) |
| 59 |
>>> package: media-libs/libpng-1.6.18 |
| 60 |
* - /usr/lib32/libpng16.so.16 |
| 61 |
* - /usr/lib32/libpng16.so.16.18.0 |
| 62 |
* used by /usr/lib32/libfreetype.so.6 (preserved) |
| 63 |
* used by /usr/lib32/libfreetype.so.6.11.4 (preserved) |
| 64 |
>>> package: media-gfx/graphite2-1.2.4-r1 |
| 65 |
* - /usr/lib32/libgraphite2.so.3 |
| 66 |
* - /usr/lib32/libgraphite2.so.3.0.1 |
| 67 |
* used by /usr/lib32/libharfbuzz.so.0 (preserved) |
| 68 |
* used by /usr/lib32/libharfbuzz.so.0.941.0 (preserved) |
| 69 |
Use emerge @preserved-rebuild to rebuild packages using these libraries |
| 70 |
|
| 71 |
|
| 72 |
So I think this is because of that harfbuzz<->freetype circular |
| 73 |
dependency, which some people/devs on IRC confirm. |
| 74 |
"<floppym> bitlord: Yes, it seems to be related to that circular |
| 75 |
dependency. libfreetype is being preserved due to libharfbuzz and |
| 76 |
vice-versa." |
| 77 |
|
| 78 |
So don't know if this is a portage bug (considering circular |
| 79 |
dependencies I guess it is really hard to manage them, so maybe not a |
| 80 |
bug really?). In the end I don't need those libs in /usr/lib32 |
| 81 |
(probably just those listed, others are there intentionally (multilib)), |
| 82 |
if I remove them I won't break anything (except maybe package manager |
| 83 |
being confused?). |
| 84 |
|
| 85 |
Does anyone know how to manage this? :-) |
Archives