Missing libcrypt.so.1

EmErAJID · 2022-02-15 12:29:08

Hi.
Matlab R2018b requires libcrypt.so.1, but it disappeared from current libxcrypt few days ago (during previous week everything worked). Why would it happen? It is not hard to compile the library from source, but I don't see a point of such change.

Allan · 2022-02-15 12:48:50

Because it has been deprecated for ages in glibc and was finally removed. Use this instead:
https://aur.archlinux.org/packages/libxcrypt-compat

AW_archorg · 2022-02-15 15:15:24

libxcrypt-compat 4.4.26-1 as per yr proposal is AUR and not really an official Arch package. Could we, should we rely/depend on AUR packages for cryptographic functions?

Scimmia · 2022-02-15 15:27:18

Read the PKGBUILD, make your own determination

lunbru · 2022-02-17 12:29:24

Please let me know if this was a terrible idea, but Borg is no longer working due to missing libcrypt.so.1 so I made a symbolic link from libcrypt.so.2 to libcrypt.so.1 and it's working again.

Allan · 2022-02-17 12:33:31

It was a terrible idea. libcrypt.so.2 is not fully compatible with .so.1. Somethings may work, some will fail.

cowlick · 2022-02-17 14:35:39

lunbru wrote:

Please let me know if this was a terrible idea, but Borg is no longer working due to missing libcrypt.so.1 so I made a symbolic link from libcrypt.so.2 to libcrypt.so.1 and it's working again.

I tried the alternative but it failed due to missing pgp key. Tried installing the missing key which also failed to find it. I'm going to try your link idea.

seth · 2022-02-17 14:51:41

I tried to tie my shoes but that required me to bind a knot which I failed to execute.
I'm going to try to cut off my foot instead.

Last edited by seth (2022-02-17 15:04:12)

gjain_7 · 2022-02-17 16:31:05

I have question
If softwares like MATLAB come with its own libcrypt.so.1 file (which I can see at <INSTALL-DIR>/bin/glnxa64/libcrypto.so.1) then why does it depends on system's libcrypt ? shouldn't it use its own ?

seth · 2022-02-17 16:35:14

Missing $LD_LIBRARY_PATH or the SO isn't installed by the AUR package - but "libcrypto.so.1" wouldn't be "libcrypt.so.1" and probably a replacement for the openssl library.

gjain_7 · 2022-02-17 17:06:23

yeah sorry didn't read the 'o'

seth wrote:

Missing $LD_LIBRARY_PATH or the SO isn't installed by the AUR package - but "libcrypto.so.1" wouldn't be "libcrypt.so.1" and probably a replacement for the openssl library.

but wdym by SO here ?

Santiblocks · 2022-02-17 17:41:12

cowlick wrote:

lunbru wrote:
Please let me know if this was a terrible idea, but Borg is no longer working due to missing libcrypt.so.1 so I made a symbolic link from libcrypt.so.2 to libcrypt.so.1 and it's working again.
I tried the alternative but it failed due to missing pgp key. Tried installing the missing key which also failed to find it. I'm going to try your link idea.

you can disable pgp check:

makepkg -si --skippgpcheck

Unfortunately, my proprietary software of choice, houdini fx, doesn't work with this replacement,but i suspect it is unrelated given GDB output:

Using host libthread_db library "/usr/lib/libthread_db.so.1".
munmap_chunk(): invalid pointer

Program received signal SIGABRT, Aborted.
0x00007fffc70ad34c in __pthread_kill_implementation () from /usr/lib/libc.so.6

Last edited by Santiblocks (2022-02-17 17:43:19)

NuSkool · 2022-02-17 19:27:14

I tried the alternative but it failed due to missing pgp key. Tried installing the missing key which also failed to find it.

you can disable pgp check:

I'd not skip pgp keys in this case.

What AUR helper or command you all using? My AUR helper didn't have an issue with it.

:: aurch ==> Checking pgp key for libxcrypt-compat.
[sudo] to run systemd-nspawn on chroot.
gpg: key F52E98007594C21D: public key "Bjrn 'besser82' Esser (besser82@fedoraproject.org) <besser82@fedoraproject.org>" imported
gpg: Total number processed: 1
gpg:               imported: 1

You could also try something like this:

