Problem with migrating from glibc[crypt] to libxcrypt

Message

mcnutty · Post by **mcnutty** » Tue Jul 06, 2021 11:06 pm

Hi,

I recently saw the news item about migrating to libxcrypt. I tried following the instructions at the wiki, but after a sync and an update portage now reports a slot conflict and wants to add the crypt use flag back to glibc.

Code: Select all

#>emerge -upqtDN --with-bdeps y --backtrack=500 @world

[nomerge      ] kde-apps/kdesdk-meta-20.12.3 
[nomerge      ]  kde-apps/kcachegrind-20.12.3 
[ebuild     U ]   media-gfx/graphviz-2.47.1-r1 [2.47.1]
[nomerge      ] www-client/firefox-78.11.0 
[ebuild   R   ]  net-libs/nodejs-14.16.1 
[ebuild   R   ] media-sound/spotify-1.1.56 
[ebuild     U ] media-gfx/krita-4.4.5 [4.4.3]
[ebuild   R   ] dev-lang/mono-6.12.0.122 
[ebuild   R   ] app-emulation/virtualbox-6.1.22 
[nomerge      ] x11-base/xorg-server-1.20.11 
[nomerge      ]  x11-base/xorg-drivers-1.20-r2 
[ebuild     U ]   x11-drivers/xf86-input-libinput-1.1.0 [1.0.1]
[nomerge      ] gnome-base/gvfs-1.48.1 
[nomerge      ]  net-fs/samba-4.13.9-r1 
[nomerge      ]   dev-python/subunit-1.4.0 
[ebuild     U ]    dev-python/testtools-2.4.0-r2 [2.4.0-r1]
[nomerge      ] media-sound/spotify-1.1.56 
[ebuild     U ]  dev-python/pygobject-3.40.1-r1 [3.40.1]
[nomerge      ] media-gfx/blender-2.93.0 
[nomerge      ]  media-gfx/openvdb-8.0.1 
[ebuild     U ]   media-libs/glu-9.0.2 [9.0.1]
[ebuild     U ] media-libs/mesa-21.1.4 [21.0.3]
[nomerge      ] sys-fs/udisks-2.9.1-r1 
[nomerge      ]  sys-libs/libblockdev-2.24 
[nomerge      ]   sys-fs/cryptsetup-2.3.6 [2.3.4-r1]
[nomerge      ]    sys-fs/lvm2-2.02.187-r2 
[nomerge      ]     sys-block/thin-provisioning-tools-0.9.0 
[ebuild   R   ]      dev-libs/boost-1.76.0-r1 
[nomerge      ] media-libs/openal-1.21.1-r1 
[nomerge      ]  dev-qt/qtgui-5.15.2-r1 
[ebuild     U ]   dev-libs/libinput-1.18.0 [1.17.2]
[nomerge      ] x11-base/xorg-server-1.20.11 
[ebuild     U ]  x11-libs/libdrm-2.4.106 [2.4.105]
[nomerge      ] app-emulation/virtualbox-6.1.22 
[ebuild   R   ]  app-emulation/virtualbox-modules-6.1.22 
[ebuild     U ] sys-fs/cryptsetup-2.3.6 [2.3.4-r1]
[ebuild     U ] x11-libs/libX11-1.7.2 [1.7.1]
[ebuild     U ]  x11-misc/compose-tables-1.7.2 [1.7.1]
[nomerge      ] kde-apps/kdesdk-meta-20.12.3 
[nomerge      ]  kde-apps/kde-dev-scripts-20.12.3 
[nomerge      ]   dev-perl/XML-DOM-1.460.0-r1 
[nomerge      ]    dev-perl/libwww-perl-6.270.0 
[nomerge      ]     dev-perl/HTTP-Daemon-6.120.0 
[ebuild     U ]      dev-perl/Module-Build-Tiny-0.39.0-r1 [0.39.0]
[nomerge      ] net-libs/webkit-gtk-2.32.1 
[nomerge      ]  dev-libs/hyphen-2.8.8-r1 
[nomerge      ]   app-text/hunspell-1.7.0-r2 
[ebuild     U ]    app-dicts/myspell-en-20210601-r1 [20170101]
[nomerge      ] sys-apps/shadow-4.8.1-r3 
[ebuild     UD]  virtual/libcrypt-1-r1 [2]
[nomerge      ] x11-libs/pixman-0.40.0 
[nomerge      ]  dev-util/meson-0.57.2 
[nomerge      ]   dev-python/setuptools-57.0.0 
[nomerge      ]    dev-lang/python-3.8.10_p2 
[ebuild   R   ]     dev-libs/libffi-3.3-r2 
[nomerge      ] sys-devel/gcc-8.3.0-r3 
[ebuild     U ]  sys-libs/glibc-2.33-r1 [2.33]

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

