Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 545388 - media-libs/imlib2[ABI_X86="64 32"] doesn't find -lbz2
Summary: media-libs/imlib2[ABI_X86="64 32"] doesn't find -lbz2
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: enlightenment+disabled
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-04-03 09:32 UTC by jannis
Modified: 2015-04-08 04:45 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,10.03 KB, text/x-log)
2015-04-03 09:32 UTC, jannis
Details
emerge --info (einfo,25.35 KB, text/plain)
2015-04-03 09:33 UTC, jannis
Details
media-libs/freetype-2.5.5 build.log (build.log,10.87 KB, text/x-log)
2015-04-03 12:54 UTC, jannis
Details
app-arch/bzip2 build.log (w/o merge phase) (build.log,10.09 KB, text/x-log)
2015-04-05 22:58 UTC, jannis
Details

Note You need to log in before you can comment on or make changes to this bug.
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.