Tag: debhelper

创build用于分发Python程序的debian软件包的标准方法？

关于如何做到这一点，有大量的信息，但是由于“有一种以上的方式来剥皮猫” ，所有涉及这个过程的教程/手册似乎都做出了某些与其他的不同的假设教程，我还没有设法掌握它。 到目前为止，这是我所理解的。 我的最终目标应该是创build一个“二进制”.deb包。 这样的软件包将是平台独立（32/64位），因为所有的Python程序都是这样的。 要创build一个“二进制”包，我需要首先创build一个源包。 要创build源包，我可以使用CDBS或debhelper 。 Debhelper是初学者推荐的方法。 创build一个源代码包的核心是在源代码目录中填充DEBIAN目录，其中包含许多文件，说明需要复制文件的位置，受版权和授权scheme的约束，它们依赖于什么等等。 如果 python源代码还带有一个distutils的setup.py脚本，第四步可以在很大程度上自动执行dh_make命令。 现在我的问题： 我的理解过程是否正确？ 有什么我失踪，或者我错了什么？ 步骤＃5对我来说真的更令人困惑：具体来说，对我来说最难掩的两点是： 如何编写安装独立程序的setup.py脚本？ 编辑：通过独立程序我的意思是一个程序，旨在由桌面用户（而不是一个模块 ，我明白像一个function的集合，被其他软件导入后使用）使用的程序。 在我的具体情况下，我实际上需要两个这样的“程序”：主要软件和一个单独的工具（实际上是第二个“程序”应该与另一个相同的程序包）。 这个DEB包的脚本有什么特殊之处？ 官方文档似乎只处理RPM和Windows的东西… 顺便说一句：这是迄今为止我能find的最好的信息来源。 如果你有比这更好的东西，请分享！ 🙂 Ubuntu的Python包装指南 从python setup.py创build一个.deb包 （它显示的步骤，但没有解释 ，足够让我跟随） ShowMeDo关于“用python编写一个.deb软件包”的video （它看起来不是最新的，如果我没有错误的话）会生成一些供个人使用的软件包，没有依赖关系，没有签名的变更日志和其他关键数据将使其与Debian政策不相容）。