View previous topic :: View next topic |
Author |
Message |
BlueInk n00b
Joined: 23 Mar 2023 Posts: 8 Location: Berlin, Germany
|
Posted: Thu Mar 23, 2023 9:48 am Post subject: [Solved] Solution to dependency conflict in portage unclear |
|
|
Hello everyone,
I recently came across a dependency conflict in portage and I don't know how to resolve it, yet.
Here is the output that I have: (only changed my username in the output)
Code: |
username@Charly /etc/portage $ doas emerge -auDN --with-bdeps=y @world
These are the packages that would be merged, in order:
Calculating dependencies ... done!
Dependency resolution took 25.51 s.
[ebuild U ] sys-devel/autoconf-archive-2023.02.20 [2022.09.03]
[ebuild U ] sys-apps/hwdata-0.367 [0.366]
[ebuild U ] app-text/libpaper-2.0.10 [2.0.4]
[ebuild U ] sys-devel/clang-common-15.0.7-r5 [15.0.7-r4]
[ebuild U ] dev-lang/perl-5.36.0-r2 [5.36.0-r1]
[ebuild U ] sys-apps/texinfo-7.0.2 [6.8]
[ebuild U ] x11-misc/compose-tables-1.8.4-r1 [1.8.4]
[ebuild U ] app-crypt/mhash-0.9.9.9-r3 [0.9.9.9-r2]
[ebuild U ] x11-libs/libX11-1.8.4-r1 [1.8.4]
[ebuild U ] sys-fs/fuse-3.14.0 [3.12.0]
[ebuild U ] app-misc/ca-certificates-20211016.3.88.1 [20211016.3.87-r1]
[ebuild U ] dev-python/numpy-1.24.2 [1.24.0] PYTHON_TARGETS="(-pypy3)"
[ebuild U ] sys-fs/btrfs-progs-6.1.3 [6.1.2] PYTHON_SINGLE_TARGET="-python3_11%"
[ebuild U ] net-im/signal-desktop-bin-6.10.1 [6.9.0]
WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict:
app-arch/zstd:0
(app-arch/zstd-1.5.4-r3:0/1::gentoo, ebuild scheduled for merge) USE="lzma (split-usr) zlib -lz4 -static-libs -test" ABI_X86="32 (64) (-x32)" conflicts with
<app-arch/zstd-1.5.4:= required by (dev-python/zstandard-0.19.0:0/0::gentoo, installed) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_10 (-pypy3) -python3_11 -python3_9"
^ ^^^^^
<app-arch/zstd-1.5.4:0/1= required by (dev-python/zstandard-0.19.0:0/0::gentoo, installed) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_10 (-pypy3) -python3_11 -python3_9"
^ ^^^^^
Would you like to merge these packages? [Yes/No] no
Quitting.
|
My assumptions are the following, app-arch/zstd can't be updated due to a conflict with dev-python/zstandard? But the ^ point to the "<" and version string, so I thought it must have something to do with the :0/1 which I also assume is a slot problem. But looking into the wiki under the term slot didn't yield and useful result. My next test was to add zstandard into the 32bit built USE-flag. But that did solve my problem either.
Of course I could tell portage ta continue anyway. But I don't want to do that before I understand why it is complaining.
I am thankful for a good explanation
Edit: 20230325 - Changed title to "solved"
Last edited by BlueInk on Sat Mar 25, 2023 10:36 am; edited 1 time in total |
|
Back to top |
|
|
stefan11111 l33t
Joined: 29 Jan 2023 Posts: 922 Location: Romania
|
Posted: Thu Mar 23, 2023 10:22 am Post subject: |
|
|
Do you have app-arch/zstd /var/lib/portage/world? _________________ My overlay: https://github.com/stefan11111/stefan_overlay
INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d *udev* /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /usr/bin/gdbus /lib/udev" |
|
Back to top |
|
|
sam_ Developer
Joined: 14 Aug 2020 Posts: 1678
|
Posted: Thu Mar 23, 2023 11:09 am Post subject: |
|
|
It can't continue anyway because it would break dev-python/zstandard which is on your system for a reason.
It's a skipped upgrade and you can safely ignore it. The version of dev-python/zstandard you have installed requires an older app-arch/zstd. When a newer dev-python/zstandard is available (it's already out and in ~arch) and stabled, your issue will go away. |
|
Back to top |
|
|
BlueInk n00b
Joined: 23 Mar 2023 Posts: 8 Location: Berlin, Germany
|
Posted: Thu Mar 23, 2023 11:26 am Post subject: |
|
|
This is the content of my world file.
Code: |
username@Charly /etc/portage $ cat /var/lib/portage/world
app-admin/doas
app-admin/eclean-kernel
app-admin/sysklogd
app-backup/duplicati-bin
app-backup/restic
app-editors/vim
app-emulation/dxvk
app-emulation/proton-ge-custom-meta
app-eselect/eselect-repository
app-misc/neofetch
app-misc/screen
app-office/libreoffice
app-portage/cpuid2cpuflags
app-portage/eix
app-text/enchant
dev-libs/libisoburn
dev-vcs/git
games-action/minecraft-launcher
games-arcade/oshu
games-util/lutris
games-util/steam-meta
games-util/xboxdrv
kde-apps/kde-apps-meta
kde-plasma/libksysguard
kde-plasma/plasma-meta
media-fonts/noto-cjk
media-fonts/noto-emoji
media-fonts/symbola
media-gfx/blender
media-sound/musescore
media-sound/spotify
media-tv/v4l-utils
media-video/handbrake
media-video/makemkv
media-video/obs-studio
net-im/discord
net-im/signal-desktop-bin
net-im/telegram-desktop-bin
net-misc/anydesk
net-misc/chrony
net-misc/dhcpcd
net-print/hplip
sys-apps/usbutils
sys-auth/pam_u2f
sys-boot/grub
sys-firmware/nvidia-firmware
sys-fs/btrfs-progs
sys-fs/dosfstools
sys-fs/squashfs-tools
sys-kernel/gentoo-sources
sys-kernel/linux-firmware
sys-process/cronie
www-client/chromium-bin
x11-terms/alacritty
|
So no there is no app-arch/zstd in there. |
|
Back to top |
|
|
freke l33t
Joined: 23 Jan 2003 Posts: 977 Location: Somewhere in Denmark
|
Posted: Thu Mar 23, 2023 2:55 pm Post subject: |
|
|
app-admin/eclean-kernel requires dev-python/zstandard - latest stable being dev-python/zstandard-0.19 which again requires <app-arch/zstd-1.5.4 - thereforee app-arch/zstd is skipped until a newer dev-python/zstandard is going stable (or you accept the keyworded version via /etc/portage/package.accept_keywords)
but from sam_s post it sounds like it might be going stable anytime |
|
Back to top |
|
|
BlueInk n00b
Joined: 23 Mar 2023 Posts: 8 Location: Berlin, Germany
|
Posted: Thu Mar 23, 2023 3:06 pm Post subject: |
|
|
Thanks for the clarification. It makes sense. But how to I derive that from the original output of emerge .. eclean-kernel isn't mentioned there anywhere.. or do I have to ask for a verbose dependency graph with -v? |
|
Back to top |
|
|
freke l33t
Joined: 23 Jan 2003 Posts: 977 Location: Somewhere in Denmark
|
Posted: Thu Mar 23, 2023 3:20 pm Post subject: |
|
|
I tried to depclean (emerge -vac) dev-python/zstandard to see if it was removable or anything depended on it. |
|
Back to top |
|
|
nxjoseph n00b
Joined: 05 Mar 2023 Posts: 13
|
Posted: Fri Mar 24, 2023 6:19 pm Post subject: |
|
|
I tried to update my system today and there wasn't a dependency conflict. |
|
Back to top |
|
|
BlueInk n00b
Joined: 23 Mar 2023 Posts: 8 Location: Berlin, Germany
|
Posted: Fri Mar 24, 2023 6:45 pm Post subject: |
|
|
I just updated @world and got both new versions for zstd and zstandard. So the issue is really gone/fixed. I guess I just got in a slightly unlucky upgrade window. Still I have to figure out how to come to the conclusion if an upgrade is safe or not the next time around by myself. |
|
Back to top |
|
|
Mistwolf Apprentice
Joined: 07 Mar 2007 Posts: 189 Location: Edmonton, AB
|
Posted: Sat Mar 25, 2023 2:52 am Post subject: |
|
|
That conflict reads as follows:
Code: | (app-arch/zstd-1.5.4-r3:0/1::gentoo, ebuild scheduled for merge) USE="lzma (split-usr) zlib -lz4 -static-libs -test" ABI_X86="32 (64) (-x32)" conflicts with |
package app-arch/zstd version 1.5.4-r3 slot 0 sub slot 1 is newer than what is installed, requested upgrade by portage
Code: | <app-arch/zstd-1.5.4:= required by (dev-python/zstandard-0.19.0:0/0::gentoo, installed) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_10 (-pypy3) -python3_11 -python3_9"
^ ^^^^^ |
dev-python/zstandard version 0.19.0, installed, requires app-arch/zstd to be versions less than 1.5.4
The line that points to the version conflict is the last line with the up arrows. Because line 1 is long, word wrap around is applied, so the conflict indicator (line 3) refers to line 1.
Code: | <app-arch/zstd-1.5.4:0/1= required by (dev-python/zstandard-0.19.0:0/0::gentoo, installed) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_10 (-pypy3) -python3_11 -python3_9"
^ ^^^^^ |
Same as above. |
|
Back to top |
|
|
sam_ Developer
Joined: 14 Aug 2020 Posts: 1678
|
Posted: Sat Mar 25, 2023 8:00 am Post subject: |
|
|
BlueInk wrote: | I just updated @world and got both new versions for zstd and zstandard. So the issue is really gone/fixed. I guess I just got in a slightly unlucky upgrade window. Still I have to figure out how to come to the conclusion if an upgrade is safe or not the next time around by myself. |
As I said, an upgrade is safe as long as you don't "force" anything. Portage stopped anything bad happening by skipping an upgrade, as it told you. It gave you a list of packages which can be upgraded safely and excluded dev-python/zstandard. |
|
Back to top |
|
|
BlueInk n00b
Joined: 23 Mar 2023 Posts: 8 Location: Berlin, Germany
|
Posted: Sat Mar 25, 2023 8:10 am Post subject: |
|
|
Thank you for the explanation. I start to understand the output now. I looked at app-arch/zstd on packages.gentoo.org. There I can see slot 0, but I can't find subslots. |
|
Back to top |
|
|
sam_ Developer
Joined: 14 Aug 2020 Posts: 1678
|
Posted: Sat Mar 25, 2023 8:41 am Post subject: |
|
|
BlueInk wrote: | Thank you for the explanation. I start to understand the output now. I looked at app-arch/zstd on packages.gentoo.org. There I can see slot 0, but I can't find subslots. |
The subslot bit is kind of noise. It's issue is "I have zstd-1.5.4-r3 scheduled to merge, but dev-python/zstandard wants <app-arch/zstd-1.5.4". The subslot bit is in there and it's technically correct but it's not actually causing a problem. |
|
Back to top |
|
|
|