我可以合并/etc/apt/sources.list中的行吗


8

我正在猜测-但想确认-在/etc/apt/sources.list文件中,没有理由不能取代这三行:

deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security restricted main

deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security universe

deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security multiverse

这一行:

deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security main restricted universe multiverse

这是正确的吗(只要这些行具有相同的存储库URL和分发类型)?还是将它们作为单独的行并将组件类型分布在不同行之间有什么目的?

Answers:


6

您的假设是正确的-例如您的例子。可以完成合并,并且通常以这种方式定义来源。

到目前为止,我不愿意将它们分解的唯一原因是,Universe和Multiverse是一个很大的仓库,需要花费时间来更新和影响生成的数据库的大小-因此,发生故障的风险。如果您只有一行,则很容易将其注释掉:))

可能有人认为这没什么大不了。但是,一旦开始对基础架构进行自动化,自动化工具往往会进行很多适当的更新,因此,如果不需要涉及的软件包,则可以减少时间。

但除此之外,我只能想到在原始sources.list文件中定位更好的文档:))


谢谢大家,所有的答案都是非常好的。我没有考虑回购的规模。但是对我来说,大部分重复的行浪费了空间,而且我更喜欢将所有存储库都列在一条行上,而其他人可能更喜欢另一种行,并且这样做的灵活性很大。
Melvin Q. Watchpocket '16

6

Debian的页面很好,可以确认您的想法:

因此语法如下:

Archive type --> Repository URL --> Distribution --> Component --> Component --> Component

代表您建议的以下行:

deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security main restricted universe multiverse

并且应该没问题。

解释性说明:

  1. 存档类型:通常为deb或deb-src,在您的情况下为deb
  2. 资料库URL资料库的地址
  3. 发行:发行级别,在您的情况下为“ xenial-security”
  4. 组成部分:受限的,主要的,宇宙的,多重宇宙,可以按照您的建议呈现,一个接一个地用空格隔开

参考文献:


6

是。您可以。您可以使用

deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security restricted main universe multiverse

对于给定的归档文件或套件类型(如)xenial-securityxenial-updates或者xenial不包含4行。

所以上面那行和这四行一样

deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security restricted     
deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security main 
deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security universe     
deb http://mirror.cc.columbia.edu/pub/linux/ubuntu/archive/ xenial-security multiverse

但我建议将这些行分成4行。这有助于从命令行快速定位和编辑行。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.