| View previous topic :: View next topic |
| Author |
Message |
jfo
n00b
Joined: 07 Sep 2015
Posts: 60
|
 Posted: Mon Jun 03, 2024 6:54 pm Post subject: profile update 23 fails |
 |
|
Hello
this weekend I attempted to update to profile 23. In brief, I followed all instructions
apparently without any issue until I ran
| Code: |
emerge --emptytree -p @world
|
I have something like 3300 packages. Rebuilding packages went normally until after
processing something like 1500 packages emerge stopped with no helpful message.
| Code: |
emerge --resume --skip-first
|
returned "nothing left to do".
When I run
| Code: |
emerge --emptytree -p @world
|
I get
| Code: |
These are the packages that would be merged, in order:
Calculating dependencies ... ...... ...... done!
Dependency resolution took 133.25 s (backtrack: 2/20).
[ebuild R ] sys-devel/gnuconfig-20240101
[ebuild R ] virtual/libintl-0-r2
[ebuild R ] virtual/libiconv-0-r2
[ebuild R ] media-libs/libogg-1.3.5-r1
[ebuild R ] dev-libs/libffi-3.4.6
[ebuild R ] media-libs/giflib-5.2.2
[ebuild R ] dev-libs/lzo-2.10
[ebuild R ] sys-apps/which-2.21
[ebuild R ] app-text/libpaper-2.1.3
[ebuild R ] net-dns/c-ares-1.29.0
[ebuild R ] app-crypt/argon2-20190702-r1
[ebuild R ] app-misc/mime-types-2.1.54
....
[ebuild R ] dev-tex/biber-2.19 PERL_FEATURES="(-debug) -ithreads% -quadmath%"
!!! The following update(s) have been skipped due to unsatisfied dependencies
!!! triggered by backtracking:
dev-lang/spidermonkey:115
|
As far as I can tell the issue seems to be that spidermonkey wants rust <1.78
even though my system has rust 1.78.0 installed. However,
returns nothing whatsoever.
spiderdemonkey is needed by dev-libs/gjs, which in turn is a dependency of app-crypt/libsecret.
At this point I am not sure at all how to proceed. Any help/suggestions would appreciated. |
|
| Back to top |
|
 |
