[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