Gentoo Forums :: View topic - cbindgen-0.27.0-r1 failed

cbindgen-0.27.0-r1 failed

View unanswered posts
View posts from last 24 hours

Gentoo Forums Forum Index

Portage & Programming

View previous topic :: View next topic

Author

Message

mich
Tux's lil' helper

Joined: 29 Sep 2007
Posts: 124

Posted: Sat Nov 09, 2024 7:58 pm Post subject: cbindgen-0.27.0-r1 failed

Hello, Can somebody help me please? [/url]https://file.io/tQMi0G9LWVNt[url] ---> emerge --info [/url]https://file.io/yRUkhefuwgno[url] ===> emerge --pqv [/url]https://file.io/yRUkhefuwgno[url] ===> build.log Available Rust versions: [1] rust-1.79.0 [2] rust-1.81.0 * Thanks in advance, Michel[/url] It seems the links are not valid anymore. Here the goods one: https://pastebin.com/n99qHdVW ==> emerge --info [ebuild U ] dev-util/cbindgen-0.27.0-r1 [0.27.0] USE="-debug -test" https://pastebin.com/wfs2wRG1 ==> build.log Thanks, Michel Last edited by mich on Sun Nov 10, 2024 10:11 am; edited 1 time in total

depontius
Advocate

Joined: 05 May 2004
Posts: 3522

Posted: Sat Nov 09, 2024 11:36 pm Post subject:

I'm also failing to compile dev-util/cbindgen-0.27.0-r1, though I'm unable to download your files to compare - it says they've been deleted. At any rate, you're not alone and hopefully others will show up. I'm going to risk annoying people by posting here.

Code:

# emerge --info '=dev-util/cbindgen-0.27.0-r1::gentoo'
Portage 3.0.66.1 (python 3.12.7-final-0, default/linux/amd64/23.0/split-usr/desktop, gcc-13, glibc-2.40-r5, 6.11.6-gentoo-x86_64 x86_64)
=================================================================
System Settings
=================================================================
System uname: Linux-6.11.6-gentoo-x86_64-x86_64-AMD_Ryzen_7_3700X_8-Core_Processor-with-glibc2.40
KiB Mem: 32807804 total, 23990396 free
KiB Swap: 8191996 total, 8191996 free
Head commit of repository gentoo: 56c83137fa7e68ebd91458c6097ba97cc0097906

Timestamp of repository guru: Mon, 06 May 2024 12:03:32 +0000
Head commit of repository guru: 0c6fc8509b84a8fe958dc7915f2d74e88e3c4552

Head commit of repository mrpenguin: 30e634d21898082c58318038c9be55e965b70e38

Head commit of repository steam-overlay: fc142da83eb4eb440c787e9f1befe5945b09f485

Timestamp of repository wayland-desktop: Mon, 29 Apr 2024 20:07:17 +0000
Head commit of repository wayland-desktop: 8cbf21e9d6b7843147aa5079a6b3a22dd1ad58b4

sh bash 5.2_p37
ld GNU ld (Gentoo 2.42 p6) 2.42.0
app-misc/pax-utils: 1.3.7::gentoo
app-shells/bash: 5.2_p37::gentoo
dev-build/autoconf: 2.13-r8::gentoo, 2.72-r1::gentoo
dev-build/automake: 1.16.5-r2::gentoo
dev-build/cmake: 3.30.5::gentoo
dev-build/libtool: 2.4.7-r4::gentoo
dev-build/make: 4.4.1-r100::gentoo
dev-build/meson: 1.5.2::gentoo
dev-lang/perl: 5.40.0::gentoo
dev-lang/python: 2.7.18_p16-r2::gentoo, 3.10.15_p1::gentoo, 3.11.10_p1::gentoo, 3.12.7_p1::gentoo, 3.13.0::gentoo
dev-lang/rust: 1.81.0::gentoo, 1.81.0-r100::gentoo
sys-apps/baselayout: 2.17::gentoo
sys-apps/openrc: 0.54.2::gentoo
sys-apps/sandbox: 2.39::gentoo
sys-devel/binutils: 2.42-r2::gentoo
sys-devel/binutils-config: 5.5.2::gentoo
sys-devel/clang: 18.1.8::gentoo
sys-devel/gcc: 13.3.1_p20241025::gentoo
sys-devel/gcc-config: 2.11::gentoo
sys-devel/lld: 18.1.8::gentoo
sys-devel/llvm: 18.1.8-r1::gentoo
sys-kernel/linux-headers: 6.6-r1::gentoo (virtual/os-headers)
sys-libs/glibc: 2.40-r5::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: git
sync-uri: git://git.gentoo.org/repo/gentoo.git
priority: -1000
volatile: True

guru
location: /var/db/repos/guru
sync-type: git
sync-uri: https://github.com/gentoo-mirror/guru.git
masters: gentoo
volatile: False

local
location: /var/db/repos/local
masters: gentoo
volatile: False

mrpenguin
location: /usr/local/portage/mrpenguin
sync-type: git
sync-uri: https://github.com/MrPenguin07/ebuilds.git
masters: gentoo
volatile: True

steam-overlay
location: /var/db/repos/steam-overlay
sync-type: git
sync-uri: https://github.com/anyc/steam-overlay.git
masters: gentoo
volatile: False

wayland-desktop
location: /var/db/repos/wayland-desktop
sync-type: git
sync-uri: https://github.com/gentoo-mirror/wayland-desktop.git
masters: gentoo
volatile: False

x-portage
location: /usr/local/portage
masters: gentoo
priority: 0
volatile: True

