Summary: | Portage won't select a candidate in a || ( ) dep, resulting in confusing blockers (was: x11-base/xorg-server-1.20.11:0/1.20.11 blocks x11-base/xwayland-21.1.2-r2:0/0::gentoo) | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Dhalsim <massimo.mattia.info> |
Component: | Core - Dependencies | Assignee: | Portage team <dev-portage> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | gentoo-bugs, gentoo, massimo.mattia.info, mgorny, pacho, sam, x11 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=917145 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge -p -uvDU @world --backtrack=9999 -d
/etc/portage emerge --info |
Description
Dhalsim
2021-09-22 10:32:19 UTC
This isn't a bug per se. They do block each other because newer versions of xorg-server do not xwayland anymore which has been split into a new package. You need to share the full emerge -p -uvDU @world output and find out why Portage isn't happy to upgrade xorg-server. It's likely one of the things in your list stuck on the older xorg-server has a problem with it, maybe e.g. being stuck on eudev is part of the problem (use libinput where possible). This is probably better for the IRC or forums though. (In reply to Sam James from comment #1) > This isn't a bug per se. They do block each other because newer versions of > xorg-server do not xwayland anymore which has been split into a new package. > > You need to share the full emerge -p -uvDU @world output and find out why > Portage isn't happy to upgrade xorg-server. > > It's likely one of the things in your list stuck on the older xorg-server > has a problem with it, maybe e.g. being stuck on eudev is part of the > problem (use libinput where possible). > > This is probably better for the IRC or forums though. Yes I think the bug is in: x11-base/xorg-server[-minimal] required by (gnome-base/gdm-40.1:0/0::gentoo, ebuild scheduled for merge) USE="accessibility branding ipv6 plymouth systemd tcpd wayland -audit -bluetooth-sound (-elogind) -fprint (-selinux) -test" ABI_X86="(64)" Why gdm latest version requires older xorg while it's part of gnome meta package that fully wupport xwayland ? Other things is mutter that require older xorg... (In reply to Sam James from comment #1) > This isn't a bug per se. They do block each other because newer versions of > xorg-server do not xwayland anymore which has been split into a new package. > > You need to share the full emerge -p -uvDU @world output and find out why > Portage isn't happy to upgrade xorg-server. > > It's likely one of the things in your list stuck on the older xorg-server > has a problem with it, maybe e.g. being stuck on eudev is part of the > problem (use libinput where possible). > > This is probably better for the IRC or forums though. PS: this block is since new version fo xwayland went greena whiule ago. Other part of emerge world -auDtv do not cares as other packages to upgrade appers later so are not involved. This output is the only one that emerge is giving me since that. (In reply to Dhalsim from comment #2) > (In reply to Sam James from comment #1) > > This isn't a bug per se. They do block each other because newer versions of > > xorg-server do not xwayland anymore which has been split into a new package. > > > > You need to share the full emerge -p -uvDU @world output and find out why > > Portage isn't happy to upgrade xorg-server. > > > > It's likely one of the things in your list stuck on the older xorg-server > > has a problem with it, maybe e.g. being stuck on eudev is part of the > > problem (use libinput where possible). > > > > This is probably better for the IRC or forums though. > > Yes I think the bug is in: > > x11-base/xorg-server[-minimal] required by (gnome-base/gdm-40.1:0/0::gentoo, > ebuild scheduled for merge) USE="accessibility branding ipv6 plymouth > systemd tcpd wayland -audit -bluetooth-sound (-elogind) -fprint (-selinux) > -test" ABI_X86="(64)" > > Why gdm latest version requires older xorg while it's part of gnome meta > package that fully wupport xwayland ? > > Other things is mutter that require older xorg... It doesn't. Like sam said, you need to share the output of emerge -p -vuDN @world; and the forums are probably a better place to get support. Hello, Despite you suggest to gave all the output I still confirm the one I've posted above is the ONLY output I've got since the blocks came out. So no other output I've got in the first place. Meanwhile a new version of KDE goes green in AMD64 and emerge is gaving me hundred of new updates thet is not related to this block. So I can confirm that mutter is giving me this: emerge -1 mutter Calculating dependencies... done! [ebuild N ] x11-base/xwayland-21.1.2-r2 USE="ipv6 -rpc (-selinux) -unwind -xcsecurity" VIDEO_CARDS="nvidia" [ebuild U ] x11-wm/mutter-40.3-r1 [40.2.1] [blocks B ] <=x11-base/xorg-server-1.20.11 ("<=x11-base/xorg-server-1.20.11" is blocking x11-base/xwayland-21.1.2-r2) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (x11-base/xorg-server-1.20.11:0/1.20.11::gentoo, installed) pulled in by >=x11-base/xorg-server-1.20[xorg] required by (x11-drivers/xf86-video-intel-2.99.917_p20201215:0/0::gentoo, installed) USE="dri sna tools udev xvmc -debug -uxa" ABI_X86="(64)" x11-base/xorg-server:0/1.20.11= required by (x11-drivers/xf86-video-intel-2.99.917_p20201215:0/0::gentoo, installed) USE="dri sna tools udev xvmc -debug -uxa" ABI_X86="(64)" x11-base/xorg-server[-minimal] required by (x11-drivers/xf86-video-intel-2.99.917_p20201215:0/0::gentoo, installed) USE="dri sna tools udev xvmc -debug -uxa" ABI_X86="(64)" >=x11-base/xorg-server-1.20[-minimal] required by (x11-base/xorg-drivers-1.20-r2:0/0::gentoo, installed) USE="" ABI_X86="(64)" INPUT_DEVICES="evdev synaptics -elographics -joystick -libinput -vmmouse -void -wacom" VIDEO_CARDS="i965 intel nvidia -amdgpu -ast -dummy -fbdev (-freedreno) (-geode) -glint -i915 -mga -nouveau -nv (-omap) -qxl -r128 -radeon -radeonsi -siliconmotion (-tegra) (-vc4) -vesa -via -virtualbox -vmware" >=x11-base/xorg-server-1.15.1 required by (x11-misc/sddm-0.18.1-r5:0/0::gentoo, installed) USE="pam systemd (-elogind) -test" ABI_X86="(64)" >=x11-base/xorg-server-1.14 required by (x11-drivers/xf86-input-synaptics-1.9.1:0/0::gentoo, installed) USE="" ABI_X86="(64)" x11-base/xorg-server:= required by (x11-drivers/xf86-input-synaptics-1.9.1:0/0::gentoo, installed) USE="" ABI_X86="(64)" >=x11-base/xorg-server-1.18 required by (x11-drivers/xf86-video-intel-2.99.917_p20201215:0/0::gentoo, installed) USE="dri sna tools udev xvmc -debug -uxa" ABI_X86="(64)" x11-base/xorg-server:= required by (x11-drivers/xf86-input-evdev-2.10.6:0/0::gentoo, installed) USE="" ABI_X86="(64)" x11-base/xorg-server:= required by (x11-drivers/xf86-video-intel-2.99.917_p20201215:0/0::gentoo, installed) USE="dri sna tools udev xvmc -debug -uxa" ABI_X86="(64)" x11-base/xorg-server[-minimal] required by (gnome-base/gdm-40.1:0/0::gentoo, installed) USE="accessibility branding ipv6 plymouth systemd tcpd wayland -audit -bluetooth-sound (-elogind) -fprint (-selinux) -test" ABI_X86="(64)" <x11-base/xorg-server-1.20.11-r3[xorg,-minimal] required by (x11-wm/mutter-40.3-r1:0/8::gentoo, ebuild scheduled for merge) USE="introspection screencast systemd udev wayland (-elogind) -sysprof -test" ABI_X86="(64)" INPUT_DEVICES="-wacom" VIDEO_CARDS="nvidia" >=x11-base/xorg-server-1.20[udev] required by (x11-base/xorg-drivers-1.20-r2:0/0::gentoo, installed) USE="" ABI_X86="(64)" INPUT_DEVICES="evdev synaptics -elographics -joystick -libinput -vmmouse -void -wacom" VIDEO_CARDS="i965 intel nvidia -amdgpu -ast -dummy -fbdev (-freedreno) (-geode) -glint -i915 -mga -nouveau -nv (-omap) -qxl -r128 -radeon -radeonsi -siliconmotion (-tegra) (-vc4) -vesa -via -virtualbox -vmware" x11-base/xorg-server[wayland] required by (dev-libs/weston-9.0.0:0/0::gentoo, installed) USE="X desktop drm examples gles2 jpeg launch lcms resize-optimization suid systemd wayland-compositor xwayland -colord -editor -fbdev -fullscreen -headless -ivi -kiosk -pipewire -rdp -remoting -screen-sharing -test -webp" ABI_X86="(64)" >=x11-base/xorg-server-1.20[xorg] required by (x11-drivers/xf86-input-synaptics-1.9.1:0/0::gentoo, installed) USE="" ABI_X86="(64)" x11-base/xorg-server:0/1.20.11= required by (x11-drivers/xf86-input-synaptics-1.9.1:0/0::gentoo, installed) USE="" ABI_X86="(64)" >=x11-base/xorg-server-1.18[udev] required by (x11-drivers/xf86-input-evdev-2.10.6:0/0::gentoo, installed) USE="" ABI_X86="(64)" >=x11-base/xorg-server-1.20[xorg] required by (x11-drivers/xf86-input-evdev-2.10.6:0/0::gentoo, installed) USE="" ABI_X86="(64)" x11-base/xorg-server:0/1.20.11= required by (x11-drivers/xf86-input-evdev-2.10.6:0/0::gentoo, installed) USE="" ABI_X86="(64)" (x11-base/xwayland-21.1.2-r2:0/0::gentoo, ebuild scheduled for merge) pulled in by x11-base/xwayland required by (kde-plasma/kwin-5.21.5-r1:5/5::gentoo, installed) USE="accessibility caps handbook multimedia plasma screencast -debug -gles2-only -test" ABI_X86="(64)" x11-base/xwayland required by (x11-wm/mutter-40.3-r1:0/8::gentoo, ebuild scheduled for merge) USE="introspection screencast systemd udev wayland (-elogind) -sysprof -test" ABI_X86="(64)" INPUT_DEVICES="-wacom" VIDEO_CARDS="nvidia" For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages !!! The following installed packages are masked: - x11-libs/mx-1.4.7-r2::gentoo (masked by: package.mask) /usr/portage/profiles/package.mask: # Andreas Sturmlechner <asturm@gentoo.org> (2021-09-04) # EAPI-5, dead, unused, bug 808213; Removal on 2021-10-04. For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. This blocks is still confusing me I've been using gentoo since 2005 and never gets a situation where a package pulls different versions of the same dependency. I've found this on forums: https://forums.gentoo.org/viewtopic-p-8646747.html?sid=d71c0d2aacb342f86eac85fa4a8b3421 And I also take a loot into the mutter ebuild despite I'm not really an expert of portage and still confusing me the "BDEPENDS" in ebuild. I can confirm this is a bug. I can confirm the same bug with mutter and gdm in another virtual machine with different portage configuration. Anyway no matter if you don't want to investigate further. Regards Dhalsim (In reply to Matt Turner from comment #4) > Like sam said, you need to share the output of emerge -p -vuDN @world Why are you not able to respond to this simple request? Instead you give the output to "emerge -1 mutter" As the forum post you link to says: > But emerge -uUDav1 libxcvt @world was enough to give it the hint it needed and give up on the old xorg-server. (In reply to Dhalsim from comment #5) > Hello, > Despite you suggest to gave all the output I still confirm the one I've > posted above is the ONLY output I've got since the blocks came out. So no > other output I've got in the first place. Meanwhile a new version of KDE > goes green in AMD64 and emerge is gaving me hundred of new updates thet is > not related to this block. So I can confirm that mutter is giving me this: I need to see the full thing to identify problematic (missing) upgrades. Also, Portage is not great at making it easy to see what output is related to what problem, even if it seems like they're unrelated, they might be. With respect, if you're stuck on something, cropping out things you "know" to be unrelated is a bit frustrating, because you're asking for help but not giving me the full picture. > > emerge -1 mutter [snip] Partial upgrades do not usually work. > > > For more information about Blocked Packages, please refer to the following > section of the Gentoo Linux x86 Handbook (architecture is irrelevant): > > https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages > > > !!! The following installed packages are masked: > - x11-libs/mx-1.4.7-r2::gentoo (masked by: package.mask) > /usr/portage/profiles/package.mask: > # Andreas Sturmlechner <asturm@gentoo.org> (2021-09-04) > # EAPI-5, dead, unused, bug 808213; Removal on 2021-10-04. > > For more information, see the MASKED PACKAGES section in the emerge > man page or refer to the Gentoo Handbook. > > This blocks is still confusing me I've been using gentoo since 2005 and > never gets a situation where a package pulls different versions of the same > dependency. > I've found this on forums: > > https://forums.gentoo.org/viewtopic-p-8646747. > html?sid=d71c0d2aacb342f86eac85fa4a8b3421 > And I also take a loot into the mutter ebuild despite I'm not really an > expert of portage and still confusing me the "BDEPENDS" in ebuild. > > I can confirm this is a bug. I can confirm the same bug with mutter and gdm > in another virtual machine with different portage configuration. Something isn't working, but it's not a bug, for the reasons explained below. > > Anyway no matter if you don't want to investigate further. > I *do* want to investigate further, but it's not a *bug*. 1. I am asking you to do a full world upgrade *and share the full output* so that I can poke at what is holding back the xorg-server upgrade. Old versions of the packages block each other, but this is intentional. Portage should be able to upgrade to a newer version. We need to understand what on your system (likely from the list of things needing older xorg-server in your output) is refusing to be upgraded, to unclog it. 2. https://wiki.gentoo.org/wiki/Project:Portage/FAQ#Why_is_there_a_dependency_conflict_when_I_attempt_to_upgrade_a_single_package.3F 3. I spend a significant amount of time helping users with exactly this sort of issue, and I'm trying to improve documentation as I go with common problems (see https://wiki.gentoo.org/wiki/User:Sam/Portage_help). But the bug tracker isn't really a good place to do this. This is far better suited (IMO) to interactive debugging on IRC (#gentoo on libera.chat). But the forums will work too. Let's speak on IRC and I'll debug your issue with you. Created attachment 741558 [details]
emerge -p -uvDU @world --backtrack=9999 -d
as requested...
Created attachment 741561 [details]
/etc/portage
content as requested
Created attachment 741564 [details]
emerge --info
not so standard
Created attachments as requested: /var/db/pkgs in https://we.tl/t-klCVzkHIW2 Good Luck Regards Dhalsim. So, we talked about this on IRC, and the gist is: - A bunch of blockers occur, resulting from Portage not wanting to upgrade Mutter - More backtracking doesn't seem to help - Forcing Portage to consider libxcvt from the || ( ... ) dep in mutter works and it stops trying to downgrade xorg-server, e.g. emerge -p -uvDU @world libxcvt. This has happened quite a few times in #gentoo over the last month or two. Can we replace some || deps with USE flags? (In reply to Matt Turner from comment #4) > (In reply to Dhalsim from comment #2) > > (In reply to Sam James from comment #1) > > > This isn't a bug per se. They do block each other because newer versions of > > > xorg-server do not xwayland anymore which has been split into a new package. > > > > > > You need to share the full emerge -p -uvDU @world output and find out why > > > Portage isn't happy to upgrade xorg-server. > > > > > > It's likely one of the things in your list stuck on the older xorg-server > > > has a problem with it, maybe e.g. being stuck on eudev is part of the > > > problem (use libinput where possible). > > > > > > This is probably better for the IRC or forums though. > > > > Yes I think the bug is in: > > > > x11-base/xorg-server[-minimal] required by (gnome-base/gdm-40.1:0/0::gentoo, > > ebuild scheduled for merge) USE="accessibility branding ipv6 plymouth > > systemd tcpd wayland -audit -bluetooth-sound (-elogind) -fprint (-selinux) > > -test" ABI_X86="(64)" > > > > Why gdm latest version requires older xorg while it's part of gnome meta > > package that fully wupport xwayland ? > > > > Other things is mutter that require older xorg... > > It doesn't. > > Like sam said, you need to share the output of emerge -p -vuDN @world; and > the forums are probably a better place to get support. As far as I know when an ebuild pulls in two different versions of the same package that Is not slotted Is properly a bug. (In reply to Michał Górny from comment #13) > Can we replace some || deps with USE flags? Should work as workaround I guess only allowing libxcvt isn't viable yet? (In reply to Mart Raudsepp from comment #16) > I guess only allowing libxcvt isn't viable yet? you mean "emerge -uDtvN @world libxcvt" ? I was talking about changing mutter ebuild to always want libxcvt, without the other option inside the || ( ... ) that in combination is triggering the bug. (In reply to Mart Raudsepp from comment #18) > I was talking about changing mutter ebuild to always want libxcvt, without > the other option inside the || ( ... ) that in combination is triggering the > bug. I think solving this bug in portage could be very hard. I respect those choices but with a workaround we will win this battle, not the war. (In reply to Mart Raudsepp from comment #16) > I guess only allowing libxcvt isn't viable yet? I think that's viable. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6e1ee1fe7b66f5d88509ad7332dc0e1e21a7f101 commit 6e1ee1fe7b66f5d88509ad7332dc0e1e21a7f101 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-10-31 00:23:59 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-10-31 00:24:27 +0000 x11-wm/mutter: drop obsolete xorg-server[wayland] dependency libxcvt has been stable for a while and this ends up leading to confusing blockers anyway. Bug: https://bugs.gentoo.org/814335 Signed-off-by: Sam James <sam@gentoo.org> x11-wm/mutter/{mutter-40.3-r2.ebuild => mutter-40.3-r3.ebuild} | 5 +---- x11-wm/mutter/{mutter-40.4-r1.ebuild => mutter-40.4-r2.ebuild} | 5 +---- x11-wm/mutter/{mutter-40.5-r2.ebuild => mutter-40.5-r4.ebuild} | 5 +---- x11-wm/mutter/{mutter-40.5-r3.ebuild => mutter-40.5-r5.ebuild} | 7 ++----- x11-wm/mutter/{mutter-41.0-r2.ebuild => mutter-41.0-r3.ebuild} | 7 ++----- 5 files changed, 7 insertions(+), 22 deletions(-) The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fc4ad25b2b500c6fb8af82a418833c6294ba393c commit fc4ad25b2b500c6fb8af82a418833c6294ba393c Author: Sam James <sam@gentoo.org> AuthorDate: 2021-11-19 17:44:39 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-19 17:44:58 +0000 net-p2p/resilio-sync: flip libxcrypt[compat] dep order Help Portage resolve dependencies a bit easier. Bug: https://bugs.gentoo.org/814335 Bug: https://bugs.gentoo.org/822849 Signed-off-by: Sam James <sam@gentoo.org> net-p2p/resilio-sync/resilio-sync-2.6.3-r2.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=691f9ac81e19cae6e18e3133c38c4d4e50773c18 commit 691f9ac81e19cae6e18e3133c38c4d4e50773c18 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-11-19 17:44:17 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-19 17:44:57 +0000 net-misc/nxplayer: flip libxcrypt[compat] dep order Help Portage resolve dependencies a bit easier. Bug: https://bugs.gentoo.org/814335 Bug: https://bugs.gentoo.org/822849 Signed-off-by: Sam James <sam@gentoo.org> net-misc/nxplayer/nxplayer-5.1.24.1-r1.ebuild | 2 +- net-misc/nxplayer/nxplayer-7.6.2.4.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5b77fd1bbef0fc017b2d8a077a90d88f94c3a325 commit 5b77fd1bbef0fc017b2d8a077a90d88f94c3a325 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-11-19 17:43:47 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-19 17:44:56 +0000 games-strategy/knights-demo: flip libxcrypt[compat] dep order Help Portage resolve dependencies a bit easier. Bug: https://bugs.gentoo.org/814335 Bug: https://bugs.gentoo.org/822849 Signed-off-by: Sam James <sam@gentoo.org> games-strategy/knights-demo/knights-demo-1.32-r3.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9f65dbe09da5747b669cb44ce46f32b6817221f0 commit 9f65dbe09da5747b669cb44ce46f32b6817221f0 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-11-19 17:43:30 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-19 17:44:55 +0000 dev-db/percona-xtrabackup-bin: flip libxcrypt[compat] dep order Help Portage resolve dependencies a bit easier. Bug: https://bugs.gentoo.org/814335 Bug: https://bugs.gentoo.org/822849 Signed-off-by: Sam James <sam@gentoo.org> dev-db/percona-xtrabackup-bin/percona-xtrabackup-bin-2.4.13-r1.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e753f5f37ee36fdc8e74efc2e31529470e23e738 commit e753f5f37ee36fdc8e74efc2e31529470e23e738 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-11-19 17:43:05 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-19 17:44:54 +0000 app-backup/tsm: flip libxcrypt[compat] dep order Help Portage resolve dependencies a bit easier. Bug: https://bugs.gentoo.org/814335 Bug: https://bugs.gentoo.org/822849 Signed-off-by: Sam James <sam@gentoo.org> app-backup/tsm/tsm-8.1.6.0-r2.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) *** Bug 822849 has been marked as a duplicate of this bug. *** The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=daea44057e87f5bfecb65d99f43dd9950ffb2ba1 commit daea44057e87f5bfecb65d99f43dd9950ffb2ba1 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-11-19 17:48:08 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-19 17:48:08 +0000 app-emulation/crossover-bin: flip libxcrypt[compat] dep order Help Portage resolve dependencies a bit easier. Bug: https://bugs.gentoo.org/814335 Bug: https://bugs.gentoo.org/822849 Signed-off-by: Sam James <sam@gentoo.org> app-emulation/crossover-bin/crossover-bin-20.0.4-r1.ebuild | 2 +- app-emulation/crossover-bin/crossover-bin-21.0.0.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) *** Bug 829989 has been marked as a duplicate of this bug. *** The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9420c7358c39f71fa2cc4a362c2709b2a0e0bb98 commit 9420c7358c39f71fa2cc4a362c2709b2a0e0bb98 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2023-12-22 20:25:10 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2023-12-23 18:29:31 +0000 kde-plasma/print-manager: Add 23.08.5-r100 shim pulling in SLOT 6 Starting situation: [P] kde-plasma/print-manager-5.91.0:6 RDEPEND: !kde-plasma/print-manager:5 [I] kde-plasma/print-manager-23.08.4:5 There are two revdeps: kde-apps/kdeutils-meta-23.08.4-r1:5, slated for merge, having: cups? ( || ( kde-plasma/print-manager:6 >=kde-plasma/print-manager-23.08.4:5 ) ) kde-plasma/plasma-meta-5.91.0, slated for merge, having: cups ? (>=kde-plasma/print-manager-5.91.0:6) For the ensuing world upgrade, Portage refuses to pick print-manager:6 over print-manager:5, presenting it as [blocks B] error. Bug: https://bugs.gentoo.org/813099 Bug: https://bugs.gentoo.org/814335 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> kde-plasma/print-manager/print-manager-23.08.5-r100.ebuild | 13 +++++++++++++ profiles/package.mask | 1 + 2 files changed, 14 insertions(+) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ae9a2d38e4b156d7aebaac6c24d714094352a858 commit ae9a2d38e4b156d7aebaac6c24d714094352a858 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2023-12-22 19:46:42 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2023-12-23 18:29:31 +0000 kde-apps/kio-extras: Add 23.08.5-r100 shim pulling in kio-extras-kf5 Starting situation: [I] kde-apps/kio-extras-23.08.4:5 [P] kde-apps/kio-extras-24.01.85:6 RDEPEND: !kde-apps/kio-extras:5 !kde-apps/kio-extras-kf5:5[-kf6compat] As a non-colliding continuation of SLOT 5, there is: [P] kde-apps/kio-extras-kf5-24.01.85:5 USE="... kf6compat ..." RDEPEND: !kde-apps/kio-extras:5 All SLOT 5 revdeps look like this: RDEPEND="|| ( kde-apps/kio-extras-kf5:5 kde-apps/kio-extras:5 )" The ensuing world upgrade contains installed packages depending on SLOT 5 and ebuilds scheduled for merge depending on SLOT 6. Portage refuses to pick kio-extras-kf5 over kio-extras:5, presenting it as [blocks B] error. Workaround: Add kde-apps/kio-extras-23.08.5-r100:5 (RDEPEND=kde-apps/kio-extras-kf5:5) Bug: https://bugs.gentoo.org/813099 Bug: https://bugs.gentoo.org/814335 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> kde-apps/kio-extras/kio-extras-23.08.5-r100.ebuild | 13 +++++++++++++ profiles/package.mask | 3 ++- 2 files changed, 15 insertions(+), 1 deletion(-) |