[Bug 1867432] Re: Please stop building libcrypt for multilib packages (Ubuntu 20.04)
Halvor Lyche Strandvoll
halvors at halvors.org
Thu Apr 2 19:12:32 UTC 2020
So the problem here is that /lib32/libcrypt.so.1 is found first by the
linker, similar to what's happening in Debian (https://bugs.debian.org
/cgi-bin/bugreport.cgi?bug=951880) but in my case for lib32.
Seems the library in /usr/lib/i386-linux-gnu/libcrypt.so.1 works just
fine, my dirty workaround for this was to create a link: ln -s
/lib32/libcrypt.so.1 /usr/lib/i386-linux-gnu/libcrypt.so.1
This is a dirty workaround, and this really needs to be fixed as soon as
possible. Steam and Proton as well as Wine packaged by Ubuntu is still
depending on i386 libraries, and a lot of Ubuntu users use one of these
software packages.
Can we please give this bug some more attention?
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/1867432
Title:
Please stop building libcrypt for multilib packages (Ubuntu 20.04)
Status in glibc package in Ubuntu:
In Progress
Status in glibc package in Debian:
Fix Released
Bug description:
Debian's bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951880
Debian's resolution
https://salsa.debian.org/glibc-team/glibc/-/commit/e079ec4b53af427b238392edef40bb8fa9f55e62
During system upgrade user may receive unconfigured packages (grub-common, plymouth, network-manager etc) with error
/usr/bin/perl: /lib64/libcrypt.so.1: version `XCRYPT_2.0' not found (required by /usr/bin/perl)
Problem with limited version of libcrypt.so.1 from /lib64 which system tries to use first
After removal of libc6-amd64:i386 upgrade finished successfully.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1867432/+subscriptions
More information about the foundations-bugs
mailing list