pyenv 在 Linux Mint 上构建 python 并带有警告：重命名“_ctypes”

因为某些原因，pyenv由于以下问题，无法安装任何版本的 pythonlibffi。我已经安装了所有库，但我得到：

*** WARNING: renaming "_ctypes" since importing it failed: libffi.so.8: cannot open shared object file: No such file or directory

令人好奇的是libffi已安装，但版本不同：

❯ find /usr -name '*ffi.so*'
/usr/lib/x86_64-linux-gnu/libffi.so
/usr/lib/x86_64-linux-gnu/libffi.so.7
/usr/lib/x86_64-linux-gnu/libffi.so.7.1.0

所以，构建正在尝试libffi.so.8虽然libffi.so.7已安装。

谁能解释一下基于 Debian 的系统如何选择共享库的版本？我已经检查过.h and .pc文件，但我没有想到为什么它会引用版本 8。

❯ ldconfig -p | grep libffi.so
    libffi.so.7 (libc6,x86-64) => /lib/x86_64-linux-gnu/libffi.so.7
    libffi.so.7 (libc6) => /lib/i386-linux-gnu/libffi.so.7
    libffi.so (libc6,x86-64) => /lib/x86_64-linux-gnu/libffi.so

补充说明：我注意到libffi is also安装者homebrew。然而，它与 Mint 安装的版本相同，所以这不是冲突（据我所知）。

有什么建议么？

❯ uname -a
Linux mcrowe-XPS-15-9560 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

❯ cat /etc/lsb-release 
DISTRIB_ID=LinuxMint
DISTRIB_RELEASE=20.2
DISTRIB_CODENAME=uma
DISTRIB_DESCRIPTION="Linux Mint 20.2 Uma"   

FWIW，我看到了类似的问题。当我使用 pyenv 安装 3.9.7 时，它正确找到了 libffi。今天，当我安装 3.9.9 时，我遇到了和你一样的错误。

*** WARNING: renaming "_ctypes" since importing it failed: libffi.so.8: cannot open shared object file: No such file or directory

促使我研究这个问题的症状是试图pip install blinker这给了我一个关于缺失的错误_ctypes，这很奇怪，因为 3.9.7 没有问题。

ModuleNotFoundError: No module named '_ctypes'

就我而言，brew 已更新为 libffi 3.4，而 Ubuntu 20.04 使用的是 3.3。我认为一定存在一些路径顺序错误，它找到要编译的brew标头，但找不到要链接的brew.so。

我想学习解决这个问题，但与此同时，我做了以下事情，回答y到 pyenv 提示符以重新安装现有的 3.9.9

$ brew remove --ignore-dependencies libffi
$ pyenv install 3.9.9
$ brew install libffi

这足以让我回到我想要处理的事情上。