我正在按照s3fs-fuse链接在Ubuntu 14.04上创建compilation的二进制文件。在某些系统中，我在kubernetes pods上进行挂载操作时遇到以下错误
---- ------ ---- ---- -------
Normal Scheduled 5h default-scheduler Successfully assigned verifypod5 to 10.171.42.29
Normal SuccessfulMountVolume 5h kubelet, 10.171.42.29 MountVolume.SetUp succeeded for volume "default-token-scrsz"
Warning FailedMount 5h (x8 over 5h) kubelet, 10.171.42.29 MountVolume.SetUp failed for volume "pvc-f2d4cacc-6a51-11e8-b133-fa53da29538e" : mount command failed, status: Failure, reason: Error mounting volume: s3fs mount failed: s3fs: error while loading shared libraries: libcurl.so.4: cannot open shared object file: No such file or directory
我看到二进制文件正在使用libcurl-gnutls.so.4，但我觉得我们需要openssl。
ldd /usr/local/bin/s3fs
linux-vdso.so.1 => (0x00007ffc3d1cb000)
libfuse.so.2 => /lib/x86_64-linux-gnu/libfuse.so.2 (0x00007fb0fd742000)
libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x00007fb0fd4d5000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007fb0fd11a000)
libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007fb0fccd6000)
因此，从我进行二进制构建的系统，我在下面看到
dpkg -l | grep curl
ii curl 7.47.0-1ubuntu2.8 amd64 command line tool for transferring data with URL syntax
ii libcurl3:amd64 7.47.0-1ubuntu2.8 amd64 easy-to-use client-side URL transfer library (OpenSSL flavour)
ii libcurl3-gnutls:amd64 7.47.0-1ubuntu2.8 amd64 easy-to-use client-side URL transfer library (GnuTLS flavour)
ii libcurl4-openssl-dev:amd64 7.47.0-1ubuntu2.8 amd64 development files and documentation for libcurl (OpenSSL flavour)
因此，二进制文件会选择libcurl3-gnutls:amd64而不是libcurl4-openssl-dev:amd64。我该如何改变这种行为。