Installed sets: @steam
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA Q3AEULA AdobeFlash-11.x DOOM3 Vivaldi OPERA-2018"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=native -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/easy-rsa /usr/share/gnupg/qualified.txt /var/bind"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=native -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps y"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync merge-wait multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="C.UTF8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs"
LEX="flex"
LINGUAS="en es en_US"
MAKEOPTS="-j7"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="X a52 aac acl acpi alsa amd64 branding bzip2 cairo cdda cdr cet crypt cups dri dts dvd dvdr elogind encode eselect-ldso exif flac gdbm gif gpm gtk gui iconv icu ipv6 jpeg kf6compat lcms libnotify libtirpc mad mng mp3 mp4 mpeg multilib ncurses nls ogg opencl opengl openmp pam pango pcre pdf png ppds pulseaudio qml qt5 qt6 readline sdl seccomp sound spell split-usr ssl startup-notification svg test-rust tiff tk truetype udev unicode usb vorbis vulkan vulkan-overlay wayland wxwidgets x264 xattr xcb xft xml xv xvid xwayland zlib" ABI_X86="64" ADA_TARGET="gcc_12" ALSA_CARDS="hda-intel" AMDGPU_TARGETS="gfx1010 gfx1011 gfx1012 gfx1030" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt rdrand sha sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" GUILE_SINGLE_TARGET="3-0" GUILE_TARGETS="3-0" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-2" POSTGRES_TARGETS="postgres16" PYTHON_SINGLE_TARGET="python3_12" PYTHON_TARGETS="python3_11 python3_12" RUBY_TARGETS="ruby32" SANE_BACKENDS="hp net" VIDEO_CARDS="amdgpu radeonsi" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account"
Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LC_ALL, LD, LFLAGS, LIBTOOL, MAKE, MAKEFLAGS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS

Code:

# emerge -pqv '=dev-util/cbindgen-0.27.0-r1::gentoo'
[ebuild U ] dev-util/cbindgen-0.27.0-r1 [0.27.0] USE="-debug -test"

!!! The following installed packages are masked:
- dev-lang/rust-1.81.0::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Matt Jolly <kangie@gentoo.org> (2024-11-09)
# The legacy Rust ebuilds are no longer maintained and have been
# replaced by the new slotted Rust. Removal in 30 days.

- virtual/rust-1.81.0-r1::gentoo (masked by: package.mask)
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

_________________
.sigs waste space and bandwidth

depontius
Advocate

Joined: 05 May 2004
Posts: 3522

Posted: Sun Nov 10, 2024 12:02 am Post subject:

I will also mention that my server does a portage sync every night in cron.daily during the wee hours of the morning. I see that rust is also blocked. If others are pushing their updates overnight, it's possible that my sync happened partway through a set of updates. I'll check this tomorrow and report back.

Code:

# emerge -ptv rust

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
Dependency resolution took 16.07 s (backtrack: 0/20).

[ebuild R ] dev-lang/rust-1.81.0-r100:1.81.0::gentoo USE="rustfmt (-big-endian) -clippy -debug -dist -doc (-llvm-libunwind) -lto (-miri) (-nightly) (-parallel-compiler) -rust-analyzer -rust-src (-system-bootstrap) (-system-llvm) -test -verify-sig -wasm" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="18" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARC -ARM -AVR -BPF -CSKY -DirectX -Hexagon -Lanai -LoongArch -M68k -MSP430 -Mips -NVPTX -PowerPC -RISCV -SPIRV -Sparc -SystemZ -VE -WebAssembly -XCore -Xtensa" 0 KiB
[blocks B ] dev-lang/rust:stable ("dev-lang/rust:stable" is soft blocking dev-lang/rust-1.81.0-r100)

Total: 1 package (1 reinstall), Size of downloads: 0 KiB
Conflict: 1 block (1 unsatisfied)

* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.

(dev-lang/rust-1.81.0:stable/1.81::gentoo, installed) pulled in by
~dev-lang/rust-1.81.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(-)?] (~dev-lang/rust-1.81.0[abi_x86_32(-),abi_x86_64(-)]) required by (virtual/rust-1.81.0-r1:0/llvm-18::gentoo, installed) USE="-profiler -rustfmt" ABI_X86="32 (64) (-x32)"

(dev-lang/rust-1.81.0-r100:1.81.0/1.81.0::gentoo, ebuild scheduled for merge) pulled in by
rust

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:
- dev-lang/rust-1.81.0::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Matt Jolly <kangie@gentoo.org> (2024-11-09)
# The legacy Rust ebuilds are no longer maintained and have been
# replaced by the new slotted Rust. Removal in 30 days.

- virtual/rust-1.81.0-r1::gentoo (masked by: package.mask)
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

_________________
.sigs waste space and bandwidth

depontius
Advocate

Joined: 05 May 2004
Posts: 3522

Posted: Sun Nov 10, 2024 2:33 pm Post subject:

Still fails this morning, self-block on rust still there, too. _________________ .sigs waste space and bandwidth

GDH-gentoo
Veteran
Veteran

Joined: 20 Jul 2019
Posts: 1709
Location: South America

Posted: Sun Nov 10, 2024 2:50 pm Post subject:

Probably related (dev-lang/rust slotting).
_________________

NeddySeagoon wrote:

I'm not a witch, I'm a retired electronics engineer

Ionen wrote:

As a packager I just don't want things to get messier with weird build systems and multiple toolchains requirements though

sam_
Developer

Joined: 14 Aug 2020
Posts: 1972

Posted: Sun Nov 10, 2024 3:09 pm Post subject:

Any blocking issues are irrelevant. The build failure for cbindgen is what matters. Please file a bug at bugs.gentoo.org.

mich
Tux's lil' helper

Joined: 29 Sep 2007
Posts: 124

Posted: Tue Nov 12, 2024 8:46 am Post subject:

sam_ wrote:

Any blocking issues are irrelevant. The build failure for cbindgen is what matters. Please file a bug at bugs.gentoo.org.

Hello bug created:
Bug 943308 - Failed to emerge dev-util/cbindgen-0.27.0-r1

depontius
Advocate

Joined: 05 May 2004
Posts: 3522

Posted: Tue Nov 12, 2024 2:08 pm Post subject:

sam_ wrote:

Any blocking issues are irrelevant. The build failure for cbindgen is what matters. Please file a bug at bugs.gentoo.org.

I'm sorry, but I disagree. From my experiences over the past few days this problem is precisely because of the move to slotted rust. Several of us had pretty bad problems with it. In my update I had multiple rust packages slated for upgrades, and every single one of them failed with pretty much the same issues as cbindgen. Over on the slotted rust thread someone looked at my portage log and said that I actually had two rust packages installed, and that was the cause of the failure on cbindgen. (and presumably others) There was a tremendous faith expressed in an "emerge @world" fixing it, but for me I was back to the same symptoms.

