Debian环境下Python3 CherryPy包不符合命名规范的打包策略咨询

首先得明确你的核心痛点：fpm工具依赖Debian的Python包命名规范（python3-<package>）自动解析依赖，但CherryPy并未遵循该规范提供官方deb包，导致依赖解析失败。下面分两种方案拆解优缺点，帮你做决策：

方案一：重新打包CherryPy为符合Debian规范的python3-cherrypy包 #

这是最贴合Debian政策的做法，适合需要长期维护、有多个应用依赖CherryPy的场景。

优点： #

• 完全遵循Debian依赖管理原则，后续其他基于Debian的应用可直接复用该包
• 系统级共享依赖，节省磁盘空间，安全更新时只需维护python3-cherrypy一个包
• 符合Debian包的设计理念，避免应用包体积冗余

具体操作步骤： #

1. 获取对应版本的CherryPy官方源码包
2. 初始化Debian打包结构：用dh_make --python3生成基础的debian/目录配置
3. 修改debian/control文件，将包名设为python3-cherrypy，并正确声明依赖（比如python3-six、python3-setuptools等Debian已有的包）
4. 用dpkg-buildpackage -us -uc构建deb包，或直接用fpm快速包装：

   fpm -s python -t deb --package-name python3-cherrypy cherrypy==<你的目标版本>
   

5. 将构建好的包上传到内部apt仓库，供fpm打包应用时自动解析依赖

注意事项： #

• 需要持续跟进CherryPy的版本更新，同步维护这个自定义包
• 要确保包的版本号、依赖与Debian系统的Python环境兼容，避免和其他包冲突

方案二：为应用构建专属deb包，内置CherryPy依赖 #

如果你的应用是独立部署、不需要共享CherryPy依赖，或者不想维护额外的包，这个方案更省心。

优点： #

• 无需额外维护CherryPy的deb包，所有依赖完全由应用包控制
• 避免系统环境变化（比如Python版本更新、其他包冲突）影响应用运行
• 打包流程更简单，不用处理Debian政策相关的配置细节

具体操作步骤： #

1. 使用fpm的--python-vendorize参数，将CherryPy直接打包进应用包的独立目录：

   fpm -s python -t deb --python-vendorize --package-name <你的应用包名> <你的应用setup.py路径>
   

2. 或者先为应用创建virtualenv，安装所有依赖（包括CherryPy），再用fpm打包整个virtualenv目录：

   virtualenv -p python3 venv
   source venv/bin/activate
   pip install -e . cherrypy==<目标版本>
   fpm -s dir -t deb --package-name <你的应用包名> --prefix /opt/<应用目录> venv/
   

注意事项： #

• 应用包体积会增大，因为包含了CherryPy及其依赖
• 当CherryPy有安全更新时，需要重新打包并发布整个应用包

最终推荐 #

• 如果你的团队有多个应用依赖CherryPy，或者需要遵循Debian标准进行长期维护，优先选方案一
• 如果是单个应用的快速部署，或者追求依赖环境的完全可控，选方案二更高效

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