CentOs7 uwsgi: error while loading shared libraries: libcrypt.so.2

[mef777]

Solution to issue cannot be found in the documentation.

• I checked the documentation.

Issue

conda install uwsgi
uwsgi: error while loading shared libraries: libcrypt.so.2: cannot open shared object file: No such file or directory

Installed packages

std miniforge3 package

Environment info

# conda info

     active environment : base
    active env location : /root/miniforge3
            shell level : 1
       user config file : /root/.condarc
 populated config files : /root/miniforge3/.condarc
          conda version : 23.11.0
    conda-build version : not installed
         python version : 3.10.13.final.0
                 solver : libmamba (default)
       virtual packages : __archspec=1=skylake_avx512
                          __conda=23.11.0=0
                          __glibc=2.17=0
                          __linux=3.10.0=0
                          __unix=0=0
       base environment : /root/miniforge3  (writable)
      conda av data dir : /root/miniforge3/etc/conda
  conda av metadata url : None
           channel URLs : https://conda.anaconda.org/conda-forge/linux-64
                          https://conda.anaconda.org/conda-forge/noarch
          package cache : /root/miniforge3/pkgs
                          /root/.conda/pkgs
       envs directories : /root/miniforge3/envs
                          /root/.conda/envs
               platform : linux-64
             user-agent : conda/23.11.0 requests/2.31.0 CPython/3.10.13 Linux/3.10.0-1160.88.1.el7.x86_64 centos/7.9.2009 glibc/2.17 s
olver/libmamba conda-libmamba-solver/23.12.0 libmambapy/1.5.5                UID:GID : 0:0
             netrc file : None
           offline mode : False

[mef777]

ldd $(which uwsgi)

linux-vdso.so.1 =>  (0x00007ffe651eb000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f577535c000)
libm.so.6 => /lib64/libm.so.6 (0x00007f577505a000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f5774e56000)
libz.so.1 => /root/miniforge3/bin/../lib/libz.so.1 (0x00007f5775c52000)
libpcre.so.1 => /root/miniforge3/bin/../lib/libpcre.so.1 (0x00007f5775c0b000)
libuuid.so.1 => /root/miniforge3/bin/../lib/libuuid.so.1 (0x00007f5775c02000)
libyaml-0.so.2 => /root/miniforge3/bin/../lib/libyaml-0.so.2 (0x00007f5775be2000)
libjansson.so.4 => /root/miniforge3/bin/../lib/libjansson.so.4 (0x00007f5775bd0000)
libssl.so.3 => /root/miniforge3/bin/../lib/libssl.so.3 (0x00007f5775aeb000)
libcrypto.so.3 => /root/miniforge3/bin/../lib/libcrypto.so.3 (0x00007f577491b000)
libxml2.so.2 => /root/miniforge3/bin/../lib/libxml2.so.2 (0x00007f57747b2000)
liblzma.so.5 => /root/miniforge3/bin/../lib/liblzma.so.5 (0x00007f5775ac1000)
libicui18n.so.73 => /root/miniforge3/bin/../lib/libicui18n.so.73 (0x00007f5774477000)
libicuuc.so.73 => /root/miniforge3/bin/../lib/libicuuc.so.73 (0x00007f577426b000)
libicudata.so.73 => /root/miniforge3/bin/../lib/libicudata.so.73 (0x00007f57723dc000)
libcrypt.so.2 => not found
libutil.so.1 => /lib64/libutil.so.1 (0x00007f57721d9000)
libc.so.6 => /lib64/libc.so.6 (0x00007f5771e0b000)
librt.so.1 => /lib64/librt.so.1 (0x00007f5771c03000)
/lib64/ld-linux-x86-64.so.2 (0x00007f5775a5b000)
libiconv.so.2 => /root/miniforge3/bin/../lib/./libiconv.so.2 (0x00007f5771b1c000)
libstdc++.so.6 => /root/miniforge3/bin/../lib/./libstdc++.so.6 (0x00007f5771939000)
libgcc_s.so.1 => /root/miniforge3/bin/../lib/./libgcc_s.so.1 (0x00007f5775aa2000)

[hmaarrfk]

I think we addressed this in a recent build. However the installers we ship are from Nov 2023.

Did this happen on a clean install? Or did you try to update your environment?

[mef777]

I think we addressed this in a recent build. However the installers we ship are from Nov 2023.

Did this happen on a clean install? Or did you try to update your environment?

I switch my environment from Anaconda individual, previous package folder /root/anaconda3 was deleted, and the ~/.bashrc is overrided by miniforge3 on CentOS 7.9。 I tried on a common user /home/aaa, and got the same failure。

[hmaarrfk]

What is strange is that we thought this should happen for Alma Linux 9, not Centos7.9

Maybe follow: conda-forge/linux-sysroot-feedstock#52