Here is what worked for me on my five Gentoo installations at home:

Code:

emerge -acv virtual/rust --with-bdeps=n
emerge -a1tv dev-lang/rust

This got the new slotted rust properly installed. After this, cbindgen and all of the other rust packages simply build, error-free.
_________________
.sigs waste space and bandwidth

mich
Tux's lil' helper

Joined: 29 Sep 2007
Posts: 124

Posted: Tue Nov 12, 2024 2:36 pm Post subject:

depontius wrote:

sam_ wrote:

Any blocking issues are irrelevant. The build failure for cbindgen is what matters. Please file a bug at bugs.gentoo.org.

Code:

emerge -acv virtual/rust --with-bdeps=n
emerge -a1tv dev-lang/rust

This got the new slotted rust properly installed. After this, cbindgen and all of the other rust packages simply build, error-free.

After looking in my system I found two rust installed (1.79.0-r100, and 1.80.1-r100) but not installed virtual/rust.(I need to install???)
So, I uninstalled rust-1.79.0-r100 and when tried to install virtual/rust i receive the following message:

emerge -a virtual/rust

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 7.32 s (backtrack: 0/20).

!!! All ebuilds that could satisfy "virtual/rust" have been masked.
!!! One of the following masked packages is required to complete your request:
- virtual/rust-1.82.0::gentoo (masked by: package.mask, ~amd64 keyword)
/var/db/repos/gentoo/profiles/package.mask:
# Matt Jolly <kangie@gentoo.org> (2024-11-09)
# The legacy Rust ebuilds are no longer maintained and have been
# replaced by the new slotted Rust. Removal in 30 days.

- virtual/rust-1.81.0-r1::gentoo (masked by: package.mask)
- virtual/rust-1.80.1::gentoo (masked by: package.mask)
- virtual/rust-1.79.0::gentoo (masked by: package.mask)
- virtual/rust-1.77.1::gentoo (masked by: package.mask)
- virtual/rust-1.75.0-r1::gentoo (masked by: package.mask)
- virtual/rust-1.74.1-r1::gentoo (masked by: package.mask)
- virtual/rust-1.71.1-r2::gentoo (masked by: package.mask)

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
Thanks
Michel

logrusx
Advocate

Joined: 22 Feb 2018
Posts: 2444

Posted: Tue Nov 12, 2024 2:55 pm Post subject:

Virtual/rust is getting irrelevant with slotting of rust. You don't need it. See the thread about rust a few threads below. Best Regards, Georgi

sam_
Developer

Joined: 14 Aug 2020
Posts: 1972

Posted: Tue Nov 12, 2024 6:59 pm Post subject:

depontius wrote:

sam_ wrote:

Any blocking issues are irrelevant. The build failure for cbindgen is what matters. Please file a bug at bugs.gentoo.org.

Code:

emerge -acv virtual/rust --with-bdeps=n
emerge -a1tv dev-lang/rust

This got the new slotted rust properly installed. After this, cbindgen and all of the other rust packages simply build, error-free.

