![为什么“向后移植过程不考虑上游版本”?](https://linux22.com/image/57808/%E4%B8%BA%E4%BB%80%E4%B9%88%E2%80%9C%E5%90%91%E5%90%8E%E7%A7%BB%E6%A4%8D%E8%BF%87%E7%A8%8B%E4%B8%8D%E8%80%83%E8%99%91%E4%B8%8A%E6%B8%B8%E7%89%88%E6%9C%AC%E2%80%9D%EF%BC%9F.png)
从http://opensourcehacker.com/2013/03/20/how-to-backport-packages-on-ubuntu-linux/
向后移植包将
- 从 Ubuntu 档案下载最新版本的软件包。最新版本必须存在于一些较新的 Ubuntu 版本中 – 向后移植过程不考虑上游版本
- 尝试建造它
- 将生成的 .deb 上传到 launchpad.net 上的个人 PPA 存档
为什么“向后移植过程不考虑上游版本”?考虑下游版本而不是上游版本的向后移植有什么优势?
“上游版本”是否意味着来自软件包原作者的原始(不适用于特定 Ubuntu 版本)源代码版本,可以从原作者维护的软件包网站上获取?
要进行反向移植,是否需要在 launchpad.net 上创建一个帐户并创建一个 PGP 密钥,如链接中所述?
答案1
术语“向后移植”(根据定义)意味着在系统的早期版本上重建现有包。
为什么“向后移植过程不考虑上游版本”?
打包以前未打包的软件版本不是向后移植。
对于向后移植,下游版本相对于上游版本有什么优势?
我不确定你是什么意思。 “下游发布”和“上游发布”是什么意思?通常,发布是仅上游使用的术语。打包者不发布版本,他/她只打包它。在链接中,使用了术语“上游发布”。这意味着软件的发布,“上游”这个词是多余的,可能是为了强调。还使用术语“Ubuntu 版本”。这意味着 Ubuntu 发行版的发布。这是一个聚合术语,指的是作为新版本操作系统发布的一部分,一次性打包和分发大量软件包。打包单个软件通常不称为发布。
也许您会问,为什么不直接打包新版本,而不是向后移植已经打包的版本。答案应该很明确:这通常涉及较少的工作,因为打包者已经为您完成了一些工作。话虽如此,通常可以使用较新的、以前未打包的版本来重用旧版本软件的打包。
“上游版本”是否意味着来自软件包原作者的原始(不适用于特定 Ubuntu 版本)源代码版本,可以从原作者维护的软件包网站上获取?
是的当然。
要进行反向移植,是否需要在 launchpad.net 上创建一个帐户并创建一个 PGP 密钥,如链接中所述?
不,当然没有必要。您可以在自己的计算机上执行在 Launchpad 上可以执行的任何操作,并以硬件限制为模数。 Lanchpad 没有神奇的力量。
请参阅向后移植标签以获取更多信息。