Rick \"Zero_Chaos\" Farina posted on Fri, 27 Jul 2012 01:44:47 -0400 as excerpted:
> * Messages for package app-emulation/emul-linux-x86-baselibs-20120520: > > * QA Notice: Missing soname symlink(s): > * > * usr/lib32/libgnuintl.so.8 -> preloadable_libintl.so > * > * QA Notice: Missing soname symlink(s): > * > * usr/lib32/libgnuintl.so.8 -> preloadable_libintl.so > * > * QA Notice: Files built without respecting CFLAGS have been detected > * Please include the following list of files in your report: > * /lib32/libpam.so.0.83.1 * /lib32/libgpm.so.1.20.0 I'm unsure whether you realize that app-emulation/emul-linux-x86-* are special-case and I'm missing something obvious (like some indication that you're simply trying to shutup the warnings in this case), or whether it's you missing the obvious, but just in case it's the latter I'll risk publicly exposing the fact that I missed the former... =:^\ The emul-linux-x86-* packages are pre-compiled 32-bit binaries there for the convenience of amd64 multilib users who don't wish to run the 32-bit chroot and separate 32-bit stage-based PM installation otherwise necessary (in the absence of true multi-arch package-manager support) in ordered to build the 32-bit libraries needed by some of their presumably proprietary 32-bit-binary-only apps. As such, they'll NEVER respect local CFLAGS, since they're not built locally. Similarly, various so-name symlinks (plus headerfiles, *.pc files, etc) are omitted as they're only necessary when building reverse-deps, and these are binary-only packages not intended to be built against, and including these files would only increase the likelihood of conflict when trying to build against the 64-bit versions. As hinted above, to do the normal gentoo-ish build for the 32-bit version of these libs on a 64-bit system, you follow the amd64 32-bit chroot guide, installing a separately tracked and configured 32-bit x86 "stub system" from 32-bit stages, thus ensuring all the necessary 32-bit dependencies are available, etc, altho this 32-bit stub need not contain system services, etc, unless you want to actually be able to boot to it, since those are generally provided by the 64-bit side. Since that's a LOT of extra work for the set of basic 32-bit libs that's all many will use, the emul-linux-x86-* packages are available as a convenient (and default) alternative for those that prefer to use them. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