ian.au
l33t
Joined: 07 Apr 2011
Posts: 601
Location: Australia
|
| Posted: Mon Jun 03, 2024 9:44 pm Post subject: |
|
|
| Code: | !!! The following update(s) have been skipped due to unsatisfied dependencies
!!! triggered by backtracking: |
Did you try a different value for backtracking? ie.
| Code: | | emerge --backtrack=0 -avuDpt @world |
3,300 rebuilds, ugh. |
|
| Back to top |
|
|
jfo
n00b
Joined: 07 Sep 2015
Posts: 60
|
| Posted: Tue Jun 04, 2024 1:56 am Post subject: |
|
|
For some reason portage continues to insist on rust-1.78 even though in principle anyone of the dependencies should be satisfied by rust < 1.78.
| Code: |
equery depends rust
* These packages depend on rust:
dev-lang/ruby-3.2.4 (jit ? >=virtual/rust-1.58.1)
(jit ? >=virtual/rust-1.58.1)
dev-lang/spidermonkey-115.11.0 (clang ? virtual/rust:0/llvm-18)
(clang ? virtual/rust:0/llvm-17)
(clang ? virtual/rust:0/llvm-16)
(clang ? virtual/rust:0/llvm-15)
(!clang ? <virtual/rust-1.78)
(!elibc_glibc ? <dev-lang/rust-1.78)
dev-python/cryptography-42.0.7 (>=virtual/rust-1.56.0)
dev-python/setuptools-rust-1.9.0 (virtual/rust)
(test ? virtual/rust)
dev-util/bindgen-0.68.1 (virtual/rust)
(virtual/rust)
(>=virtual/rust-1.53)
dev-util/cbindgen-0.26.0 (>=virtual/rust-1.53)
gnome-base/librsvg-2.57.3 (>=virtual/rust-1.70.0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
(>=virtual/rust-1.53)
media-libs/mesa-24.1.0-r1 (opencl ? >=virtual/rust-1.62.0)
(video_cards_nvk ? >=virtual/rust-1.74.1)
net-analyzer/gping-1.16.1-r1 (>=virtual/rust-1.53)
sys-apps/lsd-1.1.2-r1 (>=virtual/rust-1.53)
sys-devel/gcc-14.1.1_p20240518 (rust ? virtual/rust)
www-client/chromium-126.0.6478.17 (>=virtual/rust-1.72.0[profiler(-)])
|
I removed rust-bin-1.78 and the corresponding virtual/rust.
I still see
| Code: |
emerge -1p virtual/rust rust-bin
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 9.15 s (backtrack: 1/20).
[ebuild N ] dev-lang/rust-bin-1.77.1 USE="profiler rustfmt (-big-endian) -clippy -doc (-prefix) -rust-analyzer -rust-src -verify-sig" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2"
[ebuild N ] virtual/rust-1.77.1 USE="profiler rustfmt" ABI_X86="32 (64) (-x32)"
virtual/rust:0
selected: (virtual/rust-1.77.1:0/llvm-17::gentoo, ebuild scheduled for merge)
skipped: (virtual/rust-1.78.0:0/llvm-18::gentoo, ebuild scheduled for merge) (see unsatisfied dependency below)
|
Finally, I removed a couple of unneeded packages that somehow portage insisted needed rust-1.78.
Now, portage still claims that rust-1.78 is required by dev-util/maturin.
maturin has been uninstalled; furthermore
| Code: |
equery depends maturin
* These packages depend on maturin:
|
returns nothing. At this point I am stumped.
| Code: |
emerge --backtrack=0 -avuDpt @world
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
Dependency resolution took 31.66 s (backtrack: 0/0).
[nomerge ] dev-python/spyder-5.5.4::gentoo USE="-doc -test" PYTHON_TARGETS="python3_11 -python3_10 -python3_12"
[ebuild N ] dev-python/jellyfish-1.0.4::gentoo USE="-debug -test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12 -python3_13" 0 KiB
[nomerge ] dev-python/spyder-notebook-0.5.1::gentoo USE="-test" PYTHON_TARGETS="python3_11 -python3_10"
[nomerge ] dev-python/notebook-7.2.0::gentoo USE="-test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12"
[nomerge ] dev-python/jupyter-server-2.14.1::gentoo USE="-test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12"
[nomerge ] dev-python/jupyter-events-0.10.0::gentoo USE="-test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12"
[nomerge ] dev-python/referencing-0.35.1::gentoo USE="-test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12"
[ebuild N ] dev-python/rpds-py-0.18.1::gentoo USE="-debug -test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12 -python3_13" 0 KiB
[ebuild N ] dev-util/maturin-1.5.1-r1::gentoo USE="ssl -debug -doc -test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12 -python3_13" 0 KiB
[nomerge ] gnome-base/nautilus-45.2.1-r1::gentoo USE="cloudproviders gstreamer introspection previewer sendto -gnome -gtk-doc (-selinux) -test"
[nomerge ] gnome-extra/sushi-45.0::gentoo USE="X wayland"
[nomerge ] dev-libs/gjs-1.78.5::gentoo USE="cairo readline -examples -sysprof -test"
[nomerge ] dev-lang/spidermonkey-115.11.0:115::gentoo USE="jit -clang -debug -lto -test"
[ebuild UD ] virtual/rust-1.77.1:0/llvm-17::gentoo [1.78.0:0/llvm-18::gentoo] USE="profiler rustfmt" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild N ] dev-lang/rust-bin-1.77.1:stable::gentoo USE="profiler rustfmt (-big-endian) -clippy -doc (-prefix) -rust-analyzer -rust-src -verify-sig" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" 0 KiB
[nomerge ] dev-python/jellyfish-1.0.4::gentoo USE="-debug -test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12 -python3_13"
[nomerge ] virtual/rust-1.78.0:0/llvm-18::gentoo USE="profiler rustfmt" ABI_X86="32 (64) (-x32)"
[ebuild N ] dev-lang/rust-bin-1.78.0:stable::gentoo USE="profiler rustfmt (-big-endian) -clippy -doc (-prefix) -rust-analyzer -rust-src -verify-sig" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" 0 KiB
Total: 6 packages (1 downgrade, 5 new), 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:
virtual/rust:0
(virtual/rust-1.78.0:0/llvm-18::gentoo, installed) USE="profiler rustfmt" ABI_X86="32 (64) (-x32)" pulled in by
=virtual/rust-1.78.0 required by (dev-util/maturin-1.5.1-r1:0/0::gentoo, ebuild scheduled for merge) USE="ssl -debug -doc -test" ABI_X86="(64)" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12 -python3_13"
^ ^^^^^^
(and 2 more with the same problem)
(virtual/rust-1.77.1:0/llvm-17::gentoo, ebuild scheduled for merge) USE="profiler rustfmt" ABI_X86="32 (64) (-x32)" pulled in by
=virtual/rust-1.77.1 required by (dev-lang/spidermonkey-115.11.0:115/115::gentoo, installed) USE="jit -clang -debug -lto -test" ABI_X86="(64)"
^ ^^^^^^
<virtual/rust-1.78 required by (dev-lang/spidermonkey-115.11.0:115/115::gentoo, installed) USE="jit -clang -debug -lto -test" ABI_X86="(64)"
^ ^^^^
dev-lang/rust-bin:stable
(dev-lang/rust-bin-1.78.0:stable/stable::gentoo, ebuild scheduled for merge) USE="profiler rustfmt (-big-endian) -clippy -doc (-prefix) -rust-analyzer -rust-src -verify-sig" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" pulled in by
~dev-lang/rust-bin-1.78.0[profiler?,rustfmt?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (virtual/rust-1.78.0:0/llvm-18::gentoo, installed) USE="profiler rustfmt" ABI_X86="32 (64) (-x32)"
^ ^^^^^^
(dev-lang/rust-bin-1.77.1:stable/stable::gentoo, ebuild scheduled for merge) USE="profiler rustfmt (-big-endian) -clippy -doc (-prefix) -rust-analyzer -rust-src -verify-sig" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" pulled in by
~dev-lang/rust-bin-1.77.1[profiler?,rustfmt?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (virtual/rust-1.77.1:0/llvm-17::gentoo, ebuild scheduled for merge) USE="profiler rustfmt" ABI_X86="32 (64) (-x32)"
^ ^^^^^^
|
Last edited by jfo on Tue Jun 04, 2024 3:53 pm; edited 1 time in total |
|
| Back to top |
|
|
ian.au
l33t
Joined: 07 Apr 2011
Posts: 601
Location: Australia
|
| Posted: Tue Jun 04, 2024 2:45 am Post subject: |
|
|
well rust-bin:1.78 is unstable so maybe you've got some keywords to edit in /etc/portage/package.accept_keywords?
I'm not sure about the reference to rust:2.18 - assume that's a typo. |
|
| Back to top |
|
|
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2219
|
| Posted: Tue Jun 04, 2024 6:09 am Post subject: Re: profile update 23 fails |
|
|
| jfo wrote: | Hello
this weekend I attempted to update to profile 23. In brief, I followed all instructions
apparently without any issue until I ran
| Code: |
emerge --emptytree -p @world
|
I have something like 3300 packages. Rebuilding packages went normally until after
processing something like 1500 packages emerge stopped with no helpful message.
| Code: |
emerge --resume --skip-first
|
returned "nothing left to do".
When I run
| Code: |
emerge --emptytree -p @world
|
I get
| Code: |
!!! The following update(s) have been skipped due to unsatisfied dependencies
!!! triggered by backtracking:
dev-lang/spidermonkey:115
|
As far as I can tell the issue seems to be that spidermonkey wants rust <1.78
even though my system has rust 1.78.0 installed. However,
returns nothing whatsoever.
spiderdemonkey is needed by dev-libs/gjs, which in turn is a dependency of app-crypt/libsecret.
At this point I am not sure at all how to proceed. Any help/suggestions would appreciated. |
This is not an error, you should have not picked on it. You should have preserved the original message portage gave you, perhaps with a build.log.
Now you've got yourself into an unpleasant situation. You don't know which packages were build and which weren't. I recommend doing the --emptytree part using binary packages.
Also, did you try to do both python an profile migration?
Best Regards,
Georgi |
|
| Back to top |
|
|
jfo
n00b
Joined: 07 Sep 2015
Posts: 60
|
| Posted: Tue Jun 04, 2024 1:34 pm Post subject: |
|
|
No python migration.
In frustration I decided to mask both rust-bin-1.78 and virtual/rust-1.78 even though I could not figure out why portage insisted on it.
I then did
and it re-emerged about 4 dependencies. After that both
| Code: |
emerge --backtrack=0 -avuDpt @world
|
| Code: |
emerge --emptytree -p @world
|
reported no conflict. So I restarted
| Code: |
emerge --emptytree @world
|
from scratch and I expect it will be running for a while (more than 3000 packages) ....
At this point I really believe that the instructions for upgrading the profile are inadequate.
There is no information about what may go wrong and even less about what the
best course of action might be in the event something does.
My (possibly incomplete) understanding of the motivation for --emptytree is that the new profile
introduced some changes in the toolchain so all binaries need to be recompiled with the new
toolchain settings. Since the main elements of the toolchain have been rebuilt before emerge --emptytree
was invoked for the first time, and since emerge --emptytree rebuilds everything (including the toolchain itself),
I should be ok. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Portage & Programming
