Please stop building libcrypt for multilib packages (Ubuntu 20.04)

Bug #1867432 reported by xalt7x
26
This bug affects 6 people
Affects Status Importance Assigned to Milestone
glibc (Debian)
Fix Released
Unknown
glibc (Ubuntu)
Fix Released
Undecided
Unassigned

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.

Changed in glibc (Debian):
status: Unknown → Fix Released
Revision history for this message
Halvor Lyche Strandvoll (halvors) wrote :

0009:err:module:load_so_dll failed to load .so lib "/usr/lib/wine-development/../i386-linux-gnu/wine-development/wldap32.dll.so": /lib32/libcrypt.so.1: version `XCRYPT_2.0' not found (required by /lib/i386-linux-gnu/libkrb5.so.26)
0009:err:module:import_dll Loading library WLDAP32.dll (which is needed by L"C:\\Program Files (x86)\\Epic Games\\Launcher\\Portal\\Binaries\\Win32\\EpicGamesLauncher.exe") failed (error c000007a).
0009:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files (x86)\\Epic Games\\Launcher\\Portal\\Binaries\\Win32\\EpicGamesLauncher.exe" failed, status c0000135

Revision history for this message
Halvor Lyche Strandvoll (halvors) wrote :

Doesn't seem to be solved...

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in glibc (Ubuntu):
status: New → Confirmed
Matthias Klose (doko)
Changed in glibc (Ubuntu):
status: Confirmed → In Progress
Revision history for this message
Halvor Lyche Strandvoll (halvors) wrote :

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?

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package glibc - 2.31-0ubuntu7

---------------
glibc (2.31-0ubuntu7) focal; urgency=medium

  * debian/patches/git-updates.diff: update from upstream stable branch.
    - Stop ignoring some float tests for the non-default armel multilib variant.
    - submitted-stt-gnu-ifunc-detection.patch: Remove, applied upstream.
    - 5828bc4523230685ac29a4a882967913255f5666.diff: Remove, applied upstream.
  * Merge with Debian packaging 4cb14efd231568673b889a1ddf095457a19a8acb.
    - Adjust the version number for the openssh-server break.
  * restore__glibc_has_include.diff: Remove, not needed anymore by gcc-N
    packages.
  * debian/sysdeps/*.mk: stop building libcrypt for multilib packages.
    Closes: #951880. LP: #1867432.

 -- Matthias Klose <email address hidden> Thu, 02 Apr 2020 16:42:14 +0200

Changed in glibc (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.