离线部署音频处理项目：手把手解决librosa、numba与llvmlite的版本依赖困境

1. 离线部署音频处理项目的常见痛点

最近在帮朋友部署一个音频处理的Python项目时，遇到了让人头疼的版本依赖问题。这个项目需要在完全离线的内网环境中运行，所有的依赖包都需要提前下载好wheel或tar包。本以为是个简单的活，结果在安装librosa、numba和llvmlite时，各种版本冲突和报错接踵而至。

音频处理项目通常依赖librosa这个强大的Python库，而librosa又依赖于numba进行性能优化，numba则依赖llvmlite作为底层编译器。这三个库的版本必须严格匹配，否则就会出现各种奇怪的错误。更麻烦的是，不同Python版本对这些库的支持也不一样，比如Python 3.6和3.10能用的版本组合就完全不同。

在内网环境下，最大的挑战是不能实时联网查找解决方案，也不能自动下载依赖包。每次遇到问题都需要：

1. 在外网环境复现问题
2. 找到解决方案
3. 下载所有需要的包
4. 再拿到内网去测试

这个过程往往要重复多次，非常耗时。下面我就分享下解决这些问题的实战经验，希望能帮你少走弯路。

2. 环境准备与基础依赖

2.1 Python版本选择

这个GitHub项目明确要求使用Python 3.6，这是个关键前提。Python 3.6在2021年已经停止官方支持，但很多老项目仍然依赖这个版本。如果你用Python 3.7+，会遇到完全不同的版本兼容性问题。

我建议使用conda创建一个干净的Python 3.6环境：

bash复制conda create -n audio_proj python=3.6
conda activate audio_proj

2.2 系统依赖安装

音频处理离不开ffmpeg，在Ubuntu系统上安装很简单：

bash复制sudo apt-get install ffmpeg

但在离线环境中，你需要：

1. 在有网机器上下载所有deb包及其依赖
2. 打包带到内网机器
3. 使用dpkg手动安装

可以使用以下命令下载ffmpeg及其依赖：

bash复制apt-get download $(apt-cache depends --recurse --no-recommends --no-suggests --no-conflicts -