Gentoo Archives: gentoo-dev

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-dev@l.g.o
Subject: [gentoo-dev] Re: Detecting ignored *FLAGS
Date: Fri, 27 Jul 2012 10:51:10
Message-Id: pan.2012.07.27.10.49.20@cox.net
In Reply to: Re: [gentoo-dev] Detecting ignored *FLAGS by "Rick \\\"Zero_Chaos\\\" Farina"
1 Rick \"Zero_Chaos\" Farina posted on Fri, 27 Jul 2012 01:44:47 -0400 as
2 excerpted:
3
4 > * Messages for package app-emulation/emul-linux-x86-baselibs-20120520:
5 >
6 > * QA Notice: Missing soname symlink(s):
7 > *
8 > * usr/lib32/libgnuintl.so.8 -> preloadable_libintl.so
9 > *
10 > * QA Notice: Missing soname symlink(s):
11 > *
12 > * usr/lib32/libgnuintl.so.8 -> preloadable_libintl.so
13 > *
14 > * QA Notice: Files built without respecting CFLAGS have been detected
15 > * Please include the following list of files in your report:
16 > * /lib32/libpam.so.0.83.1 * /lib32/libgpm.so.1.20.0
17
18
19 I'm unsure whether you realize that app-emulation/emul-linux-x86-* are
20 special-case and I'm missing something obvious (like some indication that
21 you're simply trying to shutup the warnings in this case), or whether
22 it's you missing the obvious, but just in case it's the latter I'll risk
23 publicly exposing the fact that I missed the former... =:^\
24
25 The emul-linux-x86-* packages are pre-compiled 32-bit binaries there for
26 the convenience of amd64 multilib users who don't wish to run the 32-bit
27 chroot and separate 32-bit stage-based PM installation otherwise
28 necessary (in the absence of true multi-arch package-manager support) in
29 ordered to build the 32-bit libraries needed by some of their presumably
30 proprietary 32-bit-binary-only apps.
31
32 As such, they'll NEVER respect local CFLAGS, since they're not built
33 locally.
34
35 Similarly, various so-name symlinks (plus headerfiles, *.pc files, etc)
36 are omitted as they're only necessary when building reverse-deps, and
37 these are binary-only packages not intended to be built against, and
38 including these files would only increase the likelihood of conflict when
39 trying to build against the 64-bit versions.
40
41 As hinted above, to do the normal gentoo-ish build for the 32-bit version
42 of these libs on a 64-bit system, you follow the amd64 32-bit chroot
43 guide, installing a separately tracked and configured 32-bit x86 "stub
44 system" from 32-bit stages, thus ensuring all the necessary 32-bit
45 dependencies are available, etc, altho this 32-bit stub need not contain
46 system services, etc, unless you want to actually be able to boot to it,
47 since those are generally provided by the 64-bit side. Since that's a
48 LOT of extra work for the set of basic 32-bit libs that's all many will
49 use, the emul-linux-x86-* packages are available as a convenient (and
50 default) alternative for those that prefer to use them.
51
52 --
53 Duncan - List replies preferred. No HTML msgs.
54 "Every nonfree program has a lord, a master --
55 and if you use the program, he is your master." Richard Stallman

Replies

Subject Author
Re: [gentoo-dev] Re: Detecting ignored *FLAGS "Rick \\\"Zero_Chaos\\\" Farina" <zerochaos@g.o>