Debian上的初始化系统可能会回来,并将在投票中进行定义

Debian10

跟随线程 的主题 Debian中的初始化系统,其中我在上一篇文章中 我们的同伴Linux Post Install在博客上共享了此处(您可以在以下位置查看文章 以下链接)。 现在在最近的新闻中, 几天前,有人打电话给Debian开发人员参加 在投票中 Debian中初始化系统的多样性,无论是否应该再次接纳这些。

你必须记住这一点 在2014年有一次投票 después Debian从中采用systemd, 在当时是广泛辩论的主题。 2014年XNUMX月,负责Debian的技术委员会决定,对于操作系统的下一个主要版本,systemd将用作默认的引导系统。

然而, systemd被一些成员拒绝 来自开源社区的人,他们认为该项目违背Unix的哲学,并且其开发人员表现出反Unix的行为,因为systemd与所有非Linux系统都不兼容。

使用Debian的管理员 2014年XNUMX月,他们发起了一系列威胁 如果要默认使用systemd,则其中的一个要离开项目。

几周后,Debian社区的四位杰出成员辞职。 或减少他们的参与。 Debian项目技术委员会的两名成员Colin Watson和Russ Allberry分别于8年16月2014日和XNUMX日宣布辞职。

在经历了所有这些压力之后,技术委员会再次进行了投票 与冻结“杰西”中提供的功能之前的systemd相比。

在那段时间内 提出了几种选择 (共五个) 解决冲突。 技术委员会成员Ian Jackson提出了引导系统的耦合,他认为Debian软件包通常不需要特定的引导系统,除了个别情况外,有必要采用技术指令来强制使用它。案情合理。

另一位开发人员建议建议但不要求支持其他引导系统。

最后,按原计划保留对systemd的使用。 投票结果于2014年XNUMX月发布。

Debian中的初始化系统可能会返回

现在五年后,Debian发起了新一轮投票 判断对“初始系统多样性”的兴趣以及Debian开发人员是否在乎systemd支持替代方案。

最近在邮件列表中宣布了投票电话 投票将于27月XNUMX日结束。 不久之后,我们应该知道Debian开发社区对无系统发行支持的未来作用做出了什么决定。

由于Debian开发人员对在2019年处理非系统错误的意见不一,以及作为Debian软件包的一部分以及对各种支持症结的支持系统替代方案的兴趣/承诺,他们希望采用新的方法。初始化系统。

经过公众评论, Debian开发人员的八个投票选项包括:

  • 专注于系统
  • 系统化,但我们支持探索替代方案。
  • 支持多个引导系统很重要。
  • 支持非系统系统,而不会阻止进度。
  • 支持可移植性,而不会阻碍进度。
  • 需要支持多个引导系统。
  • 支持可移植性和多种实现。
  • 继续讨论。

在提出的选项中 如果愿意,Debian开发人员将可以选择多个。 

如果您想进一步了解 关于新闻,您可以在下面查看Debian邮件列表 以下链接。 除此之外,还详细介绍了Debian开发人员可以投票的选项。

最后,结果可以在投票结束后的一天(即28月XNUMX日)宣布。


本文内容遵循我们的原则 编辑伦理。 要报告错误,请单击 信息.

3条评论,留下您的评论

发表您的评论

您的电子邮件地址将不会被发表。

*

*

  1. 负责数据:MiguelÁngelGatón
  2. 数据用途:控制垃圾邮件,注释管理。
  3. 合法性:您的同意
  4. 数据通讯:除非有法律义务,否则不会将数据传达给第三方。
  5. 数据存储:Occentus Networks(EU)托管的数据库
  6. 权利:您可以随时限制,恢复和删除您的信息。

  1.   路易士

    systemd很烂!

  2.   其中之一

    尽管它看起来可能不像,但我认为人们对systemd的危害性越来越高,并且有更多发行版不使用systemd或提供多个启动器。

    就个人而言,我很高兴Artix(它是Arch,但没有sysmted)和OpenRC作为init,尽管它还提供了Runit和现在的s6。 我只能说这很棒。 我的笔记本电脑上有三重启动,但我仍然有(目前由于我很懒)与Arch的分区,尽管似乎没有什么区别,但是有区别。 我注意到的是,激活并行化后,Artix的启动速度要比Arch快,直到ssdm登录屏幕(我使用等离子),但是从输入密码到出现Arch桌面,这比Artix花费的时间长得多。引导速度是曾提及systemd的优点,但它被破坏了。 Arch唯一比Artix快的是关机,而且并非总是如此。 如果您有喜欢的时候出现那些著名的倒计时之一,那就慢得多。 我在Artix上获得的一切都非常稳定,它不会造成那些奇怪的崩溃(不仅仅是崩溃是因为它变成了几秒钟的乌龟),也不时有奇怪的行为或关机消息告诉谁这意味着它是编程的另一个示例(多个示例),如此糟糕,可怕,因为即使在Debian中,它的稳定性也是如此(我也有Debian的PC),这不是问题发行版或计算机不再存在它在一台计算机上发生的事情与另一台计算机上完全相同(一个是32位,另一个是64位,一个是optimus,而另一个不是),systemd是它们唯一的共同点。 尽管Artix是一台轧制机,但它与Jessie到来之前一样稳定(使用lts内核)。 我遇到了0个问题,尽管是的,我不得不阅读一些有关OpenRC的知识,以了解一些有关命令的知识,但是阅读这些知识时,了解的只是如何学习systemd的知识。

    还有一个Devuan问题,在我看来,这是Debian的耳光,因为开始有Debian的其他衍生产品改变了Devuan的基础。

    发行版排名中排名第一的发行版(MX Linux)并未将systemd用作init(尽管它确实使用shim使其兼容)。

    无论如何,在我看来,已经有一些非常出色的发行版示例,它们超出了系统化的范围,并且工作得更好。

    理想情况下,Debian应该表现得像Devuan并让您选择。 如果Ubuntu之后更改其init,它的所有派生工具也将这样做,即使是惯性,systemd也会上厕所,因为在实践中,systemd永远都不应该来自这个地方,因为实际上只有少数发行版会用它。 基本上是Red Hat,Suse,Arch等世界,因为大多数Linux领域都直接或间接地来自Debian。

    PS。-很抱歉扩展了我自己,但是我对这个话题有些不满。