为什么对接者不在正式的Ubuntu回复中？

Question

我知道这个问题的更一般的版本，在这里找到：

为什么有些软件不在官方的Ubuntu存储库中？

不过，我想特别问一下码头工人。它似乎已经成为许多Linux体系结构中相当重要的一部分。我个人对Docker有一些疑虑，我想知道这些疑虑是否为Canonical所共有，这将使他们无法在自己的回复中托管它。我也想知道我听到的关于Docker的东西是不是更多的是市场营销而不是事实，就像经常发生的那样。

佳能有什么消息吗？或者说，“码头客”并不像我听说的那样无所不在？

Answer 1

码头在正式的Ubuntu回收中。这个docker.io套餐提供了它。另见发射台页面。

最近Ubuntu版本中的docker.io包提供了Docker的最新版本。有一种普遍的误解认为，docker.io提供了一个非常老版本的Docker。这在今天基本上是错误的，尽管曾经是这样的。尽管docker.io包在官方存储库中--实际上，因为它在官方存储库中--但您并不总是能得到最新版本的带有最新特性的Docker更新。这并不是码头工人特有的。通常，相同Ubuntu版本中的正式包都会更新只适用于安全性和严重的稳定性错误，而不是新的功能版本。。(实际上，与大多数其他包相比，Docker是更新的更多一些，尽管您可以看到Ubuntu18.04LTS没有最新版本。)

docker.io包在宇宙储存库中，这意味着它是由社区而不是由规范雇员维护的。但这仍然是一个正式的Ubuntu存储库。尽管许多最重要的包都在主存储库或受限存储库中，并且是由Can典维护的，但是Ubuntu官方存储库中的绝大多数软件都是由社区维护的，而不是由Can典维护的。如果希望通过docker.io包安装Docker，但无法安装，则可能无法启用宇宙存储库。在这种情况下，你可以启用它。

我不知道你对“码头客”有什么疑虑，也不知道你听到了什么，所以我不能直接回答这个问题。然而，正如在为什么有些软件不在官方的Ubuntu存储库中？、Ubuntu 是一个导数 of Debian和大多数软件 in Ubuntu 来自Debian中提到的那样。有一些例外，但在大多数情况下，当Ubuntu的官方APT存储库中缺少可能有用的软件时，这是因为没有人在Debian中打包和维护它，而当它出现在这些存储库中时，是因为有人这样做了。(止动包

当Canonical在Ubuntu中维护一个包--也就是说，当它位于主存储库或受限存储库时--这有时确实反映了他们的一种选择。(其他时候，它只是反映出没有那个包就不能真正合理地运行系统。Ubuntu应该可以工作，即使你没有从宇宙中安装任何软件，也没有安装多个储存库。)但是作为社区维护而不是规范维护是官方Ubuntu包最常见的状态，并且通常不会反映出Canonical或其他任何人的任何疑虑。docker.io是Ubuntu中的许多软件包之一，因为它在Debian中。

请注意，Debian和Ubuntu中的docker.io包与在上游 Docker包docker-ce中打包的方式有很大不同(您可以通过启用上游码头仓库安装它，这似乎是大多数人选择安装Docker的方式)。基本上，docker.io包在很大程度上依赖于其他包，而上游docker-ce包包含它自己的大部分依赖项。正如卢茨螯合在与码头行政和码头有关的docker.io是什么？中解释的那样：

docker-ce由docker.com提供，docker.io由Debian提供。从表面上看，这意味着您可以正确地安装docker.io，而对于docker-ce，您必须先从docker.com附加一个外部存储库。然而，更重要的是，虽然这两个包提供了正确发布的Docker版本，但它们的内部结构非常不同：

• docker.io采用Debian (或Ubuntu)的方式:每个外部依赖项都是一个单独的包，可以并且将独立更新。
• docker-ce以Golang的方式完成了它:在构建之前，所有的依赖项都会被拖到源树中，然后整个过程就形成了一个单独的包。因此，您总是一次用它的所有依赖项更新docker。

这个答案继续支持在docker.io中采取的方法。值得一读。

有关更多信息，请参见如何在Ubuntu16.04LTS上安装码头？和码头-CE或docker.io包，包括有关安装上游docker-ce包的信息。