Summary: | sys-apps/portage: autounmask does not solve USE conflicts involving blockers ("x11-libs/vte:2.90[glade]" is blocking x11-libs/vte-0.38.2) | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Juergen Rose <rose> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | esigra, pacho |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 300071, 376695 |
Description
Juergen Rose
2014-12-26 09:21:14 UTC
BTW. Downgrading of boost fails either: root@caiman:/usr/local/portage/app-office(125)# emerge -v1 =boost-1.55.0-r2 =boost-build-1.55.0-r1 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD ] dev-util/boost-build-1.55.0-r1 [1.56.0] USE="examples python {-test}" PYTHON_TARGETS="python2_7" 0 KiB [ebuild UD ] dev-libs/boost-1.55.0-r2:0/1.55.0 [1.56.0-r1:0/1.56.0] USE="doc icu mpi nls python threads tools -context -debug -static-libs" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7 python3_3 -python3_4" 0 KiB Total: 2 packages (2 downgrades), Size of downloads: 0 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/boost:0 (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for merge) pulled in by =dev-libs/boost-1.55.0-r2 (Argument) (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, installed) pulled in by dev-libs/boost:0/1.56.0= required by (app-text/libwps-0.3.0:0/0::gentoo, installed) ^^^^^^^^^^ (and 14 more with the same problem) vte-0.38.2.ebuild : !x11-libs/vte:2.90[glade] Apparently you can't have both. side effect of https://bugs.gentoo.org/show_bug.cgi?id=257009 Portage cannot autosolve soft-blockers if package present on world. emerge --deselect vte && emerge -auDN @world should workaround it. Same, probably, valid for rest blockers. This blocker was added in overlay for glade files are not parallel installable. commit 766cbf8a809aa8c0998ab47dffd4e23998f13196 Author: Gilles Dartiguelongue <eva@gentoo.org> Date: Tue Nov 4 00:35:14 2014 +0100 x11-libs/vte: add a blocker for conflicting glade integration Fixes bug #525420. *** This bug has been marked as a duplicate of bug 525420 *** this block not solving anything in case exactly described here. i.e not letting portage auto-update if vte present in world file. This is not a duplicate but rather a portage misbehave, also pointed in #257009 (In reply to Oleg from comment #5) > this block not solving anything in case exactly described here. i.e not > letting portage auto-update if vte present in world file. This is not a > duplicate but rather a portage misbehave, also pointed in #257009 (x11-libs/vte-0.36.3:2.90/2.90::gentoo, installed) (In reply to Oleg from comment #5) > this block not solving anything in case exactly described here. i.e not > letting portage auto-update if vte present in world file. Comment #0 doesn't show vte pulled in by @world though. It's pulled in by virt-manager, vinagre, gnome-color-manager, and gnome-terminal. I suspect that what you really want is for --autounmask to solve the blocker by disabling the glade USE flag for vte. (In reply to Juergen Rose from comment #1) > BTW. Downgrading of boost fails either: > > root@caiman:/usr/local/portage/app-office(125)# emerge -v1 =boost-1.55.0-r2 > =boost-build-1.55.0-r1 If you want to downgrade, you should mask the new boost in /etc/portage/package.mask. Otherwise, it's a confusing situation for the dep resolver. (In reply to Zac Medico from comment #8) > (In reply to Juergen Rose from comment #1) > > BTW. Downgrading of boost fails either: > > > > root@caiman:/usr/local/portage/app-office(125)# emerge -v1 =boost-1.55.0-r2 > > =boost-build-1.55.0-r1 > > If you want to downgrade, you should mask the new boost in > /etc/portage/package.mask. Otherwise, it's a confusing situation for the dep > resolver. I did this already and downgraded to boost-1.55.0-r2 and boost-build-1.55.0-r1 after unmerging libwps and the other 14 packages depending on boost-1.56.0-r1, Then I tried to emerge again the unmerged packages, which have been in /var/lib/portage/world. Which was successfull for luminance-hdr and vigra. But failed for hugin and libreoffice, due to blocking x11-libs/vte:2.90, I run 'emerge @preserved_rebuild' which emerged 15 files. I umerged all files depending again on vte-0.20:2.9 or dev-libs/boost:0/1.56.0 - libetonyek luminance-hdr librevenge mdds vinagre qemu virt-manager gnome-terminal virt-viewer, deleted the huging overlay for boost-1.56.0. And the blocking disappeared. After removing the glade USE flag from x11-libs/vte I could even emerge virt-manager and virt-viewer again. What you do is an artificial way to resolve problem, many users learned by hand than unmerge and merge back solving many blocks but this is not any good from package manager to not solve it in a sane way or at least warn user on correct ways for resolution. Now it just bailing out with non-informative block messages. |