virtual/libcrypt:0

  (virtual/libcrypt-2:0/2::gentoo, installed) USE="static-libs" ABI_X86="(64) -32 (-x32)" pulled in by
    virtual/libcrypt:0/2=[abi_x86_64(-)] required by (sys-libs/pam-1.5.1:0/0::gentoo, installed) USE="filecaps (split-usr) -audit -berkdb -debug -nis (-selinux)" ABI_X86="(64) -32 (-x32)"
                    ^^^^^                                                                                                                                                                   
    =virtual/libcrypt-2 required by (sys-apps/busybox-1.32.1-r1:0/0::gentoo, installed) USE="ipv6 static -debug -livecd -make-symlinks -math -mdev -pam -savedconfig (-selinux) -sep-usr -syslog -systemd" ABI_X86="(64)"
    ^                 ^                                                                                                                                                                                                   
    (and 6 more with the same problems)

  (virtual/libcrypt-1-r1:0/1::gentoo, ebuild scheduled for merge) USE="static-libs" ABI_X86="(64) -32 (-x32)" pulled in by
    =virtual/libcrypt-1-r1 required by (net-dialup/ppp-2.4.9-r3:0/2.4.9::gentoo, installed) USE="eap-tls gtk ipv6 pam -activefilter -atm -dhcp -radius" ABI_X86="(64)"
    ^                 ^^^^                                                                                                                                             
    virtual/libcrypt:0/1= required by (dev-lang/python-3.9.5_p2:3.9/3.9::gentoo, installed) USE="bluetooth gdbm ipv6 ncurses readline sqlite ssl xml -build -examples -hardened -test -tk -verify-sig -wininst" ABI_X86="(64)"
                    ^^^^^                                                                                                                                                                                                      
    (and 24 more with the same problems)

NOTE: Use the '--verbose-conflicts' option to display parents omitted above


The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by virtual/libcrypt-1-r1::gentoo
# required by dev-lang/perl-5.32.1::gentoo
# required by dev-perl/Module-Build-Tiny-0.39.0-r1::gentoo
# required by dev-perl/HTTP-Daemon-6.120.0::gentoo
# required by dev-perl/libwww-perl-6.270.0::gentoo
# required by app-portage/genlop-0.30.10-r2::gentoo
# required by @selected
# required by @world (argument)
>=sys-libs/glibc-2.33-r1 crypt

 * In order to avoid wasting time, backtracking has terminated early
 * due to the above autounmask change(s). The --autounmask-backtrack=y
 * option can be used to force further backtracking, but there is no
 * guarantee that it will produce a solution.

