You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@bigtop.apache.org by GitBox <gi...@apache.org> on 2020/05/30 07:41:09 UTC

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

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


   Second thought: I am not sure if this is the right way to fix. IIRC  JNI will load normally to ".so" lib rather the major ".so.x". In our case: "libcrypt.so" rather a "libcrypt.so.1" at runtime.  @guyuqi did you check / put a reference to the source /errors which actually tries to load libcrypt.so.1 rather libcrypt.so . 
   IMO It might be better to install libxcrypt-devel to supply libcrypt.so. if this is the case.
   
   If jffi really refers to libcrypt.so.1 than Debian would be broken, since it only supplies libcrypt.so to the user by libc-dev . 


----------------------------------------------------------------
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