gpg --keyserver keyserver.ubuntu.com --recv-key <key number>

I tried to tie my shoes but that required me to bind a knot which I failed to execute.
I'm going to try to cut off my foot instead.

Not to say your solution is bad, but I switched to wearing romeos.

It's 2022 brother, tying knots is ridiculously elite, hard, and totally unnecessary! lol

Last edited by NuSkool (2022-02-17 20:14:27)

seth · 2022-02-17 20:29:49

gjain_7 wrote:

but wdym by SO here ?

Same as the library suffix - "suspicious object", "shared obstacle" or something like that

lunbru · 2022-02-17 21:37:08

Allan wrote:

It was a terrible idea. libcrypt.so.2 is not fully compatible with .so.1. Somethings may work, some will fail.

Thanks! Is the recommended workaround to install the AUR package instead then?

seth · 2022-02-17 21:52:50

Did you already try to rebuild borg?

EmErAJID · 2022-02-18 11:41:38

Allan wrote:

Because it has been deprecated for ages in glibc and was finally removed. Use this instead:
https://aur.archlinux.org/packages/libxcrypt-compat

No, I would rather compile it from source and use LD_LIBRARY_PATH, because it's trivial and using somebody's PKGBUILD and bloating my system is not something I want. Thank you for explanation.

gjain_7 wrote:

I have question
If softwares like MATLAB come with its own libcrypt.so.1 file (which I can see at <INSTALL-DIR>/bin/glnxa64/libcrypto.so.1) then why does it depends on system's libcrypt ? shouldn't it use its own ?

Ask MATHWORKS. I have no idea. Also, I see guys explained you that it is actually crypt*o* and that is not the thing.

Also, answering guys trying to substitute libcrypt.so.1 with symlink to another library, that will not work at all. You need exactly that legacy .so.1.

I consider that the thread may be closed as Allan answered my question.

Last edited by EmErAJID (2022-02-18 11:42:48)

gjain_7 · 2022-02-18 18:27:07

EmErAJID wrote:

No, I would rather compile it from source and use LD_LIBRARY_PATH, because it's trivial

can you tell how to do that ?
because I cloned the git repo and tried configuring the installation but i didn't understand a bit, i.e. couldn't figure out the set configs that would not lead to removal of libcrypt.so.1

and how to use LD_LIBRARY_PATH ?
for this particular problem, coz I don't have it set by default.

and also tell if that's a permanent fix ?
i.e. it would not throw errors again on updating, say using an AUR helper (yay for me) because as a temporary fix, i have copied the libcrypt.so.1 in /usr/lib/ and it works for now.

EmErAJID wrote:

I consider that the thread may be closed as Allan answered my question.

so not yet please.

loqs · 2022-02-18 19:38:28

gjain_7 wrote:

i didn't understand a bit, i.e. couldn't figure out the set configs that would not lead to removal of libcrypt.so.1

The AUR PKGBUILD already does this and hence documents how to do it.

gjain_7 wrote:

and how to use LD_LIBRARY_PATH ?
for this particular problem, coz I don't have it set by default.

Not needed if you use the PKGBUILD as that installs libcrypt.so.1 into the default location for libraries /usr/lib which is automatically searched by the dynamic linker.

gjain_7 wrote:

and also tell if that's a permanent fix ?
i.e. it would not throw errors again on updating, say using an AUR helper (yay for me) because as a temporary fix, i have copied the libcrypt.so.1 in /usr/lib/ and it works for now.

You do not consider a package intended to resolve exactly this issue a permanent fix?

Scimmia · 2022-02-18 19:39:07

gjain_7 wrote:

EmErAJID wrote:
No, I would rather compile it from source and use LD_LIBRARY_PATH, because it's trivial
can you tell how to do that ?
because I cloned the git repo and tried configuring the installation but i didn't understand a bit, i.e. couldn't figure out the set configs that would not lead to removal of libcrypt.so.1
and how to use LD_LIBRARY_PATH ?
for this particular problem, coz I don't have it set by default.

Don't.

It always amazes me how people with latch on to the worst solution in a thread. Allan gave you the solution in post #2.

Last edited by Scimmia (2022-02-18 19:39:48)

Abobich · 2022-02-18 23:39:12

Allan wrote:

