Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#73799 - [glibc] 2.35-1 missing libcrypt.so.1
Attached to Project:
Arch Linux
Opened by vicencb (vicencb) - Tuesday, 15 February 2022, 11:31 GMT
Last edited by freswa (frederik) - Wednesday, 16 February 2022, 09:47 GMT
Opened by vicencb (vicencb) - Tuesday, 15 February 2022, 11:31 GMT
Last edited by freswa (frederik) - Wednesday, 16 February 2022, 09:47 GMT
|
DetailsCommit https://github.com/archlinux/svntogit-packages/commit/f1aeeaf4a3fabd9b5f8186005066e04f1aa7c672
added the option --disable-crypt in order to remove /usr/lib/libcrypt.so.1 stating that it is unused. I am using a closed source application (without open source alternative) that is using that library, so it fails to start: couldn't load file "librdi_tcltasks.so": libcrypt.so.1: cannot open shared object file: No such file or directory Please, can this be added again? |
This task depends upon
severity can be lowered because there is a workaround:
install libxcrypt and add link /usr/lib/libcrypt.so.1 to point to /usr/lib/libcrypt.so
I don't know if the APIs are 100% compatible, but at least the applications starts and seems functional.
https://github.com/besser82/libxcrypt
"""
Compatibility Notes
On Linux-based systems, by default libxcrypt will be binary backward compatible with the libcrypt.so.1 shipped as part of the GNU C Library. This means that all existing binary executables linked against glibc’s libcrypt should work unmodified with this library’s libcrypt.so.1. We have taken pains to provide exactly the same symbol versions as were used by glibc
"""
So, adding the link /usr/lib/libcrypt.so.1 pointing to libcrypt.so looks like a proper solution.
Please, can you confirm this is still the preferred solution?
pkgname=libcrypt
pkgver=1
pkgrel=0
pkgdesc='provides glibc libcrypt from libxcrypt'
arch=('any')
depends=('libxcrypt')
package() {
mkdir -p "${pkgdir}/usr/lib"
ln -s 'libcrypt.so' "${pkgdir}/usr/lib/libcrypt.so.1"
}
no.
please use that.
[1] https://aur.archlinux.org/packages/libxcrypt-compat
[alex19EP]
Server = https://pkgbuild.com/~alex19ep/repo/$arch
Thank you for your support!
Once build, it fails one of the checks:
*** Missing symbol versions:
crypt_gensalt@GLIBC_2.2.5
crypt_gensalt@OW_CRYPT_1.0
crypt_gensalt_ra@GLIBC_2.2.5
crypt_gensalt_ra@OW_CRYPT_1.0
crypt_gensalt_rn@GLIBC_2.2.5
crypt_gensalt_rn@OW_CRYPT_1.0
crypt_ra@GLIBC_2.2.5
crypt_rn@GLIBC_2.2.5
FAIL test/symbols-compat.pl (exit status: 1)
Is this related to your build options or should this be reported upstream?