nixpkgs/pkgs/tools/admin/salt/fix-libcrypto-loading.patch

--- a/salt/utils/rsax931.py	2021-11-24 00:39:57.940790184 +0100
+++ b/salt/utils/rsax931.py	2021-11-24 00:38:35.436728341 +0100
@@ -85,6 +85,10 @@
     """
     Attempt to load libcrypto.
     """
+    try:
+        return cdll.LoadLibrary('@libcrypto@')
+    except OSError:
+        pass
     return cdll.LoadLibrary(_find_libcrypto())
Fix loading of libcrypto when using salt-ssh When using salt-ssh, Salt would copy itself to the target machine. The libcrypto loading patch included in Nix hardcodes the location, but does not provide any fallback for the target machine, making salt-ssh unusable from a nix environment, which is ironically, one of the coolest use-cases of nix: a self contained git repo with a Saltfile and a shell.nix with dependencies. 2022-01-04 23:50:31 +00:00			`--- a/salt/utils/rsax931.py 2021-11-24 00:39:57.940790184 +0100`
			`+++ b/salt/utils/rsax931.py 2021-11-24 00:38:35.436728341 +0100`
			`@@ -85,6 +85,10 @@`
salt: 3000.3 -> 3001 2020-06-18 20:38:54 +01:00			`"""`
			`Attempt to load libcrypto.`
			`"""`
Fix loading of libcrypto when using salt-ssh When using salt-ssh, Salt would copy itself to the target machine. The libcrypto loading patch included in Nix hardcodes the location, but does not provide any fallback for the target machine, making salt-ssh unusable from a nix environment, which is ironically, one of the coolest use-cases of nix: a self contained git repo with a Saltfile and a shell.nix with dependencies. 2022-01-04 23:50:31 +00:00			`+ try:`
			`+ return cdll.LoadLibrary('@libcrypto@')`
			`+ except OSError:`
			`+ pass`
			`return cdll.LoadLibrary(_find_libcrypto())`
salt: 2016.11.5 -> 2017.7.1, patch fix The libcrypto patch didn't work well with `salt-ssh` (that code failed on remote machines), so let's make Nix-based library lookup as fallback. https://github.com/saltstack/salt/issues/43350 2017-09-05 13:54:16 +01:00