You misunderstood what I'm saying. The blocking is too late.and focusing on the blockers isn't the real problem (so trying to manually emerge isn't really the point). The blocking issues would show up even when everything is going well, the intention is that people do a full world upgrade and depclean. The question is why cbindgen fails. The issue here is bug 943143 combined with bug 943206. The revert last night should help recovery when hitting that Portage bug.

mich
Tux's lil' helper

Joined: 29 Sep 2007
Posts: 124

Posted: Tue Nov 12, 2024 7:33 pm Post subject:

sam_ wrote:

Any blocking issues are irrelevant. The build failure for cbindgen is what matters. Please file a bug at bugs.gentoo.org.

Hello Sam,

Finally I opened a bug, but meanwhile I found the way to solve the issue.

Firstly I did:

emerge -C =dev-lang/rust-1.79.0-r100 =dev-lang/rust-1.81.0-r100

Secondly:

emerge -C virtual/rust
* This action can remove important packages! In order to be safer, use
* `emerge -pv --depclean <atom>` to check for reverse dependencies before
* removing packages.

virtual/rust
selected: 1.81.0-r1
protected: none
omitted: none

All selected packages: =virtual/rust-1.81.0-r1

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging (1 of 1) virtual/rust-1.81.0-r1...

* GNU info directory index is up-to-date.

Thirdly:

emerge -a cbindgen

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 35.07 s (backtrack: 0/20).

[ebuild NS ] dev-lang/rust-1.81.0-r100 [1.81.0] LLVM_SLOT="18%*"
[uninstall ] dev-lang/rust-1.81.0
[blocks b ] dev-lang/rust:stable ("dev-lang/rust:stable" is soft blocking dev-lang/rust-1.81.0-r100)
[ebuild U ] dev-util/cbindgen-0.27.0-r1 [0.27.0]

Finally all is good now.

Atha
Apprentice

Joined: 22 Sep 2004
Posts: 239

Posted: Thu Nov 14, 2024 7:14 pm Post subject:

Hello everyone!

mich wrote:

Secondly:

emerge -C virtual/rust
* This action can remove important packages! In order to be safer, use
* `emerge -pv --depclean <atom>` to check for reverse dependencies before
* removing packages.

virtual/rust
selected: 1.81.0-r1
protected: none
omitted: none

All selected packages: =virtual/rust-1.81.0-r1

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging (1 of 1) virtual/rust-1.81.0-r1...

* GNU info directory index is up-to-date.

I'm hitting the same bug, and waiting for emerge @world to fix it at some point "by itself" (after emerge --sync, naturally), which it often does, didn't do it so far this time... What I'm getting is a circular dependency for rust:

Code:

# emerge -aDuvN --with-bdeps=y --keep-going @world

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 153.58 s (backtrack: 14/20).

[ebuild U ~] www-client/firefox-132.0.2:rapid::gentoo [132.0.1:rapid::gentoo] USE="X dbus gmp-autoupdate hardened hwaccel jumbo-build libproxy openh264 pgo pulseaudio sndio system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-png system-webp wayland wifi -clang -debug -eme-free -gnome-shell -jack (-selinux) -telemetry (-valgrind) (-lto%*)" L10N="de en-GB -ach -af -an -ar -ast -az -be -bg -bn -br -bs -ca -ca-valencia -cak -cs -cy -da -dsb -el -en-CA -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -ff -fi -fr -fur -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja -ka -kab -kk -km -kn -ko -lij -lt -lv -mk -mr -ms -my -nb -ne -nl -nn -oc -pa -pl -pt-BR -pt-PT -rm -ro -ru -sc -sco -si -sk -skr -sl -son -sq -sr -sv -szl -ta -te -th -tl -tr -trs -uk -ur -uz -vi -xh -zh-CN -zh-TW" LLVM_SLOT="18 -17 -19" 558.388 KiB
[ebuild U ] sys-fs/bcachefs-tools-1.9.4-r1::gentoo [1.9.4::gentoo] USE="-debug -fuse -test" LLVM_SLOT="18 -16 -17" 0 KiB
[ebuild U ] sys-apps/zram-generator-1.1.2-r1::gentoo [1.1.2::gentoo] USE="man -debug" 0 KiB
[ebuild U ] mail-client/thunderbird-128.4.3::gentoo [128.4.2::gentoo] USE="X dbus hardened hwaccel libproxy lto pulseaudio rust-extensions sndio system-av1 system-harfbuzz system-jpeg system-libevent system-librnp system-libvpx system-png system-webp wayland wifi -clang -debug -eme-free -jack (-pgo) (-selinux) (-system-icu)" L10N="de en-GB -af -ar -ast -be -bg -br -ca -cak -cs -cy -da -dsb -el -en-CA -es-AR -es-ES -es-MX -et -eu -fi -fr -fy -ga -gd -gl -he -hr -hsb -hu -id -is -it -ja -ka -kab -kk -ko -lt -lv -ms -nb -nl -nn -pa -pl -pt-BR -pt-PT -rm -ro -ru -sk -sl -sq -sr -sv -th -tr -uk -uz -vi -zh-CN -zh-TW" LLVM_SLOT="18 -17 -19" 659.613 KiB
[ebuild R ] dev-python/secretstorage-3.3.3::gentoo USE="-doc -test" PYTHON_TARGETS="python3_12 (-pypy3) -python3_10 -python3_11 -python3_13%" 0 KiB
[nomerge ] app-emulation/virt-viewer-11.0::gentoo USE="libvirt spice vnc -sasl -vte"
[nomerge ] app-emulation/libvirt-10.3.0-r4:0/10.3.0::gentoo USE="caps libvirtd nls (policykit) qemu udev verify-sig virt-network virtiofsd -apparmor -audit -bash-completion -dtrace -firewalld -fuse -glusterfs -iscsi -iscsi-direct -libssh -libssh2 -lvm -lxc -nbd -nfs -numa (-openvz) -parted -pcap -rbd -sasl (-selinux) -test -virtualbox -wireshark-plugins -xen -zfs"
[ebuild U ] app-emulation/virtiofsd-1.10.1-r1::gentoo [1.10.1::gentoo] USE="-debug" 0 KiB
[nomerge ] dev-python/secretstorage-3.3.3::gentoo USE="-doc -test" PYTHON_TARGETS="python3_12 (-pypy3) -python3_10 -python3_11 -python3_13%"
[ebuild U ] dev-python/cryptography-43.0.3-r1::gentoo [43.0.3::gentoo] USE="-debug -test" PYTHON_TARGETS="python3_12 (-pypy3) -python3_10 -python3_11 -python3_13" 0 KiB
[ebuild U ] dev-util/maturin-1.7.4-r1::gentoo [1.7.4::gentoo] USE="ssl -debug -doc -test" PYTHON_TARGETS="python3_12 (-pypy3) -python3_10 -python3_11 -python3_13" 0 KiB
[nomerge ] x11-themes/oxygen-gtk-1.4.6-r1:2::gentoo ABI_X86="(64) -32 (-x32)"
[nomerge ] dev-build/cmake-3.30.5::gentoo USE="ncurses verify-sig -dap -doc -gui -qt6 -test"
[nomerge ] app-crypt/gnupg-2.4.5-r2::gentoo USE="bzip2 nls readline smartcard ssl tofu tools usb verify-sig -doc -ldap (-selinux) -test -tpm -user-socket -wks-server"
[nomerge ] app-crypt/pinentry-1.3.1::gentoo USE="X caps gtk ncurses qt5 qt6 verify-sig wayland -efl -emacs -keyring"
[nomerge ] app-crypt/gcr-4.2.1:4/gcr-4.4-gck-2.2::gentoo USE="gtk introspection systemd vala -gtk-doc -test"
[nomerge ] gui-libs/gtk-4.14.4-r1:4::gentoo USE="X cups introspection wayland (-aqua) -broadway -cloudproviders -colord -examples -gstreamer -sysprof -test (-vulkan)" CPU_FLAGS_X86="f16c"
[nomerge ] dev-python/docutils-0.21.2::gentoo PYTHON_TARGETS="python3_12 (-pypy3) -python3_10 -python3_11 -python3_13"
[nomerge ] dev-python/pillow-11.0.0-r1::gentoo USE="imagequant jpeg lcms tiff truetype webp xcb zlib -debug -examples -jpeg2k -test -tk" PYTHON_TARGETS="python3_12 (-pypy3) -python3_10 -python3_11 -python3_13"
[ebuild U ] media-gfx/libimagequant-4.3.0-r1::gentoo [4.3.0::gentoo] USE="-debug" 0 KiB
[nomerge ] www-client/firefox-132.0.2:rapid::gentoo [132.0.1:rapid::gentoo] USE="X dbus gmp-autoupdate hardened hwaccel jumbo-build libproxy openh264 pgo pulseaudio sndio system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-png system-webp wayland wifi -clang -debug -eme-free -gnome-shell -jack (-selinux) -telemetry (-valgrind) (-lto%*)" L10N="de en-GB -ach -af -an -ar -ast -az -be -bg -bn -br -bs -ca -ca-valencia -cak -cs -cy -da -dsb -el -en-CA -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -ff -fi -fr -fur -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja -ka -kab -kk -km -kn -ko -lij -lt -lv -mk -mr -ms -my -nb -ne -nl -nn -oc -pa -pl -pt-BR -pt-PT -rm -ro -ru -sc -sco -si -sk -skr -sl -son -sq -sr -sv -szl -ta -te -th -tl -tr -trs -uk -ur -uz -vi -xh -zh-CN -zh-TW" LLVM_SLOT="18 -17 -19"
[ebuild U ] dev-util/cbindgen-0.27.0-r1::gentoo [0.27.0::gentoo] USE="-debug -test" 0 KiB
[nomerge ] www-client/links-2.30:2::gentoo USE="X avif brotli bzip2 gpm jpeg libevent lzip lzma ssl tiff webp zlib zstd -fbcon -freetype -livecd (-selinux) (-suid) (-svga)"
[nomerge ] media-libs/libavif-1.1.1:0/16.1.1::gentoo USE="aom dav1d extras gdk-pixbuf rav1e svt-av1 -examples -test" ABI_X86="(64) -32 (-x32)"
[ebuild U ] media-video/rav1e-0.7.1-r1:0/0.7::gentoo [0.7.1:0/0.7::gentoo] USE="capi -debug" 0 KiB
[ebuild U ] dev-util/cargo-c-0.10.4-r1::gentoo [0.10.4::gentoo] USE="-debug" 0 KiB
[ebuild NS ] dev-lang/rust-1.81.0-r100:1.81.0::gentoo [1.81.0:stable/1.81::gentoo] USE="lto verify-sig (-big-endian) -clippy -debug -dist -doc (-llvm-libunwind) (-miri) (-nightly) (-parallel-compiler) -rust-analyzer -rust-src -rustfmt (-system-llvm) -test -wasm (-profiler%) (-system-bootstrap%)" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="(18%*)" LLVM_TARGETS="AMDGPU BPF (X86) -AArch64 -ARC -ARM -AVR -CSKY -DirectX -Hexagon -Lanai -LoongArch -M68k -MSP430 -Mips -NVPTX -PowerPC -RISCV -SPIRV -Sparc -SystemZ -VE -WebAssembly -XCore -Xtensa" 0 KiB
[nomerge ] sys-fs/multipath-tools-0.9.8::gentoo USE="systemd -test"
[nomerge ] sys-fs/lvm2-2.03.22-r5::gentoo USE="lvm readline systemd thin udev -sanlock (-selinux) -static -static-libs -valgrind"
[ebuild U ] sys-block/thin-provisioning-tools-1.0.14-r2::gentoo [1.0.10::gentoo] USE="io-uring -debug" LLVM_SLOT="18%* -17%" 2.278 KiB
[nomerge ] app-emulation/virt-manager-4.1.0-r1::gentoo USE="gui (policykit) -sasl -test" PYTHON_SINGLE_TARGET="python3_12 -python3_10 -python3_11 -python3_13%"
[nomerge ] x11-libs/vte-0.74.2:2.91::gentoo USE="crypt icu introspection systemd vala -debug -gtk-doc -vanilla"
[nomerge ] gui-libs/vte-common-0.74.2:2.91::gentoo USE="systemd"
[nomerge ] gui-libs/gtk-4.14.4-r1:4::gentoo USE="X cups introspection wayland (-aqua) -broadway -cloudproviders -colord -examples -gstreamer -sysprof -test (-vulkan)" CPU_FLAGS_X86="f16c"
[nomerge ] x11-themes/adwaita-icon-theme-45.0::gentoo USE="branding"
[ebuild U ] gnome-base/librsvg-2.57.3-r2:2::gentoo [2.57.3:2::gentoo] USE="introspection vala -debug -gtk-doc" ABI_X86="(64) -32 (-x32)" 0 KiB

Total: 15 packages (13 upgrades, 1 in new slot, 1 reinstall), Size of downloads: 1.220.278 KiB

* Error: circular dependencies:

(dev-lang/rust-1.81.0-r100:1.81.0/1.81.0::gentoo, ebuild scheduled for merge) depends on
(dev-lang/rust-1.81.0-r100:1.81.0/1.81.0::gentoo, ebuild scheduled for merge) (buildtime)

* Note that circular dependencies can often be avoided by temporarily
* disabling USE flags that trigger optional dependencies.

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

...

When I look at my dependencies for virtual/rust, is it really wise to remove it?

Code:

# emerge --depclean virtual/rust

Calculating dependencies... done!
virtual/rust-1.81.0-r1 pulled in by:
app-emulation/virtiofsd-1.10.1 requires >=virtual/rust-1.53
dev-python/cryptography-43.0.3 requires >=virtual/rust-1.56.0
dev-util/cargo-c-0.10.4 requires >=virtual/rust-1.79.0, >=virtual/rust-1.53
dev-util/cbindgen-0.27.0 requires >=virtual/rust-1.53
dev-util/maturin-1.7.4 requires >=virtual/rust-1.53, >=virtual/rust-1.74
gnome-base/librsvg-2.57.3 requires >=virtual/rust-1.53, >=virtual/rust-1.70.0[abi_x86_64(-)]
mail-client/thunderbird-128.4.2 requires >=virtual/rust-1.76
media-gfx/libimagequant-4.3.0 requires >=virtual/rust-1.64, >=virtual/rust-1.53
media-video/rav1e-0.7.1 requires >=virtual/rust-1.53, >=virtual/rust-1.70.0
sys-apps/zram-generator-1.1.2 requires virtual/rust, >=virtual/rust-1.53
sys-block/thin-provisioning-tools-1.0.10 requires >=virtual/rust-1.53
sys-fs/bcachefs-tools-1.9.4 requires >=virtual/rust-1.53, virtual/rust
www-client/firefox-132.0.1 requires >=virtual/rust-1.76

>>> No packages selected for removal by depclean

Also, I only have one version of rust on my system:

Code:

# eselect rust list
Available Rust versions:
[1] rust-1.81.0 *

# emerge --unmerge -pv rust
* This action can remove important packages! In order to be safer, use
* `emerge -pv --depclean <atom>` to check for reverse dependencies before
* removing packages.

>>> These are the packages that would be unmerged:

dev-lang/rust
selected: 1.81.0
protected: none
omitted: none

All selected packages: =dev-lang/rust-1.81.0

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

Interesting to me is that emerge @world reports Error: circular dependencies: (dev-lang/rust-1.81.0-r100:1.81.0/1.81.0::gentoo, ebuild scheduled for merge) depends on (dev-lang/rust-1.81.0-r100:1.81.0/1.81.0::gentoo, ebuild scheduled for merge) (buildtime) But why how can that be?
_________________
Think for yourself and let others enjoy the privilege of doing so too. – Voltaire

mich
Tux's lil' helper

Joined: 29 Sep 2007
Posts: 124

Posted: Thu Nov 14, 2024 7:50 pm Post subject:

Atha wrote:

Hello everyone!

mich wrote:

Code:

When I look at my dependencies for virtual/rust, is it really wise to remove it?

Code:

Also, I only have one version of rust on my system:

Code:

Hello,
before doing @world staff, try first :
Thirdly:

emerge -a cbindgen

Here maybe portage will show you what he need to do.
And after that do @world. I did like this.
Hope that help,
Mich

sam_
Developer

Joined: 14 Aug 2020
Posts: 1972

Posted: Thu Nov 14, 2024 8:58 pm Post subject:

All those packages depending on virtual/rust have been updated. Don't rely on equery d here. You may need to drop any mask on rust-bin if you have one.

Atha
Apprentice

Joined: 22 Sep 2004
Posts: 239

Posted: Thu Nov 14, 2024 10:25 pm Post subject:

sam_ wrote:

You may need to drop any mask on rust-bin if you have one.

Yes, that fixes the circular dependencies. Thanks.
I had dev-lang/rust-bin masked simply because I wanted to minimize all and everything binary if it isn't absolutely necessary. I will again try to mask it when everything is updated.

May I ask what is the reason to require *-bin when there is already the same thing on the system, only compiled from source? Shouldn't it all work just the same with the previous "legacy" rust in place and available anyhow?

Thanks,
A.
_________________
Think for yourself and let others enjoy the privilege of doing so too. – Voltaire

eschwartz
Developer

Joined: 29 Oct 2023
Posts: 228

Posted: Thu Nov 14, 2024 11:52 pm Post subject:

Atha wrote:

sam_ wrote:

You may need to drop any mask on rust-bin if you have one.

Before the current rework of dev-lang/rust, the old non-slotted rust ebuilds still depended on *-bin in order to build from source, unless you used USE=system-bootstrap.

If you used USE=system-bootstrap, you got a circular dependency error as you could not install dev-lang/rust without a rust compiler to compile the source code of dev-lang/rust.

If you did not use USE=system-bootstrap, then the dev-lang/rust ebuild would download dev-lang/rust-bin as an additional SRC_URI, install it to a temporary directory during src_unpack, use the temporary copy of rust-bin to compile rust, and then delete rust-bin.

The change here is that the USE flag has been removed, since "system-bootstrap" is now the sole option, and downloading a temporary copy of rust-bin is done by permitting portage to resolve rust-bin as a dependency, then --depclean'ing rust-bin when you are done.

Explicitly installing dev-lang/rust should generally be all you need in order to guarantee you use rust rather than rust-bin...

Atha
Apprentice

Joined: 22 Sep 2004
Posts: 239

Posted: Fri Nov 15, 2024 6:02 am Post subject:

eschwartz wrote:

Well, it worked once I got a (one, any one) version of rust installed, which I did in fact install with the use of rust-bin before that, because of the dependency. But all subsequent updates worked nicely without rust-bin, since that's what I specifically didn't want by marking it in package.mask. Thus, on my system, every update of rust apparently used the system's rust, which was the previous version of rust, to build the new version, without USE="system-bootstrap".

Anyway, the updates went through and I got those messages:

Code:

* Messages for package dev-lang/rust-1.79.0-r100:
* Log file: /var/log/portage/dev-lang:rust-1.79.0-r100:20241114-231109.log

* Rust installs helper scripts for calling GDB and LLDB,
* for convenience they are installed under /usr/bin/rust-{gdb,lldb}-1.79.0.

* Messages for package dev-lang/rust-1.80.1-r100:
* Log file: /var/log/portage/dev-lang:rust-1.80.1-r100:20241114-234443.log

* rust-demangler symlink requested, but source file not found
* please report this
* Rust installs helper scripts for calling GDB and LLDB,
* for convenience they are installed under /usr/bin/rust-{gdb,lldb}-1.80.1.

* Messages for package dev-lang/rust-1.81.0-r100:
* Log file: /var/log/portage/dev-lang:rust-1.81.0-r100:20241115-002211.log

* Rust installs helper scripts for calling GDB and LLDB,
* for convenience they are installed under /usr/bin/rust-{gdb,lldb}-1.81.0.

So, where should I report that rust-1.80.1, but not 1.79.0 and also not 1.81.0, has this rust-demangler issue?

Thanks,
A.
_________________
Think for yourself and let others enjoy the privilege of doing so too. – Voltaire

Atha
Apprentice

Joined: 22 Sep 2004
Posts: 239

Posted: Fri Nov 15, 2024 6:10 am Post subject:

Ah, and one more thing to report. Two, actually.

First:

Code:

* Messages for package sys-block/thin-provisioning-tools-1.0.14-r2:
* Log file: /var/log/portage/sys-block:thin-provisioning-tools-1.0.14-r2:20241115-011510.log

* ERROR: sys-block/thin-provisioning-tools-1.0.14-r2::gentoo failed (compile phase):
* cargo build failed
*
* Call stack:
* ebuild.sh, line 136: Called src_compile
* environment, line 2402: Called cargo_src_compile
* environment, line 985: Called die
* The specific snippet of code:
* cargo_env "${@}" || die "cargo build failed"
*
* If you need support, post the output of `emerge --info '=sys-block/thin-provisioning-tools-1.0.14-r2::gentoo'`,
* the complete build log and the output of `emerge -pqv '=sys-block/thin-provisioning-tools-1.0.14-r2::gentoo'`.
* The complete build log is located at '/var/log/portage/sys-block:thin-provisioning-tools-1.0.14-r2:20241115-011510.log'.
* For convenience, a symlink to the build log is located at '/var/tmp/portage/sys-block/thin-provisioning-tools-1.0.14-r2/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-block/thin-provisioning-tools-1.0.14-r2/temp/environment'.
* Working directory: '/var/tmp/portage/sys-block/thin-provisioning-tools-1.0.14-r2/work/thin-provisioning-tools-1.0.14'
* S: '/var/tmp/portage/sys-block/thin-provisioning-tools-1.0.14-r2/work/thin-provisioning-tools-1.0.14'
* One or more packages are either masked or have missing dependencies:
*
* ~dev-lang/rust-1.81.0[abi_x86_64(-)] pulled in by:
* (virtual/rust-1.81.0-r1:0/llvm-18::gentoo, installed)
*
* The resume list contains packages that are either masked or have
* unsatisfied dependencies. Please restart/continue the operation
* manually, or use --skipfirst to skip the first package in the list and
* any other packages that may be masked or have missing dependencies.
*
* The following package has failed to build, install, or execute postinst:
*
* (sys-block/thin-provisioning-tools-1.0.14-r2:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/sys-block:thin-provisioning-tools-1.0.14-r2:20241115-011510.log'
*

And second, that virtual/rust is still installed on my system. When I run emerge --depclean -va it cannot perform the task, instead it reports:

Code:

* Have you forgotten to do a complete update prior to depclean? The
* most comprehensive command for this purpose is as follows:
*
* emerge --update --newuse --deep --with-bdeps=y @world
*
* Note that the --with-bdeps=y option is not required in many
* situations. Refer to the emerge manual page (run `man emerge`)
* for more information about --with-bdeps.
*
* Also, note that it may be necessary to manually uninstall
* packages that no longer exist in the repository, since it may not
* be possible to satisfy their dependencies.

So, if I manually remove virtual/rust this could resolve the issue?

Code:

# emerge --depclean -va virtual/rust

Calculating dependencies... done!
virtual/rust-1.81.0-r1 pulled in by:
mail-client/thunderbird-128.4.2 requires >=virtual/rust-1.76
sys-block/thin-provisioning-tools-1.0.10 requires >=virtual/rust-1.53
sys-fs/bcachefs-tools-1.9.4 requires >=virtual/rust-1.53, virtual/rust
www-client/firefox-132.0.1 requires >=virtual/rust-1.76

>>> No packages selected for removal by depclean

So, the updates didn't go through completely after all. Bad.

Update:

Code:

...
>>> Failed to emerge sys-block/thin-provisioning-tools-1.0.14-r2, Log file:
>>> '/var/log/portage/sys-block:thin-provisioning-tools-1.0.14-r2:20241115-011510.log'
>>> Installing (123 of 180) dev-python/secretstorage-3.3.3::gentoo
>>> Completed (123 of 180) dev-python/secretstorage-3.3.3::gentoo
>>> Installing (124 of 180) kde-frameworks/kimageformats-6.7.0::gentoo
>>> Completed (124 of 180) kde-frameworks/kimageformats-6.7.0::gentoo
>>> Jobs: 124 of 180 complete, 1 failed Load avg: 12.6, 14.4, 15.3
*** Resuming merge...

But it didn't do that: resume the merge. Instead it silently stopped with all the messages of the various packages.
_________________
Think for yourself and let others enjoy the privilege of doing so too. – Voltaire

eschwartz
Developer

Joined: 29 Oct 2023
Posts: 228

Posted: Fri Nov 15, 2024 6:23 am Post subject:

Atha wrote:

As I said, the reason it worked is because all subsequent updates in fact downloaded a SRC_URI tarball containing rust-bin, without considering your package.mask at all. They did NOT compile with the system's rust, since you say you did it without USE="system-bootstrap"

Atha wrote:

Anyway, the updates went through and I got those messages:

Code:

So, where should I report that rust-1.80.1, but not 1.79.0 and also not 1.81.0, has this rust-demangler issue?

Thanks,
A.

bugs.gentoo.org, generally. There's no binpackage for rust 1.80.1 so I can't check myself.

Atha wrote:

Ah, and one more thing to report. Two, actually.

They are both the exact same issue. You cannot depclean virtual/rust because existing packages on your system depend on it, and you didn't use --with-bdeps=n.

Portage attempted to solve this automatically by first rebuilding all packages that depend on virtual/rust, since they were revbumped, and then uninstalling virtual/rust. However it failed halfway though, because thin-provisioning-tools had a *compilation failure*. As a result, and due to https://bugs.gentoo.org/943143, portage fell over halfway through.

It's a known bug, so you can just subscribe to that one.

Atha
Apprentice

Joined: 22 Sep 2004
Posts: 239

Posted: Fri Nov 15, 2024 6:57 am Post subject:

eschwartz wrote:

Oh. Well, then the laugh is on me... :oops:

eschwartz wrote:

Atha wrote:

Anyway, the updates went through and I got those messages:

Code:

* Messages for package dev-lang/rust-1.80.1-r100:
* Log file: /var/log/portage/dev-lang:rust-1.80.1-r100:20241114-234443.log

* rust-demangler symlink requested, but source file not found
* please report this
* Rust installs helper scripts for calling GDB and LLDB,
* for convenience they are installed under /usr/bin/rust-{gdb,lldb}-1.80.1.

So, where should I report that rust-1.80.1 ... has this rust-demangler issue?

bugs.gentoo.org, generally. There's no binpackage for rust 1.80.1 so I can't check myself.

When I I find the time. I have to leave for work soon, and I will have a busy week...

eschwartz wrote:

You cannot depclean virtual/rust because existing packages on your system depend on it, and you didn't use --with-bdeps=n.

Portage attempted to solve this automatically by first rebuilding all packages that depend on virtual/rust, since they were revbumped, and then uninstalling virtual/rust. However it failed halfway though, because thin-provisioning-tools had a *compilation failure*. As a result, and due to https://bugs.gentoo.org/943143, portage fell over halfway through.

It's a known bug, so you can just subscribe to that one.

Well, I just ran my usual emerge -aDuvN --with-bdeps=y --keep-going @world again, without doing anything in-between, and this time it does what I expected (even though with-bdeps...):

Code:

...
>>> Emerging (1 of 57) dev-lang/rust-bin-1.81.0-r100::gentoo
>>> Installing (1 of 57) dev-lang/rust-bin-1.81.0-r100::gentoo
>>> Completed (1 of 57) dev-lang/rust-bin-1.81.0-r100::gentoo
>>> Emerging (2 of 57) sys-block/thin-provisioning-tools-1.0.14-r2::gentoo
>>> Failed to emerge sys-block/thin-provisioning-tools-1.0.14-r2, Log file:
>>> '/var/log/portage/sys-block:thin-provisioning-tools-1.0.14-r2:20241115-061136.log'
>>> Jobs: 1 of 57 complete, 1 failed Load avg: 9.38, 3.72, 2.32
*** Resuming merge...
...
Total: 55 packages (44 upgrades, 11 reinstalls), Size of downloads: 0 KiB

!!! The following installed packages are masked:
- virtual/rust-1.81.0-r1::gentoo (masked by: package.mask)
/var/db/repos/gentoo/profiles/package.mask:
# Matt Jolly <kangie@gentoo.org> (2024-11-09)
# The legacy Rust ebuilds are no longer maintained and have been
# replaced by the new slotted Rust. Removal in 30 days.

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
...
>>> Emerging (1 of 55) sys-fs/xfsprogs-6.10.1::gentoo
...
>>> Emerging (52 of 55) kde-frameworks/purpose-6.7.0::gentoo
... (still merging...) ...

_________________
Think for yourself and let others enjoy the privilege of doing so too. – Voltaire

Atha
Apprentice

Joined: 22 Sep 2004
Posts: 239

Posted: Fri Nov 15, 2024 9:25 am Post subject:

FYI: https://bugs.gentoo.org/943532 for the sys-block/thin-provisioning-tools compilation failure. _________________ Think for yourself and let others enjoy the privilege of doing so too. – Voltaire

Atha
Apprentice

Joined: 22 Sep 2004
Posts: 239

Posted: Fri Nov 15, 2024 9:35 am Post subject:

eschwartz wrote:

If you did not use USE=system-bootstrap, then the dev-lang/rust ebuild would download dev-lang/rust-bin as an additional SRC_URI, install it to a temporary directory during src_unpack, use the temporary copy of rust-bin to compile rust, and then delete rust-bin.

The change here is that the USE flag has been removed, since "system-bootstrap" is now the sole option, and downloading a temporary copy of rust-bin is done by permitting portage to resolve rust-bin as a dependency, then --depclean'ing rust-bin when you are done.

Explicitly installing dev-lang/rust should generally be all you need in order to guarantee you use rust rather than rust-bin...

So, you were right! After the @world update, depclean wanted to remove dev-lang/rust but keep dev-lang/rust-bin. Adding dev-lang/rust to my world set was the only change needed to reverse this, now the newest dev-lang/rust is kept and all of dev-lang/rust-bin is removed.

Code:

# emerge -a --noreplace dev-lang/rust

I find it interesting that this @world update installed three versions of rust, both from source and -bin, but now depclean removes them all but one. Where is the logic in that? Build-time dependencies? Wouldn't it then be a good idea to keep those versions installed as long as a build-time dependency exists, in case of an update? Otherwise I will keep building rust (or downloading rust-bin)...

Anyway, BIG thanks for all your help!
_________________
Think for yourself and let others enjoy the privilege of doing so too. – Voltaire

logrusx
Advocate

Joined: 22 Feb 2018
Posts: 2444

Posted: Fri Nov 15, 2024 11:04 am Post subject:

Atha wrote:

I find it interesting that this @world update installed three versions of rust, both from source and -bin, but now depclean removes them all but one. Where is the logic in that?

All but one, because only one is needed to satisfy an exclusive OR dependency list. Three because it needed to resolve a situation and once resolved, they are not needed anymore.

Atha wrote:

Wouldn't it then be a good idea to keep those versions installed as long as a build-time dependency exists, in case of an update? Otherwise I will keep building rust (or downloading rust-bin)...

No, because only A rust is needed. This was one time situation during transitioning to slotted rust. Again, three because it needed to resolve that situation comprising of the old and new mechanism. Portage always leaves your system in a consistent state. At the moment where both mechanisms were in use, it needed to do it that way so that once it moved ob, it could get rid of the old mechanism.

On a side node:

You could have depcleaned rust-bin manually:

Code:

emerge -ca rust-bin

The source based rust would have still been retained as something needs to satisfy that dependency list. For the sake of testing, you can

Code:

emerge --deselect rust

and then depclean

Code:

emerge -ca

and you'll see that portage won't clean rust. It doesn't need to be in world unless you explicitly want it, for example if you're programming in rust or something like that. If you only need it to build other packages, it better not be in world.

Best Regards,

Georgi

Atha
Apprentice

Joined: 22 Sep 2004
Posts: 239

Posted: Fri Nov 15, 2024 5:21 pm Post subject:

logrusx wrote:

On a side node:

Code:

emerge -ca rust-bin
emerge --deselect rust
emerge -ca

Best Regards,

Georgi

Did that, and yes, rust stays as a dependency (with all rust-bin removed).

Thanks!
A.
_________________
Think for yourself and let others enjoy the privilege of doing so too. – Voltaire

Display posts from previous:

	Gentoo Forums Forum Index Portage & Programming	All times are GMT
Page 1 of 1

Jump to:

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

Copyright 2001-2024 Gentoo Foundation, Inc. Designed by Kyle Manna © 2003; Style derived from original subSilver theme. | Hosting by Gossamer Threads Inc. © | Powered by phpBB 2.0.23-gentoo-p11 © 2001, 2002 phpBB Group
Privacy Policy