emerge: there are no ebuilds built with USE flags to satisfy "sys-libs/glibc[crypt(+),static-libs(+)?]".
!!! One of the following packages is required to complete your request:
- sys-libs/glibc-2.33::gentoo (Change USE: +crypt)
(dependency required by "virtual/libcrypt-1-r1::gentoo" [ebuild])
(dependency required by "kde-plasma/plasma-desktop-5.21.5-r1::gentoo" [installed])
(dependency required by "kde-plasma/plasma-meta-5.21.5::gentoo" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

Any help is appreciated.

Etal · Post by **Etal** » Wed Jul 07, 2021 12:46 am

Preliminaries

Don't skip these!

1. Fully upgrade your system (emerge -a -uvDU @world or similar). This is critical to mitigate possible Portage issues.

2. Depclean (emerge -acv).

Looks like you skipped these

mcnutty · Post by **mcnutty** » Wed Jul 07, 2021 12:48 am

I did not

Etal · Post by **Etal** » Wed Jul 07, 2021 1:10 am

Yes you did, I can tell from all the "U"s in your emerge output.

Change back the USE flags, fully update/depclean your system, then try again.

Phoenix591 · Post by **Phoenix591** » Wed Jul 07, 2021 1:28 am

try

Code: Select all

emerge -v1 "~virtual/libcrypt-2" --autounmask=n --usepkg=n

that ought to get it to force the rebuilds through

mcnutty · Post by **mcnutty** » Wed Jul 07, 2021 1:30 am

Here is my bash history. esync is an alias for emerge -q --sync. eupdate is an alias for emerge -uaqDU --jobs=3 --with-bdeps=y @world:

Code: Select all

1167  eselect news read
   1168  esync
   1169  eupdate
   1170  emerge -aqc
   1171  nano /etc/portage/package.use/glibc
   1172  nano /etc/portage/package.accept_keywords/libcrypt
   1173  nano /etc/portage/package.unmask/libcrypt
   1174  mkdir /etc/portage/package.use.mask
   1175  nano /etc/portage/package.use.mask/libxcrypt
   1176  nano /etc/portage/profile/package.use.mask
   1177  nano /etc/portage/profile/package.use.force
   1178  eupdate
   1179  esync

The nano calls are me adding the entries specified by the wiki.

Post by **sam_** » Wed Jul 07, 2021 1:50 am

mcnutty wrote:Here is my bash history. esync is an alias for emerge -q --sync. eupdate is an alias for emerge -uaqDU --jobs=3 --with-bdeps=y @world:
Code: Select all
1167  eselect news read
   1168  esync
   1169  eupdate
   1170  emerge -aqc
   1171  nano /etc/portage/package.use/glibc
   1172  nano /etc/portage/package.accept_keywords/libcrypt
   1173  nano /etc/portage/package.unmask/libcrypt
   1174  mkdir /etc/portage/package.use.mask
   1175  nano /etc/portage/package.use.mask/libxcrypt
   1176  nano /etc/portage/profile/package.use.mask
   1177  nano /etc/portage/profile/package.use.force
   1178  eupdate
   1179  esync
The nano calls are me adding the entries specified by the wiki.

But your system isn't up to date, as others have pointed out (clear because of the Us for upgrades), so let's try:

Code: Select all

emerge -p -uvDU @world

.

Post by **Ionen** » Wed Jul 07, 2021 2:02 am

Could imagine a scenario where something went wrong when you ran your commands and it didn't actually update.

For example:

Code: Select all

[ebuild     U ] media-gfx/krita-4.4.5 [4.4.3]

Says you have 4.4.3 currently installed, and it's trying to update (U) to 4.4.5.

So, it is clearly not up to date.

mcnutty · Post by **mcnutty** » Wed Jul 07, 2021 3:42 am

Could imagine a scenario where something went wrong when you ran your commands and it didn't actually update.

I suppose it's possible, but I'm pretty sure it completed updating.

I know there aren't timestamps with my bash history, but I thought it was relatively clear that I read the news item (eselect new read), I synced, updated and depcleaned (which were the steps I supposedly forgot). Then I updated my use flags, keywords, etc. and updated again per the wiki instructions. Everything appeared to go well and I did not notice any errors in the output. This was several days ago.

I synced today and tried to update and ran into these blocking errors. My assumption about why there are new updates is because it has been several days since I synced. So, yes it is not up to date now, but it was up to date when I read the news item and I ran the steps to convert to the new libcrypt implementation several days ago.

Post by **sam_** » Wed Jul 07, 2021 9:26 am

mcnutty wrote:
Could imagine a scenario where something went wrong when you ran your commands and it didn't actually update.
I suppose it's possible, but I'm pretty sure it completed updating.

I know there aren't timestamps with my bash history, but I thought it was relatively clear that I read the news item (eselect new read), I synced, updated and depcleaned (which were the steps I supposedly forgot). Then I updated my use flags, keywords, etc. and updated again per the wiki instructions. Everything appeared to go well and I did not notice any errors in the output. This was several days ago.

I synced today and tried to update and ran into these blocking errors. My assumption about why there are new updates is because it has been several days since I synced. So, yes it is not up to date now, but it was up to date when I read the news item and I ran the steps to convert to the new libcrypt implementation several days ago.

1. My first recommendation would be to just undo the changes,

Code: Select all

emerge -a -uvDU @world

... depclean, then come back and we can do the migration together.

2. I'm interested in the output of

Code: Select all

emerge -p -uvDU @world --backtrack=99999 --autounmask=n

3. I'm also interested in what the nudge does as someone suggested:

Code: Select all

emerge -pv1 "~virtual/libcrypt-2" --autounmask=n --usepkg=n

Come back and let us know what's happening before moving forward, just to be safe.

mcnutty · Post by **mcnutty** » Wed Jul 07, 2021 4:01 pm

I just tried commenting out all the use flag, keyword changes, etc. and reupdating with

Code: Select all

emerge -a -uvDU @world

I am now getting this error:

Code: Select all

Installing (1 of 22) sys-libs/glibc-2.33-r1::gentoo
 * checking 1825 files for package collisions
 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / <filename>` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at https://bugs.gentoo.org/ unless you report exactly
 * which two packages install the same file(s). See
 * https://wiki.gentoo.org/wiki/Knowledge_Base:Blockers for tips on how
 * to solve the problem. And once again, please do NOT file a bug report
 * unless you have completely understood the above message.
 * 
 * Detected file collision(s):
 * 
 *      /usr/lib64/libcrypt.a
 *      /usr/include/crypt.h
 *      /lib64/libcrypt.so.1
 *      /usr/lib64/libcrypt.so
 * 
 * Searching all installed packages for file collisions...
 * 
 * Press Ctrl-C to Stop
 * 
 * sys-libs/libxcrypt-4.4.20:0::gentoo
 *      /lib64/libcrypt.so.1
 *      /usr/include/crypt.h
 *      /usr/lib64/libcrypt.a
 *      /usr/lib64/libcrypt.so
 * 
 * Package 'sys-libs/glibc-2.33-r1' NOT merged due to file collisions. If
 * necessary, refer to your elog messages for the whole content of the
 * above message.

Anon-E-moose · Post by **Anon-E-moose** » Wed Jul 07, 2021 4:16 pm

Not sure how the ebuilds should enforce this, but if you're going with the new libxcrypt, then you need to unmask "~" virtual/libcrypt-2.

Code: Select all

$ grep glibc lib*
libcrypt-1-r1.ebuild:		elibc_glibc? ( sys-libs/glibc[crypt(+),static-libs(+)?] )
libcrypt-2.ebuild:		elibc_glibc? ( sys-libs/libxcrypt[system(-),static-libs(-)?,${MULTILIB_USEDEP}] )

Edit to add: and on my system this is what shows using the virtual

Code: Select all

$ emerge -pvc virtual/libcrypt

Calculating dependencies... done!
  virtual/libcrypt-1-r1 pulled in by:
    dev-lang/perl-5.32.1 
    dev-lang/python-2.7.18-r4 
    dev-lang/python-3.9.5_p2 
    dev-libs/cyrus-sasl-2.1.27-r4 
    net-misc/openssh-8.6_p1-r2 
    net-misc/whois-5.5.9-r1 
    net-print/cups-2.3.3_p2-r2 
    sys-apps/busybox-1.32.1-r1 
    sys-apps/shadow-4.8.1-r3 
    sys-apps/util-linux-2.36.2 
    sys-libs/pam-1.5.1

mcnutty · Post by **mcnutty** » Wed Jul 07, 2021 11:36 pm

It's looking more likely that the update to enable libxcrypt did not complete successfully as I thought it did the first time. I was able to revert the system back to libcrypt by unmerging libxcrypt (emerge -C libxcrypt) and reinstalling libcrypt (after removing all the libxcrypt use flags, keywords, etc.). Starting the migration over I noticed that not all of the packages were consistent in their static-libs use flags as noted in the troubleshooting section of the wiki. So I made the necessary changes to make sure they all have static-libs enabled. However, upon updating to libxcrypt, sys-apps/util-linux fails to build.

The error appears to be here:

Code: Select all

In file included from /var/tmp/portage/sys-apps/util-linux-2.36.2/work/util-linux-2.36.2/libmount/src/context.c:42:
/var/tmp/portage/sys-apps/util-linux-2.36.2/work/util-linux-2.36.2/include/namespace.h:43:19: error: static declaration of ‘unshare’ follows non-static declaration
   43 | static inline int unshare(int flags)
      |                   ^~~~~~~
In file included from /usr/include/sched.h:43,
                 from /var/tmp/portage/sys-apps/util-linux-2.36.2/work/util-linux-2.36.2/include/namespace.h:11,
                 from /var/tmp/portage/sys-apps/util-linux-2.36.2/work/util-linux-2.36.2/libmount/src/context.c:42:
/usr/include/bits/sched.h:86:12: note: previous declaration of ‘unshare’ was here
   86 | extern int unshare (int __flags) __THROW;
      |            ^~~~~~~
In file included from /var/tmp/portage/sys-apps/util-linux-2.36.2/work/util-linux-2.36.2/libmount/src/context.c:42:
/var/tmp/portage/sys-apps/util-linux-2.36.2/work/util-linux-2.36.2/include/namespace.h:50:19: error: static declaration of ‘setns’ follows non-static declaration
   50 | static inline int setns(int fd, int nstype)
      |                   ^~~~~
In file included from /usr/include/sched.h:43,
                 from /var/tmp/portage/sys-apps/util-linux-2.36.2/work/util-linux-2.36.2/include/namespace.h:11,
                 from /var/tmp/portage/sys-apps/util-linux-2.36.2/work/util-linux-2.36.2/libmount/src/context.c:42:
/usr/include/bits/sched.h:95:12: note: previous declaration of ‘setns’ was here
   95 | extern int setns (int __fd, int __nstype) __THROW;
      |            ^~~~~

The full build log is too big for pastebin (at least without an account), but I can post it here if required.

Josef.95 · Post by **Josef.95** » Thu Jul 08, 2021 12:42 am

mcnutty wrote:
Code: Select all
[ebuild     UD]  virtual/libcrypt-1-r1 [2]

This is a no go, virtual/libcrypt-1 is not compatible with this setup.
For prevent this incompatible downgrade, I think best is hard masking it.
Example:

Code: Select all

echo "virtual/libcrypt:0/1" >> /etc/portage/package.mask

This works fine here: https://dpaste.com/4DACZFPQL

mcnutty · Post by **mcnutty** » Thu Jul 08, 2021 3:40 pm

Josef.95 wrote:
mcnutty wrote:
Code: Select all
[ebuild     UD]  virtual/libcrypt-1-r1 [2]
This is a no go, virtual/libcrypt-1 is not compatible with this setup.
For prevent this incompatible downgrade, I think best is hard masking it.
Example:
Code: Select all
echo "virtual/libcrypt:0/1" >> /etc/portage/package.mask
This works fine here: https://dpaste.com/4DACZFPQL

If masking libcrypt-1 is necessary it should be part of the wiki, but as mentioned in my previous post I don't think that is actually the problem. It appears that util-linux failed to build when performing the update and I somehow didn't notice. It left my system in a half updated state and now won't update on the next sync because neither libcrypt or libxcrypt is installed properly. I have now tried both stable util-linux (2.36.2) and unstable (2.37) and both fail to build with the same error (as reported above).

Anon-E-moose · Post by **Anon-E-moose** » Thu Jul 08, 2021 3:58 pm

What version of gcc are you using.

Because all I see above is "nomerge ] sys-devel/gcc-8.3.0-r3 "
which is not the lastest of the gcc 8 series.

mcnutty · Post by **mcnutty** » Thu Jul 08, 2021 3:59 pm

Anon-E-moose wrote:What version of gcc are you using.

Because all I see above is "nomerge ] sys-devel/gcc-8.3.0-r3 "
which is not the lastest of the gcc 8 series.

Code: Select all

# eselect gcc list
 [1] x86_64-pc-linux-gnu-8.3.0
 [2] x86_64-pc-linux-gnu-10.3.0 *

Anon-E-moose · Post by **Anon-E-moose** » Thu Jul 08, 2021 4:50 pm

Does it compile if you use gcc 8?

I know that gcc 10 has some changed behavior from the past. I just tried with gcc 11 and no problems (I don't have 10 installed)

Also post output of "emerge --info"

mcnutty · Post by **mcnutty** » Thu Jul 08, 2021 5:07 pm

Code: Select all

#>emerge --info

Portage 3.0.20 (python 3.9.5-final-0, default/linux/amd64/17.1/desktop/plasma, gcc-10.3.0, glibc-2.33-r1, 5.11.11-gentoo x86_64)
=================================================================
System uname: Linux-5.11.11-gentoo-x86_64-AMD_Ryzen_9_3900X_12-Core_Processor-with-glibc2.33
KiB Mem:    65836364 total,  32474148 free
KiB Swap:          0 total,         0 free
Timestamp of repository gentoo: Wed, 07 Jul 2021 22:30:01 +0000
Head commit of repository gentoo: dfa8a15e1d99ebd119e6ddfd18bc8d8cc523b553
Head commit of repository steam-overlay: c93a9167c9251ceceb6e7ee35cdf636cb59be6f4

sh bash 5.1_p8
ld GNU ld (Gentoo 2.35.2 p1) 2.35.2
app-shells/bash:          5.1_p8::gentoo
dev-java/java-config:     2.3.1::gentoo
dev-lang/perl:            5.32.1::gentoo
dev-lang/python:          2.7.18_p10::gentoo, 3.7.10_p6::gentoo, 3.8.10_p2::gentoo, 3.9.5_p2::gentoo
dev-lang/rust:            1.52.1::gentoo
dev-util/cmake:           3.18.5::gentoo
sys-apps/baselayout:      2.7::gentoo
sys-apps/openrc:          0.42.1-r1::gentoo
sys-apps/sandbox:         2.24::gentoo
sys-devel/autoconf:       2.13-r1::gentoo, 2.69-r5::gentoo
sys-devel/automake:       1.16.3-r1::gentoo
sys-devel/binutils:       2.35.2::gentoo
sys-devel/gcc:            10.3.0::gentoo
sys-devel/gcc-config:     2.4::gentoo
sys-devel/libtool:        2.4.6-r6::gentoo
sys-devel/make:           4.3::gentoo
sys-kernel/linux-headers: 5.11::gentoo (virtual/os-headers)
sys-libs/glibc:           2.33-r1::gentoo
Repositories:

gentoo
    location: /var/db/repos/gentoo
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000
    sync-rsync-verify-jobs: 1
    sync-rsync-extra-opts: 
    sync-rsync-verify-metamanifest: yes
    sync-rsync-verify-max-age: 24

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

steam-overlay
    location: /usr/local/portage/steam-overlay
    sync-type: git
    sync-uri: https://github.com/anyc/steam-overlay.git
    masters: gentoo
    priority: 50

Installed sets: @steam
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt"
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 /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
DISTDIR="/var/cache/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY 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"
FCFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://www.gtlib.gatech.edu/pub/gentoo https://gentoo.osuosl.org/ http://mirrors.rit.edu/gentoo/ https://mirrors.rit.edu/gentoo/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j16"
PKGDIR="/var/cache/binpkgs"
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"
USE="X a52 aac acl acpi activities alsa amd64 bluetooth branding bzip2 cairo cdda cdr cli colord crypt cups dbus declarative dri dts dvd dvdr elogind emboss encode exif flac fortran gdbm gif gpm gtk gui iconv icu ipv6 jpeg kde kipi kwallet lcms libglvnd libnotify libtirpc lm-sensors lto mad mng mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf phonon plasma png policykit ppds qml qt5 readline sdl seccomp semantic-desktop spell split-usr ssl startup-notification svg tcpd threads tiff truetype udev udisks unicode upower usb vorbis widgets wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache 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="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" L10N="en en-US" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-3 php7-4" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_9" PYTHON_TARGETS="python3_9" RUBY_TARGETS="ruby26" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq proto steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, RUSTFLAGS

Don't know about gcc 8. After looking more closely it turns out gcc 8 was actually not still istalled despite portage still having a reference to it somehow. So I unmerged it to remove the dangling reference.

Is it possible to build a single package with a different version of gcc? I'd be happy to try it with gcc 11 (or a lower version), but I'm not sure I want to switch my full system to 11 at this point.

Anon-E-moose · Post by **Anon-E-moose** » Thu Jul 08, 2021 5:58 pm

Yes you could build util-linux with gcc 11 even if everything else was gcc 10.

I'm more curious as to whether it will compile with another compiler version, in other words is the problem gcc 10 or something else.

mcnutty · Post by **mcnutty** » Thu Jul 08, 2021 6:48 pm

I will check if I can compile util-linux with glibc/libxcrypt in a bit, but first... I switched back to glibc/libcrypt and I had no problem compiling util-linux with gcc 10.3.0. I also found this bug report on the util-linux github page that indicates a similar problem, but probably originating from a different reason.

mcnutty · Post by **mcnutty** » Thu Jul 08, 2021 7:50 pm

util-linux fails to build with the same error using gcc 11.1.0 for me once I've switched over to libxcrypt.

Anon-E-moose · Post by **Anon-E-moose** » Thu Jul 08, 2021 7:58 pm

Looks like a bug, also looks like libxcrypt hasn't been thoroughly tested.

What does "emerge -pv libxcrypt" return

mcnutty · Post by **mcnutty** » Thu Jul 08, 2021 8:08 pm

Anon-E-moose wrote:Looks like a bug, also looks like libxcrypt hasn't been thoroughly tested.

Yeah, I guess I'll switch back to libcrypt and wait until libxcrypt is required and hopefully tested more thoroughly (or I figure out what I'm doing wrong/missing).

Anon-E-moose wrote:What does "emerge -pv libxcrypt" return

Code: Select all

# emerge -pv libxcrypt

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

Calculating dependencies... done!
[ebuild   R    ] sys-libs/libxcrypt-4.4.20:0/1::gentoo  USE="compat (split-usr) static-libs system -test" ABI_X86="(64) -32 (-x32)" 0 KiB

Post by **sam_** » Thu Jul 08, 2021 10:33 pm

Anon-E-moose wrote:Looks like a bug, also looks like libxcrypt hasn't been thoroughly tested.

What does "emerge -pv libxcrypt" return

It has been thoroughly tested. I've got no idea what causes the util-linux bug but it doesn't seem to be caused by libxcrypt.

Regarding the collisions, those are because the user has libxcrypt[system] still enabled. I did ask that they not proceed until showing us the output but that didn't happen.