Because it has been deprecated for ages in glibc and was finally removed. Use this instead:
https://aur.archlinux.org/packages/libxcrypt-compat

I'm using proprietary software houdini fx and have the same problem. If I install libxcrypt-compat or manually copy libcrypt.so.1 to /usr/lib/, I get the following output with random number:

munmap_chunk(): invalid pointer
[1]    59894 IOT instruction (core dumped)  houdini

Installing lib32-libxcrypt-compat has no effect.

loqs · 2022-02-19 00:07:32

Abobich wrote:

Allan wrote:
f I install libxcrypt-compat or manually copy libcrypt.so.1 to /usr/lib/, I get the following output with random number:
munmap_chunk(): invalid pointer
[1]    59894 IOT instruction (core dumped)  houdini

Assuming you mean you copied libcrypt-2.33.so from glibc-2.33-4 which libcrypt.so.1 linked to then the issue still occurring indicates a different cause.

Abobich · 2022-02-19 01:41:17

Assuming you mean you copied libcrypt-2.33.so from glibc-2.33-4 which libcrypt.so.1 linked to then the issue still occurring indicates a different cause.

I did not know about libcrypt-2.33.so, libxcrypt-compat in AUR does not provide it. I tried copying libcrypt-2.33.so and from libcrypt.so.1 different versions of glibc to /usr/lib/, but still no effect. Before recent update all works fine.

Raineer · 2022-02-19 07:07:46

Allan wrote:

Because it has been deprecated for ages in glibc and was finally removed. Use this instead:
https://aur.archlinux.org/packages/libxcrypt-compat

Thank you for the clear answer. I don't have room to feel judgey about deprecation when the latest version of MATLAB still uses it.

Installed from AUR, working 2 mins later. Danke.

seth · 2022-02-19 07:39:08

Abobich wrote:

I tried copying libcrypt-2.33.so and from libcrypt.so.1 different versions of glibc to /usr/lib/

So mixing glibc 2.33 and 2.35 libraries? Dumb idea.
Undo that, install libxcrypt-compat.
If not having libcrypt.so.1, copying the 2.33 version and installing libxcrypt-compat all yield the same error, it's probably not about libcrypt.so.1 at all - please post the coredump.

Arch Linux

#1 2022-02-15 12:29:08

Missing libcrypt.so.1

#2 2022-02-15 12:48:50

Re: Missing libcrypt.so.1

#3 2022-02-15 15:15:24

Re: Missing libcrypt.so.1

#4 2022-02-15 15:27:18

Re: Missing libcrypt.so.1

#5 2022-02-17 12:29:24

Re: Missing libcrypt.so.1

#6 2022-02-17 12:33:31

Re: Missing libcrypt.so.1

#7 2022-02-17 14:35:39

Re: Missing libcrypt.so.1

#8 2022-02-17 14:51:41

Re: Missing libcrypt.so.1

#9 2022-02-17 16:31:05

Re: Missing libcrypt.so.1

#10 2022-02-17 16:35:14

Re: Missing libcrypt.so.1

#11 2022-02-17 17:06:23

Re: Missing libcrypt.so.1

#12 2022-02-17 17:41:12

Re: Missing libcrypt.so.1

#13 2022-02-17 19:27:14

Re: Missing libcrypt.so.1

#14 2022-02-17 20:29:49

Re: Missing libcrypt.so.1

#15 2022-02-17 21:37:08

Re: Missing libcrypt.so.1

#16 2022-02-17 21:52:50

Re: Missing libcrypt.so.1

#17 2022-02-18 11:41:38

Re: Missing libcrypt.so.1

#18 2022-02-18 18:27:07

Re: Missing libcrypt.so.1

#19 2022-02-18 19:38:28

Re: Missing libcrypt.so.1

#20 2022-02-18 19:39:07

Re: Missing libcrypt.so.1

#21 2022-02-18 23:39:12

Re: Missing libcrypt.so.1

#22 2022-02-19 00:07:32

Re: Missing libcrypt.so.1

#23 2022-02-19 01:41:17

Re: Missing libcrypt.so.1

#24 2022-02-19 07:07:46

Re: Missing libcrypt.so.1

#25 2022-02-19 07:39:08

Re: Missing libcrypt.so.1

Board footer