| Summary: | ? | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Raphaël Droz <raphael.droz+floss> |
| Component: | [OLD] Unspecified | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | raphael.droz+floss |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | emerge --info | ||
Created attachment 362982 [details]
emerge --info
emerge --info attached
[but several use-flag/make.conf combinations tested]
happens that I had a "libpng abi_x86_32" laying around. Removing this + emerge -C app-emulation/emul-linux-x86-baselibs + ABI_X86="64 32" seems to do the trick (but still a workaround looking at the growing list of "preserved-libs" packages which need an (impossible) update). Can we see the complete output? (In reply to Raphaël Droz from comment #2) > happens that I had a "libpng abi_x86_32" laying around. > Removing this + emerge -C app-emulation/emul-linux-x86-baselibs + > ABI_X86="64 32" > seems to do the trick Ah, okay, closing this then; good find. |
>=sys-libs/zlib-1.2.8-r1:=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] whatever use-flags or ABI_X86 is setup. As this blocks libpng, it also blocks emerge -e @system (gcc -> gcj -> gtk -> cairo -> libpng) and cups-filter so poppler, ... ... (cf libreoffice-bin bug) This multi-lib thing is apparently far from finished but the hell of packages' updates **in stable** seems to just start. Are we running inside the ubuntu/gnome/systemd philosophy too ??