Debian系统中如何识别源码编译安装的R相关库？

以下是几种实用的方法，帮你定位手动编译安装的库文件：

1. 对比文件系统与APT注册包 #

手动编译的库默认通常安装在/usr/local/lib（或自定义路径），而APT管理的文件会被dpkg记录。用以下命令找出不属于任何APT包的库文件：

dpkg -S $(find /usr/local/lib -name "*.so*") 2>/dev/null | grep -v "no path found matching pattern"

如果某个库文件没有对应的APT包信息，基本可以判定是手动源码安装的。如果当初编译时指定了其他安装路径，替换命令中的/usr/local/lib即可。

2. 检查动态链接库缓存的非系统路径 #

Debian默认的系统库路径是/lib/x86_64-linux-gnu/和/usr/lib/x86_64-linux-gnu/，/usr/local/lib的优先级更高。用以下命令过滤出非系统默认路径的库：

ldconfig -p | grep -v "/lib/x86_64-linux-gnu/" | grep -v "/usr/lib/x86_64-linux-gnu/"

输出结果里的库大概率是手动安装的，可结合find /usr/local/lib -name "*.so*"交叉验证。

3. 查找源码安装的残留痕迹 #

源码编译安装通常会留下配套文件：

• 检查/usr/local/share/doc/下的非系统文档：

  ls -la /usr/local/share/doc/ | grep -v "^total"
  

• 查找pkg-config配置文件（手动安装的库常生成.pc文件存于/usr/local/lib/pkgconfig）：

  find /usr/local -name "*.pc"
  

如果当初编译时用--prefix指定了自定义安装路径，直接去对应路径下查找即可。

4. 针对R相关库的专项检查 #

你遇到的r-cran-*包被标记为"kept back"，可重点检查R的库路径：

• 命令行直接输出R的库路径：

  Rscript -e '.libPaths()'
  

除了系统默认路径（如/usr/lib/R/library），其他路径下的R包大概率是手动源码安装的。

关联解决"kept back"问题 #

APT包被滞留通常是依赖版本冲突导致的，可通过以下步骤定位冲突点：

1. 查看目标包的依赖：apt-cache depends r-cran-rgdal（替换为你遇到的包名）
2. 对比系统中依赖库的版本：
   • APT管理的版本：dpkg -l | grep gdal
   • 手动安装的版本：gdal-config --version
     如果两者版本不一致，就是导致冲突的核心原因。

内容的提问来源于stack exchange，提问作者Sean