| 1 |
An unsubscribed reader sent me this gem, which I hope he or she won't mind my |
| 2 |
forwarding to the list. It offers a new way to attack the problem. |
| 3 |
|
| 4 |
---------- Forwarded Message ---------- |
| 5 |
|
| 6 |
Subject: Re: [gentoo-user] Two identical systems - different! |
| 7 |
Date: Monday 03 Mar 2014, 02:33:08 |
| 8 |
|
| 9 |
Ah, the extra USE flags checks are coming from an eclass! |
| 10 |
|
| 11 |
On 03.03.2014 01:33, Peter Humphrey wrote: |
| 12 |
> !!! Multiple package instances within a single package slot have been |
| 13 |
> pulled |
| 14 |
> !!! into the dependency graph, resulting in a slot conflict: |
| 15 |
> |
| 16 |
> app-arch/bzip2:0 |
| 17 |
> |
| 18 |
> (app-arch/bzip2-1.0.6-r3::gentoo, installed) pulled in by |
| 19 |
> app-arch/bzip2[abi_x86_32(-)] required by (dev- |
| 20 |
> libs/elfutils-0.158::gentoo, binary scheduled for merge) |
| 21 |
> |
| 22 |
> (app-arch/bzip2-1.0.6-r3::gentoo, binary scheduled for merge) pulled |
| 23 |
> in by |
| 24 |
> (no parents that aren't satisfied by other packages in this slot) |
| 25 |
> |
| 26 |
> virtual/libiconv:0 |
| 27 |
> |
| 28 |
> (virtual/libiconv-0::gentoo, installed) pulled in by |
| 29 |
> virtual/libiconv[abi_x86_32(-)] required by (dev-libs/glib-2.36.4- |
| 30 |
> r1::gentoo, binary scheduled for merge) |
| 31 |
> |
| 32 |
> (virtual/libiconv-0::gentoo, binary scheduled for merge) pulled in by |
| 33 |
> (no parents that aren't satisfied by other packages in this slot) |
| 34 |
|
| 35 |
The dependencies in dev-libs/elfutils and dev-libs/glib are |
| 36 |
app-arch/bzip2[${MULTILIB_USEDEP}] and |
| 37 |
virtual/libiconv[${MULTILIB_USEDEP}] , where the actual value is |
| 38 |
calculated by multilib.eclass. |
| 39 |
It probably should end up empty in your case, but maybe having the |
| 40 |
chroot triggers some multilib functionality? |
| 41 |
|
| 42 |
I may be reading the use dep wrong, but it seems to me that those |
| 43 |
packages assume that the virtual/libiconv and app-arch/bzip2 packages |
| 44 |
found are 64-bit since they don't have the USE=abi_x86_32 set. That |
| 45 |
could at least explain why they get disqualified when glib and elfutils |
| 46 |
are in the set but work otherwise. |
| 47 |
|
| 48 |
I would probably try rebuilding the dev-libs/elfutils and dev-libs/glib |
| 49 |
packages next and checking that they don't end up still having those |
| 50 |
abi-requirements. |
| 51 |
|
| 52 |
qtbz2 -xO /usr/portage/packages/dev-libs/glib-2.36.4-r1.tbz2 |qxpak -x - |
| 53 |
-O RDEPEND |
| 54 |
should tell you what runtime dependencies the package has been built with. |
| 55 |
|
| 56 |
----------------------------------------- |
| 57 |
|
| 58 |
I ran that command on both machines and got this output in each case: |
| 59 |
|
| 60 |
# qtbz2 -xO /usr/portage/packages/dev-libs/glib-2.36.4-r1.tbz2 |qxpak -x - -O |
| 61 |
DEPEND |
| 62 |
virtual/libiconv[abi_x86_32(-)] virtual/libffi[abi_x86_32(-)] sys- |
| 63 |
libs/zlib[abi_x86_32(-)] || ( >=dev-libs/elfutils-0.142 >=dev- |
| 64 |
libs/libelf-0.8.12 >=sys-freebsd/freebsd-lib-9.2_rc1 ) !<=app-emulation/emul- |
| 65 |
linux-x86-baselibs-20130224-r9 !app-emulation/emul-linux-x86-baselibs[- |
| 66 |
abi_x86_32(-)] app-text/docbook-xml-dtd:4.1.2 >=dev-libs/libxslt-1.0 >=sys- |
| 67 |
devel/gettext-0.11 >=dev-util/gtk-doc-am-1.15 !<dev-libs/gobject- |
| 68 |
introspection-1.36 !<dev-util/gtk-doc-1.15-r2 !<sys-devel/gettext-0.18.1.1-r3 |
| 69 |
|| ( >=sys-devel/automake-1.13:1.13 >=sys-devel/automake-1.14:1.14 ) >=sys- |
| 70 |
devel/autoconf-2.68 sys-devel/libtool app-arch/xz-utils >=sys-apps/sed-4 |
| 71 |
>=sys-apps/coreutils-8.5 |
| 72 |
|
| 73 |
No mention of any kind of zip. |
| 74 |
|
| 75 |
Has a lamp flashed on in anyone's head? It would be good to see some light |
| 76 |
here. |
| 77 |
|
| 78 |
-- |
| 79 |
Regards |
| 80 |
Peter |
Archives