Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 545388

Summary: media-libs/imlib2[ABI_X86="64 32"] doesn't find -lbz2
Product: Gentoo Linux Reporter: jannis <kripton>
Component: [OLD] LibraryAssignee: enlightenment+disabled
Status: RESOLVED INVALID    
Severity: normal    
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: build.log
emerge --info
media-libs/freetype-2.5.5 build.log
app-arch/bzip2 build.log (w/o merge phase)

Description jannis 2015-04-03 09:32:25 UTC
I'm currently migrating from emul-linux-x86* packages to true multilib and imlib2 fails stating it cannot find a symbol of bzip2 (see build.log).
I found out that the emul-linux-x86 package containing bzip2 installed the libraries to /lib32 whereas bzip2 with multilib support installs the 32bit-libraries to /usr/lib32. So this might actually be a bug of bzip2's multilib support.

Reproducible: Always
Comment 1 jannis 2015-04-03 09:32:56 UTC
Created attachment 400462 [details]
build.log
Comment 2 jannis 2015-04-03 09:33:18 UTC
Created attachment 400464 [details]
emerge --info
Comment 3 jannis 2015-04-03 09:33:57 UTC
miramis ~ # equery f bzip2 | grep 32 | grep so
/usr/lib32/libbz2.so
/usr/lib32/libbz2.so.1
/usr/lib32/libbz2.so.1.0
/usr/lib32/libbz2.so.1.0.6
Comment 4 jannis 2015-04-03 12:54:42 UTC
Created attachment 400478 [details]
media-libs/freetype-2.5.5 build.log

It's the same with media-libs/freetype-2.5.5
Comment 5 Rafał Mużyło 2015-04-05 17:52:31 UTC
Chances are you're doing the migration wrong - by the time you've reached imlib2/freetype2, both zlib and bzip2 should already be emerged with abi_x68_32.

That's why the news item had had the intermediary broken phase.
Comment 6 jannis 2015-04-05 22:46:06 UTC
Yeah, sure, they are emerged with abi_x86_32. What I did:
- unmerge all emul-linux-x86* packages. That left the actual libraries in the system as preserved ones
- migrate by emerging some packages. dependencies were resolved correctly.
- Somehow found out the /lib32/libbz2.so* is still in the list of preserved libraries, although bzip2 had already been merged with abi_x86_32
- manually deleted the preserved libraries /lib32/libbz2.so* and manually re-emerged bzip2 with abi_x86_32. With the equery command from #3 I saw that bzip installed the libraries to /usr/lib32 instead of /lib32 (where they were installed to by the emul package)

Since then, stuff like imlib2 and freetype fail to compile/link with the errors mentioned in this report.

So it looks like bzip2 installs the libraries in the wrong folder (zlib installs to /lib32/).
Comment 7 jannis 2015-04-05 22:58:10 UTC
Created attachment 400638 [details]
app-arch/bzip2 build.log (w/o merge phase)
Comment 8 Rafał Mużyło 2015-04-08 01:26:49 UTC
...OK, I'll humor you.

Attach config.log from media-libs/freetype-2.5.5 build.

As for bzip2, the files are exactly where they supposed to be.
Comment 9 jannis 2015-04-08 04:45:43 UTC
I don't get it: Somehow, the .so files of bzip2 were no longer in /usr/lib32/. I re-emerged bzip2 and afterwards, imlib2 and freetype emerged without a problem. Still don't know how they vanished. I'm sure that I manually deleted them before emerging bzip2.

Nevertheless, problem solved for me and not an issue of mentioned packages/ebuilds. If I manage to find out what deleted the libraries, I'll post here but that probably won't happen.