在 Centos 7.4x 上將 OSSubprocess 添加到我的 Pharo 6.1 時出錯

Question

我想在我的 CentOS 7.4 上使用我的 Pharo 6.1 中的OSSubprocess （由Mariano Martinez Peck編寫）。

我在Pharo Project Catalog搜索並嘗試安裝它。

我有一個錯誤：

ioLoadModule(/home/smalltalk/App/pharo6.1-64/pharo-vm/lib/pharo/5.0-201805090836/libgit2.so):
  libcurl-gnutls.so.4: cannot open shared object file: No such file or directory
tryLoading(/home/smalltalk/App/pharo6.1-64/pharo-vm/lib/pharo/5.0-201805090836/libgit2.so/.libs/,libgit2.so): stat(/home/smalltalk/App/pharo6.1-64/pharo-vm/lib/pharo/5.0-201805090836/libgit2.so/.libs/) Not a directory
ioLoadModule(/home/smalltalk/App/pharo6.1-64/pharo-vm/lib/pharo/5.0-201805090836/libgit2.so):
  libcurl-gnutls.so.4: cannot open shared object file: No such file or directory
tryLoading(/home/smalltalk/App/pharo6.1-64/pharo-vm/lib/pharo/5.0-201805090836/libgit2.so/.libs/,libgit2.so): stat(/home/smalltalk/App/pharo6.1-64/pharo-vm/lib/pharo/5.0-201805090836/libgit2.so/.libs/) Not a directory

顯然， libgit2.so需要一些庫，如libcurl-gnutls 。

ls -la | grep git
-rw-r--r--. 1 smalltalk smalltalk 3019447 May  9 08:55 libgit2.so
-rw-r--r--. 1 smalltalk smalltalk 3019447 May  9 08:55 libgit2.so.0.25.1
-rw-r--r--. 1 smalltalk smalltalk 3019447 May  9 08:55 libgit2.so.25
[smalltalk@smalltalk 5.0-201805090836]$ pwd
/home/smalltalk/App/pharo6.1-64/pharo-vm/lib/pharo/5.0-201805090836

當我使用ldd libgit2.so檢查依賴ldd libgit2.so ：

ldd: warning: you do not have execution permission for `./libgit2.so'
    linux-vdso.so.1 =>  (0x00007ffcd7aea000)
    libcurl-gnutls.so.4 => not found
    libz.so.1 => /lib64/libz.so.1 (0x00007f09ff332000)
    libssl.so.1.0.0 => not found
    libcrypto.so.1.0.0 => not found
    libssh2.so.1 => /lib64/libssh2.so.1 (0x00007f09ff107000)
    librt.so.1 => /lib64/librt.so.1 (0x00007f09feeff000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f09fece3000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f09fe91f000)
    libssl.so.10 => /lib64/libssl.so.10 (0x00007f09fe6ad000)
    libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f09fe24c000)
    /lib64/ld-linux-x86-64.so.2 (0x000056133cf8c000)
    libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f09fdffe000)
    libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f09fdd16000)
    libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f09fdb12000)
    libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f09fd8de000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f09fd6da000)
    libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f09fd4cc000)
    libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f09fd2c7000)
    libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f09fd0ad000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f09fce85000)
    libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f09fcc23000)

問題顯然在於：

    libcurl-gnutls.so.4 => not found
    libssl.so.1.0.0 => not found
    libcrypto.so.1.0.0 => not found

顯然CentOS 7 根本沒有附帶libcurl-gnutls.so.4庫：

我們根本不提供任何名為 libcurl-gnutls* 的東西。 我們的 curl 不使用 gnutls。

libssl.so.1.0.0是古老的（同樣適用於libcrypto.so.1.0.0 ）。 如果我檢查我的libssl ：

sudo ls -l /usr/lib64/libssl*
-rwxr-xr-x. 1 root root 341024 May 16 17:20 /usr/lib64/libssl3.so
lrwxrwxrwx. 1 root root     16 Jan 31 13:40 /usr/lib64/libssl.so -> libssl.so.1.0.2k
lrwxrwxrwx. 1 root root     16 Jan 31 13:34 /usr/lib64/libssl.so.10 -> libssl.so.1.0.2k
-rwxr-xr-x. 1 root root 470336 Aug  4  2017 /usr/lib64/libssl.so.1.0.2k

sudo ls -l /usr/lib64/libcrypto*
lrwxrwxrwx. 1 root root      19 Jan 31 13:40 /usr/lib64/libcrypto.so -> libcrypto.so.1.0.2k
lrwxrwxrwx. 1 root root      19 Jan 31 13:34 /usr/lib64/libcrypto.so.10 -> libcrypto.so.1.0.2k
-rwxr-xr-x. 1 root root 2512448 Aug  4  2017 /usr/lib64/libcrypto.so.1.0.2k

CentOS 7 的詳細信息是：

   Static hostname: smalltalk
         Icon name: computer-vm
           Chassis: vm
        Machine ID: beb4030b979d4cdcbf51ec99034121fc
           Boot ID: 02ef7d00b2e74489bdb78dead7e2fcf8
    Virtualization: kvm   Operating System: CentOS Linux 7 (Core)
       CPE OS Name: cpe:/o:centos:centos:7
            Kernel: Linux 3.10.0-693.17.1.el7.x86_64
      Architecture: x86-64

現在百萬美元的問題：

你如何處理這種情況？ 是否有一種合理的方法可以針對較新的庫版本重新編譯整個Pharo VM或僅重新編譯libgit2庫？

Answer 1

這似乎與這里提出的問題有關： http : //forum.world.st/Pharo-download-with-wget-td5099253.html

線程中建議的解決方案以及也適用於我的解決方案是創建一個符號鏈接：

ln -s /usr/lib64/libcurl.so.4 /usr/lib64/libcurl-gnutls.so.4