guyuqi edited a comment on pull request #643:
URL: https://github.com/apache/bigtop/pull/643#issuecomment-636674748


   >> since it initially confused me why this change should affect Arm64 only
   
   Thanks for comments, @oflebbe 
   For neither `libcrypt.so.1` nor `libcrypt.so` exist in 
`bigtop/puppet:trunk-fedora-31` in all platforms, 
   agree with you to change the name of the JIRA issue. 
   
   In Fedora-31, both of `libcrypt.so.1` and `libcrypt.so` do exist in x86 
images: `bigtop/slaves:trunk-fedora-31`. 
   However `libcrypt.so.1` doesn't exist in Arm images: 
`bigtop/slaves:trunk-fedora-31-aarch64`.
   It misled me at first. I'll change it later. 
   
   >>did you check / put a reference to the source /errors which actually tries 
to load libcrypt.so.1 rather libcrypt.so .
   
   The errors in Fedora-31 like: 
   ```
   Failed to load native POSIX impl; falling back on Java impl. Stacktrace 
follows.
   java.lang.UnsatisfiedLinkError: libcrypt.so.1: cannot open shared object 
file: No such file or directory
           at 
jnr.ffi.provider.jffi.NativeLibrary.loadNativeLibraries(NativeLibrary.java:87)
           at 
jnr.ffi.provider.jffi.NativeLibrary.getNativeLibraries(NativeLibrary.java:70)
           at 
jnr.ffi.provider.jffi.NativeLibrary.getSymbolAddress(NativeLibrary.java:49)
           at 
jnr.ffi.provider.jffi.NativeLibrary.findSymbolAddress(NativeLibrary.java:59)
           at 
jnr.ffi.provider.jffi.AsmLibraryLoader.generateInterfaceImpl(AsmLibraryLoader.java:158)
           at 
jnr.ffi.provider.jffi.AsmLibraryLoader.loadLibrary(AsmLibraryLoader.java:89)
           at 
jnr.ffi.provider.jffi.NativeLibraryLoader.loadLibrary(NativeLibraryLoader.java:44)
           at jnr.ffi.LibraryLoader.load(LibraryLoader.java:325)
           at jnr.ffi.Library.loadLibrary(Library.java:127)
           at 
jnr.posix.POSIXFactory$DefaultLibCProvider$SingletonHolder.<clinit>(POSIXFactory.java:279)
   
   ```
   In Debian-10 for x86 and Arm64 in our docker images 
(`bigtop/slaves:trunk-debian-10`),
   Both libcrypt.so.1 and libcrypt.so are available:
   ```
   /lib/aarch64-linux-gnu/libcrypt.so.1
   /lib/x86_64-linux-gnu/libcrypt.so.1
   ```
   
   ```
   /usr/lib/aarch64-linux-gnu/libcrypt.so
   /usr/lib/x86_64-linux-gnu/libcrypt.so
   
   ```
   But in `bigtop/puppet:trunk-debian-10` (x86 and Arm64): 
   `libcrypt.so.1` exists but `libcrypt.so` doesn't.
   Just for this case, becuase `libcrypt.so.1` is always available in 
`bigtop/puppet:trunk-debian-10` and `bigtop/slaves`,  no errors occurred in 
Debian-10 in all platforms.
   
   I'm not sure there are any issues for missing `libcrypt.so` in Debian. How 
about to install both libcrypt.so and libcrypt.so.1 in `bigtop/puppet` ? Or 
deal with it case by case?
    
   
   
   


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]


Reply via email to