运行Facebook Research Detectron遭遇libpng版本不兼容问题求助

我之前也碰到过Detectron在Ubuntu 16.04上的libpng版本冲突问题，这种情况通常是因为Detectron依赖的底层库（比如旧版Caffe或PyTorch）编译时硬绑定了特定的libpng版本，而非动态调用系统库。你找不到系统里的1.5.12，大概率是这些依赖库自带了私有libpng副本，没暴露在常规系统路径里。下面是我亲测有效的解决步骤：

• 第一步：定位Detectron依赖链中的libpng引用
  用ldd命令检查Detectron的核心组件，找出哪个模块在调用旧版libpng。如果是Python环境下的Detectron，找到它的.so扩展文件（通常在detectron/lib目录或你的虚拟环境site-packages下），执行：

  ldd /path/to/detectron/core/lib.so | grep libpng
  

  这个命令会显示实际加载的libpng路径，要是存在私有副本，就能直接定位到它的位置。

• 第二步：替换私有libpng副本为系统的libpng16
  如果发现是某依赖库自带了旧版libpng，先备份原文件，再创建软链接指向系统安装的libpng16.so.16：

  # 示例：假设找到的旧版路径是 /opt/caffe/lib/libpng15.so.15
  sudo mv /opt/caffe/lib/libpng15.so.15 /opt/caffe/lib/libpng15.so.15.bak
  sudo ln -s /usr/lib/x86_64-linux-gnu/libpng16.so.16 /opt/caffe/lib/libpng15.so.15
  

  这样程序在查找1.5版本时会自动加载16版本，绝大多数场景下兼容性没问题。

• 第三步：重新编译Detectron绑定系统libpng
  要是软链接方案无效，就重新编译Detectron，强制它使用系统的libpng16。先清理之前的编译缓存：

  cd detectron && make clean
  

  然后设置编译选项，指定libpng的路径：

  export CFLAGS="-I/usr/include/libpng16"
  export LDFLAGS="-L/usr/lib/x86_64-linux-gnu -lpng16"
  make
  

  这样编译时会优先链接系统安装的libpng16，而非默认的旧版本。

• 第四步：检查虚拟环境（如果使用的话）
  如果你在虚拟环境中运行Detectron，可能虚拟环境内的某些包自带了旧版libpng。可以检查虚拟环境的lib目录：

  ls /path/to/your/venv/lib | grep libpng
  

  若存在旧版本，同样替换为系统libpng16的软链接。

如果以上方法都不奏效，不建议手动安装libpng1.5（容易引入新冲突），可以尝试升级Detectron到兼容Python3和新版依赖的分支，或者切换到Ubuntu 18.04以上版本（系统默认的libpng版本更适配）。

内容的提问来源于stack exchange，提问作者 Siddhartha rao kamalakara