. --> RDEPEND : Requesting exactly (sub-) slot ":0/11" creates dependency conflicts with other packages requiring main slot ":0" . Newest stable is ":0/20" . Reproducible: Always I gues this is a left-over from --> vmware-workstation-11.1.2.2780323.ebuild containing ... =dev-libs/libgcrypt-1.5* $ equery list -p libgcrypt [-P-] [ ] dev-libs/libgcrypt-1.5.4-r1:0/11 [IP-] [ ] dev-libs/libgcrypt-1.5.4-r100:11/11 [IP-] [ ] dev-libs/libgcrypt-1.6.3-r4:0/20 [-P-] [ ~] dev-libs/libgcrypt-1.6.3-r5:0/20 [-P-] [ ~] dev-libs/libgcrypt-1.6.4:0/20
# emerge -p =app-emulation/vmware-workstation-11.1.2.2780323-r3 --verbose-conflicts These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD ] dev-libs/libgcrypt-1.5.4-r1 [1.6.3-r4] [uninstall ] dev-libs/libgcrypt-1.5.4-r100 [blocks b ] dev-libs/libgcrypt:11 ("dev-libs/libgcrypt:11" is blocking dev-libs/libgcrypt-1.5.4-r1) [blocks b ] dev-libs/libgcrypt:0/11 ("dev-libs/libgcrypt:0/11" is blocking dev-libs/libgcrypt-1.5.4-r100) [ebuild U ~] app-emulation/vmware-workstation-11.1.2.2780323-r3 [11.1.2.2780323-r1] USE="-bundled-libs%" !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libgcrypt:0 (dev-libs/libgcrypt-1.5.4-r1:0/11::gentoo, ebuild scheduled for merge) pulled in by >=dev-libs/libgcrypt-1.5.0:0/11 required by (app-emulation/vmware-workstation-11.1.2.2780323-r3:0/0::vmware, ebuild scheduled for merge) ^^^^^ (dev-libs/libgcrypt-1.6.3-r4:0/20::gentoo, installed) pulled in by >=dev-libs/libgcrypt-1.2.2:0/20= required by (app-crypt/gcr-3.16.0:0/1::gentoo, installed) ^^^^^^ >=dev-libs/libgcrypt-1.2.2:0/20= required by (gnome-base/libgnome-keyring-3.12.0:0/0::gentoo, installed) ^^^^^^ >=dev-libs/libgcrypt-1.4.2:0/20= required by (net-libs/gtk-vnc-0.5.4:0/0::gentoo, installed) ^^^^^^ >=dev-libs/libgcrypt-1.2.2:0/20= required by (gnome-base/gnome-keyring-3.16.0-r1:0/0::gentoo, installed) ^^^^^^ >=dev-libs/libgcrypt-1.2.0:0/20= required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) ^^^^^^ >=dev-libs/libgcrypt-1.5.3:0/20=[abi_x86_64(-)] required by (dev-libs/libxslt-1.1.28-r4:0/0::gentoo, installed) ^^^^^^ >=dev-libs/libgcrypt-1.5:0/20= required by (app-crypt/gnupg-2.0.28:0/0::gentoo, installed) ^^^^^^ dev-libs/libgcrypt:0/20= required by (sys-fs/cryptsetup-1.6.8-r1:0/0::gentoo, installed)
[-P-] [ ] dev-libs/libgcrypt-1.5.4-r1:0/11 [-P-] [ ] dev-libs/libgcrypt-1.5.4-r100:11/11 [-P-] [ ] dev-libs/libgcrypt-1.6.3-r4:0/20 [-P-] [ ~] dev-libs/libgcrypt-1.6.3-r5:0/20 [-P-] [ ~] dev-libs/libgcrypt-1.6.4:0/20 A) System without mod requires 1.6.3-r4:0/20 = "latest slot 0" B.1) vmware-workstation-11.1.2.2780323-r1 with RDEPEND =dev-libs/libgcrypt-1.5* requires 1.5.4-r100:11/11 = "latest 1.5.*:*" B.2) This could be 'obscured' by unmasking . . . dev-libs/libgcrypt:11/11 ~amd64, but 11/11 is a special version for 'transition' purposes only: . . . "SLOT="11/11" # subslot = soname major version" C.1) vmware-workstation-11.1.2.2780323-r3 with RDEPEND >=dev-libs/libgcrypt-1.5.0:0/11 results into conflict, limiting to vmware-workstation-11.1.2.2780323-r1, reqiring 1.5.4-r100:11/11 again: c.f. (B) above. C.2) Just for the record: Changing the RDEPEND entry . . . >=dev-libs/libgcrypt-1.5.0:0/11 back into . . . =dev-libs/libgcrypt-1.5* again is not a responsible alternative; c.f. (B.2) above. C.3) The conflicts can be avoided by restricting dev-libs/libgcrypt in general to the -1.5 versions, eg. by masking . . . dev-libs/libgcrypt:11/11 . . . dev-libs/libgcrypt:0/20 [IP-] [ ] dev-libs/libgcrypt-1.5.4-r1:0/11 [-P-] [M~] dev-libs/libgcrypt-1.5.4-r100:11/11 [-P-] [M ] dev-libs/libgcrypt-1.6.3-r4:0/20 [-P-] [M~] dev-libs/libgcrypt-1.6.3-r5:0/20 [-P-] [M~] dev-libs/libgcrypt-1.6.4:0/20 Result: System as well as vmware-workstation build together. vmware-workstation tests: on the list ...
Unfortunately app-emulation/vmware-workstation-11.1.2.2780323-r3 with USE="-bundled-libs" depends on >=dev-libs/libgcrypt-1.5.0:0/11 But there is no such thing possible, there is a new slot with dev-libs/libgcrypt-1.5.4-r100:11/11 Slot 0 is stable with dev-libs/libgcrypt-1.6.3-r4:0/20, and quite a few packages depend on that.
I have to correct myself. USE="-bundled-libs" has nothing to do with it. USE="bundled-libs" emerge --ask --update vmware-workstation fails the same.
(In reply to Sven Eden from comment #3) > Unfortunately ...-r3 ... depends on > > >=dev-libs/libgcrypt-1.5.0:0/11 Can you point us to a reason én detail ? THX in advance!
(In reply to Sven Eden from comment #3) > Slot 0 is stable with dev-libs/libgcrypt-1.6.3-r4:0/20, and quite a few > packages depend on that. AFAICS ( -> #2 ) they depend upon "newest :0", but iI did not find packages that really RDEPEND upon ">= ... :0/20".
(In reply to Manfred Knick from comment #6) > (In reply to Sven Eden from comment #3) > > > Slot 0 is stable with dev-libs/libgcrypt-1.6.3-r4:0/20, and quite a few > > packages depend on that. > > AFAICS ( -> #2 ) they depend upon "newest :0", > > but iI did not find packages that really RDEPEND upon ">= ... :0/20". In the ebuild RDEPEND one can find: >=dev-libs/libgcrypt-1.5.0:0/11 But there is no such thing that would be possible to coexist with several other applications that depend on >=dev-libs/libgcrypt-1.6.0:0/20 The latter is stable, so there is no reason not to update. However, there is a new slot 11 that lists: dev-libs/libgcrypt-1.5.4-r100:11/11 So if vmware workstation explicitly needs libgcrypt-1.5, then the new major slot is 11, the subslot remains the same. As a portage output: -------- >=dev-libs/libgcrypt-1.5.0:0/11 required by (app-emulation/vmware-workstation-11.1.2.2780323-r3:0/0::vmware, ebuild scheduled for merge) dev-libs/libgcrypt-1.6.3-r4:0/20::gentoo, installed) pulled in by dev-libs/libgcrypt:0/20= required by (sys-fs/cryptsetup-1.6.7:0/0::gentoo, installed) dev-libs/libgcrypt:0/20= required by (kde-apps/kwalletd-4.14.3-r2:4/4.14::gentoo, installed) >=dev-libs/libgcrypt-1.2.2:0/20= required by (app-crypt/gcr-3.16.0:0/1::gentoo, installed) >=dev-libs/libgcrypt-1.2.2:0/20= required by (gnome-base/libgnome-keyring-3.12.0:0/0::gentoo, installed) >=dev-libs/libgcrypt-1.2.2:0/20= required by (app-crypt/libsecret-0.18.3:0/0::gentoo, installed) >=dev-libs/libgcrypt-1.2.0:0/20= required by (media-video/vlc-2.2.0:0/5-8::gentoo, installed) >=dev-libs/libgcrypt-1.2.2:0/20= required by (gnome-base/gnome-keyring-3.16.0-r1:0/0::gentoo, installed) >=dev-libs/libgcrypt-1.5.3:0/20=[abi_x86_32(-),abi_x86_64(-)] required by (dev-libs/libxslt-1.1.28-r4:0/0::gentoo, installed) >=dev-libs/libgcrypt-1.5:0/20= required by (app-crypt/gnupg-2.0.28:0/0::gentoo, installed) -------- As you can see, major slot 0 is taken by the newer, and stable, version 1.6 of libgcrypt.
This is not nice. I tried to emerge vmware-workstation-11.1.2.2780323-r3 with changed dependencies so it asks for >=dev-libs/libgcrypt-1.5.0:11/11, but the library doesn't seem to be compatible. When linked against dev-libs/libgcrypt-1.5.4-r100:11/11 vmware no longer starts but exits with exit code 255. Using the current stable dev-libs/libgcrypt-1.6.3-r4:0/20 doesn_t work either, because the vmware parts are explicitly linked against libgcrypt.so.11. No idea how to solve that but to try to mask the newer libgcryp.
Please c.f. Gentoo's Bugzilla – Bug 513718 : Bug 513718 - [TRACKER] Multilib dependencies need to be >= on min-ver(EAPI=5, supporting multilib) which seemingly was the reason for introducing - - - *libgcrypt-1.5.4-r100 (08 Aug 2014) ( c.f. /usr/portage/dev-libs/libgcrypt/ChangeLog ) . "diff /usr/portage/dev-libs/libgcrypt/libgcrypt-1.5.4-r*.ebuild" will unveil that libgcrypt-1.5.4-r100:11/11 is _not_ just only re-slotting libgcrypt-1.5.4-r1:0/11 . Personally, I doubt that the "gx86-multilib project" (c.f. /usr/portage/dev-libs/libgcrypt/metadata.xml) did care / test against vmware-workstation before stabilizing dev-libs/libgcrypt-1.6.3-r4:0/20 ;-(
OK I changed the deps so there is no conflict anymore. Updating libgcrypt myself now to check functionality. Let's close this bug and open a fresh one for problems with ws and libgcrypt-1.5.4-r100.
