[GitHub] [bigtop] guyuqi edited a comment on pull request #643: BIGTOP-3361: No libcrypt.so.1 in Fedora-31 for Arm64

[GitBox <gi...@apache.org>]

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:
users@infra.apache.org