libcrypt | A simple hashing , encoding , and generation library in C | Hashing library

A dependency (libcrypt.so.1) is missing when I try to launch realvnc-vnc-viewer on arch Linux. It prompted these error each time I try to launch vnc-viewer with command line : vncviewer: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory I have libcrypt.so at version 2.0, but it seems that vnc-viewer only work with version one.I have downloaded realvnc-vnc-viewer with pacman and I can't launch the app anymore.
Any ideas?

I am Arch GNU/Linux user who usually manages almost every package with pacman; I manage TeX and LaTeX-related things with tlmgr. I installed tlmgr from source.

I am writing paper. I would like to use bibliography.

When I tried latexmk -pdflua main.ltx:

I am currently unable to open code-insiders (latest build) The interface loads and then immediately closes, however there are code-insider processes left behind still running in back ground that I have to kill directly.
The error in the log is:
/usr/share/code-insiders/code-insiders --unity-launch --enable-crashpad: symbol lookup error: /usr/share/code-insiders/resources/app/node_modules.asar.unpacked/vscode-encrypt/build/Release/vscode-encrypt-native.node: undefined symbol: SHA256_Init

I have seen similar posts that point to the libcrypt and libssh libraries and I have tried re-installing both with no change. I have also purged code and reinstalled the latest build. This still occurs if I try and launch with extensions disabled.
Any suggestions on where to search next would be appreciated.

I'm trying to create an AWS Lambda (in python, although my problems are probably not python-related) that will, among other things, decrypt a PGP file stored in S3.

I have a script that runs fine locally (on an ubuntu machine). I have adapted the relevant parts of that script into the lambda script. I'm using python-gnupg, and have created a layer to get to that functionality.

I created a CentOS VM on that ubuntu machine, and put gpg on that.

I have a deployment zip that I think is correct (contents are the script, bin/gpg, lib/{libgpg-error.so.0,libreadline.so.7,libcrypt.so.20,libassuan.so.0}; the gpg executable and libraries are all from that CentOS VM). If I, for instance, remove libassuan from that, I do get an error about that being a missing dependency, hence my believing that the zip is correctly created.

When I deploy the lambda, the code shows up correctly and seems to run (I did have to set it to use the python-gnupg layer, of course).

This is still in basic testing, so the file I'm trying to decrypt is the same one I used on the ubuntu box test, and is being retrieved from S3. The decryption key and passphrase are being retrieved from AWS Parameter Store and are, as near as I can tell, being retrieved correctly (the latter is definitely correct; the former is the correct length with the correct start and correct end). And I do not get an error adding the key (not sure if I would, I guess).

So, everything looks right, coming in. Getting to the decryption itself, we have:

From https://github.com/Perl/perl5/blob/65f7068/Configure#L12110 I'm gathering that it's d_crypt and d_crypt_r that further control if Perl detected libcrypt on the host system.

However, I didn't find how to force it to set them to undef via Configure command-line flags or via environment variables.

Should I just append #undef d_crypt/#undef d_drypt_r to the Config.h it generates? Is there a more proper way to instruct Perl to configure/build without libcrypt support?

I am trying to correlate between libraries in my filesystem to their versions, in order to see whether or not they are outdated and need to be updated.
My question is, how should I treat "versions" in files' filename and how reliable is this version?
For example

Environment:

I have the following dockerfile:

I am using AlmaLinux 8 with svn/apache.

When trying to start my httpd service I am given the following status message:

Aug 12 17:54:06 domain.tld httpd[495168]: httpd: Syntax error on line 132 of /etc/httpd/conf/httpd2.conf: Syntax error on line 1 of /etc/httpd/conf/extra/httpd-svn.conf: Cannot load /usr/lib/apache/mod_dav_svn.so into server: /usr/lib64/libsvn_subr-1.so.0: undefined symbol: apr_crypto_block_cleanup

In the past, simply moving /usr/lib64/libsvn_subr-1.so.0 to /usr/lib64/libsvn_subr-1.so.0-old fixed the error but on this occasion (having updated dnf) this is not the case.

Struggling because I have limited debugging opportunities so if anything at all can be provided to help debug that would suffice as an answer. the only output I can find suitable for me is below.