合二為一,與systemd有關

的新聞 鳳凰 評論它繼續 Debian辯論如何進行系統初始化。 長期以來,一直有聲音要求更新和擺脫舊的系統。 在那些聲音中,支持systemd的人,支持新貴的人和(很少)支持openrc的人之間的競爭…………..並且不願意支持一個以上。

討論很激烈,就像把一本多卷書放在一起(他們通過 2500消息,並且此錯誤已打開 只有2個月前!!!)。 成功遷移的多個發行版(Fedora,Arch,OpenSuse等)都支持systemd,但其追隨者感到遺憾的是Debian必須維護FreeBSD內核的版本,而systemd並未移植(Lennart也沒有打算移植它) 。 移植到FreeBSD的是OpenRC(實際上是 已實現Debian KFreeBSD的移植),但只有Gentoo及其衍生版本會使用它(Sabayon使用systemd的除外)。 而且Upstart具有來自下游(Ubuntu及其衍生產品以及Chrome OS)的優勢,但與systemd相比卻不足。 如果我們在Debian列表之外添加討論,其中包括 倫納特的意見 y 帕特里克·勞爾 回答(對列納特),相比之下,任何一場大戰都是很小的。

phoronix中的新聞也是如此,Debian技術委員會內部已經有了意見。 一方面是 伊恩·傑克遜(Ian Jackson) (Debian守護程序維護者) 誰支持暴發戶。 他認為它具有極簡主義,可以更好地集成到惡魔的代碼中,易於包裝, 擁有一個不那麼自負的社區 (根據他的說法),並準備好為Jessie選擇(OpenRC尚未推出)。 它還表明,諸如缺少IPv6和UDP套接字激活或多次套接字激活的缺點不需要困難的結構決策,因此可以更輕鬆地解決。

另一方面是 拉斯Allbery 誰贊成systemd:首先,您認為OpenRC是最保守的選擇,並且您甚至不想打擾諸如缺少與內核級別的事件集成或者其對Shell腳本的依賴性大於對聲明性語法的依賴性之類的錯誤。 在服務管理方面,套接字的激活(不僅初始化套接字,而且並行執行),守護程序狀態的集成(比新貴還完整)和深入的安全性非常突出。 還記得 Debian已經使用systemd (尤其是已登錄)用於某些應用程序,例如udev和gnome(其3.8版已經在測試中)和 您已經有了遷移計劃.

至於便攜性的問題, LWN.net上的系統風扇 他們說 ”沒有便攜式軟件,只有移植的軟件。我的意思是,要么kFreeBSD和Hurd的Debian運營商使之奏效,要么它們將變得糟糕。 第二種選擇很重,因為(根據popcon)只有0,09%的Debian用戶安裝了FreeBSD內核。

同時,KWin開發人員MartinGräßlin正在關注我曾向他們介紹過的Debian討論,他喜歡Russ Allbery在系統化和新貴之間的比較以及他打算在他的google +帳戶上發表的評論 集成系統到等離子,而且任何使用Wayland的環境都將傳遞給systemd。 特別是,您想使用套接字激活來啟動KWin會話。

Christian Loosli要求KDE不具有高度依賴性。 Martin回答說KDE特別依賴於QT,但是KDE非常討厭,他們只想要OpenRC和Upstart中都沒有的功能,而更重要的是, 因為他們希望KDE依賴kdbus (您自己的d-bus服務瀏覽器 旨在將d-bus集成到內核的項目),該項目已經依賴於systemd。 它還說不要擔心初始化系統,因為 這與您使用OpenRC還是SysVInit無關 (實際上,即使Gentoo的init是OpenRC,它也使用systemd。因此“ Debian應該沒有問題”)。 然後是Eric Hameleers(Slackware coreteam的成員)抱怨他們想選擇僅適用於Linux的技術(同樣是可移植性問題)。 馬丁要你讀 倫納特寫的虛假神話的帖子。 他相信馬丁。

您如何看待全景圖? 我要做的下一個新聞是有關systemd的文章,我將其作為足球比賽的故事來做。

系統迷荷馬·辛普森


發表您的評論

您的電子郵件地址將不會被發表。 必填字段標有 *

*

*

  1. 負責數據:MiguelÁngelGatón
  2. 數據用途:控制垃圾郵件,註釋管理。
  3. 合法性:您的同意
  4. 數據通訊:除非有法律義務,否則不會將數據傳達給第三方。
  5. 數據存儲:Occentus Networks(EU)託管的數據庫
  6. 權利:您可以隨時限制,恢復和刪除您的信息。

  1.   玉萍 他說:

    不算在投票支持新貴的人士中,有三人是規範僱員,一名是前僱員。

    在Upstar / Systemd和Mir / Waylad之間,Canonical創建的軟件與Red Hat推廣的軟件之間似乎存在爭議。

  2.   羅洛 他說:

    我認為在Debian中討論systemd或upstart或OpenRC的實現非常好。 顯然,sysvinit即將結束一個偉大的周期,簡而言之,我認為在Linux中實現其他替代方案之一的同時,在KFreeBSD和Hurd中繼續使用sysvinit會沒有問題。
    最終,赫德必須首先設法支持sata磁盤,usb,非ext2的其他分區,聲音支持,64位體系結構等。 因此,支持systemd或upstart是一長串優先事項的底部。 我認為KFreeBSD支持它的麻煩會減少。

    在systemd或新貴方面,systemd似乎具有一定優勢
    技術和新貴的運氣與ubuntu無關,沒人管。

  3.   CR0T0 他說:

    非常好的文章diazepan講述了Debian中systemd的當前狀態並了解了一點,因為有許多發行版都在使用該初始化程序(Siduction,即DEBIAN,已經在實現它)。 正如一位Debianite人士從外面看到他一樣,時不時在勇敢的ARCH論壇上閒聊。
    對我來說,實現甚至概念似乎都很複雜:它是一個框架嗎?在並行執行進程時,它可以使系統更快地加載嗎?
    作為多個發行版的母親並與穩定性相關聯,他們應該花時間在世界各地進行討論(或至少在Jessie凍結之前)。

    PS:如果您的名字不是IAN,那麼您是否不參與DEBIAN項目? d

  4.   可憐的taku 他說:

    作為debian(和衍生產品)最常用的發行版,可移植性和獨立性至關重要,但是我只是GNU編程的簡單學習者,因此我還不能參與這些技術討論。
    期待下一個ep,讀到這很有趣

  5.   費爾南多 他說:

    有趣的文章。
    我只想評論兩件事。 首先是,如果systemd是根據LGPL條款發布的,則Poettering命令不將其移植到非Linux系統是毫無價值的。 任何人都可以這樣做,因為許可證允許這樣做。
    關於KDBUS,它不是KDE項目,而是Linux內核中DBUS的實現。

    我相信,從6.06年10.10月下旬起,從2010到XNUMX的Ubuntu用戶就已成為Arch用戶,systemd優於Upstart。 從sysvinit的過渡很容易,學習處理systemd也很容易。

    1.    潘德夫92 他說:

      您應該做的就是停止網絡活動! 我仍然記得pulseaudio的巨大垃圾,以及最初幾年給我們linuxers帶來的痛苦,並且它最終致力於將systemd移植到其他unix。

    2.    蜃景 他說:

      將systemd移植到其他系統的問題是,在這些內核中不存在基礎結構,因為實際上沒有必要的組件或類似組件可以替代它們。 創建systemd到kfreebsd還將需要移植其他組件,主要是cgroups。 換句話說,根據Lenart所說,這就像試圖在沒有機場的國家降落飛機一樣。 在我看來,他們應該將openCR用於其他內核,而將systemd保留在linux上,不能因為99.1%的用戶被判使用0.9%的劣等解決方案。 更不用說kfreebsd和hurd已經使用了與linux版本不同的配置

  6.   齊普爾 他說:

    […] FreeBSD內核,未移植systemd(也不通過Lennart Poettering的明確命令移植)[…]

    您有該訂單的任何來源/鏈接嗎? 因為在我看來,Systemd是GNU,只要它保持自由,就沒有人訂購任何東西。 我認為他說的是他自己不會做這份工作,只為GNU / Linux工作,這就是為什麼您在新聞報導中寫的內容聽起來真的很糟糕,例如Poettering簡直就是怪物。

    1.    透澤潘 他說:

      我已經糾正了,但是可以。 Lennart說將systemd移植到BSD是不可行的,並且他們將不接受補丁程序使其可以在BSD或Hurd上移植(在評論中)。
      https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/8RmiAQsW9qf

  7.   克里斯托弗 他說:

    好吧,只要它對用戶是透明的,我不在乎讓我煩惱的是每個人都在燃燒火焰,似乎每個人都在嫁接一項技術並且看不到哪個更好

  8.   克里斯托弗 他說:

    太糟糕了,等我最終選擇技術時,戰鬥還是失敗了。

  9.   阿德里安·阿羅約街 他說:

    我認為您應該盡可能少地依賴一個或另一個實現。 我說的是KDE。 他們應將依賴性降到最低。 就Debian而言,也許Upstart更容易實現,因為Ubuntu已經有了它,並且潛在的錯誤數量將減少。 並且如果有必要,systemd總是可以按照本文中的指示執行。

    1.    蜃景 他說:

      發生的事情是,所需的不是這樣的“依賴”。 您想要的是利用由於恩典或不幸而引起的某些特徵。 僅systemd由於設計原因而提供新貴,因此很難以相似的方式實現相同的功能(例如,它已經具有套接字激活功能,但是非常有限,並且不允許並行激活進程,這被認為是原因之一)。套接字),所以這不是取決於它,而是您想使最好的軟件成為可能,直到今天,還是有替代方案甚至是提供相同方案的項目。 例如侏儒。 gnome並不正式依賴於登錄。 gnome依賴當前僅由登錄或控制台工具包提供的某些dbus接口。 不推薦使用consolekit並放棄它,loggind取決於systemd。 但是沒有人阻止第三方開發守護程序或機制來提供相同的kdbus接口以使用gnome,這是即使在沒有bsd的dbus或systemd的情況下,在openBSD中它們也具有nome 3.10的方式。

  10.   亞歷克斯 他說:

    就個人而言,從Arch遷移到systemd之後,我注意到啟動速度有了很大的提高

  11.   特斯拉 他說:

    我認為這些討論是針對開發人員的。 事實是,我不知道彼此之間有什麼區別,我認為對於普通用戶來說,它不太相關。 我在Manjaro上遇到了systemd,但沒有發現Debian的性能有所提高或性能較差。 所以我不知道…

    無論如何,我們希望能做到最好,我不知道該怎麼做。 大聲笑

    您好!

  12.   彼得切科 他說:

    我贊成使用systemd,因為維護Debian用戶實際上不使用的kfreebsd對我來說似乎不合邏輯。

    1.    彼得切科 他說:

      也是由於systemd的易用性及其帶來的一般改進:D.

    2.    潘德夫92 他說:

      以此思路,任何公司都不應支持Linux xD

  13.   杰羅尼莫 他說:

    我不使用Debian,但我希望他們會選擇systemd,而不是因為它易於使用而選擇“除了解某些內容外” ^^

  14.   玩具24 他說:

    是什麼導致Ubuntu選擇了Upstart而不願冒險嘗試systemd,在許多人看來,這被認為是更好的選擇? 問候。

    1.    玉萍 他說:

      我認為新貴是一種規範技術(他們喜歡使用自己的軟件),並且早於4年系統化。

  15.   阿特拉斯 他說:

    死刑xD

  16.   高盧克斯 他說:

    Debian有兩個基本的重點:穩定性和通用性,事實上,這是它對最多樣化的體系結構以及hurd和freebsd項目的支持。 我的意見是,他們應該將決定推遲到後續的穩定版本中,並致力於OpenRC,這樣可以避免這些討論。

  17.   路人 他說:

    從我的文件來看,無論如何,systemd似乎是最強大的選擇,因為他們應該擁有這些資源,因為他們不考慮分叉它

    “對OpenRc的粉絲並沒有解釋,他感到遺憾”

  18.   hour 他說:

    [+10]
    我為下一個編年史投票!
    我不是知道所用術語的用戶,但是即使對於我們所知甚少的人,看到這樣的討論是如何發展也很有趣而且很重要。

    民主,某家公司的利益,或選擇目前最適合Debian目標的公司,這將是什麼?

  19.   藍頭骨 他說:

    從我的閱讀能力以及作為程序員的角度,我可以說systemd比新貴更為先進。

    它僅在需要時才管理服務的初始化(減少系統的加載時間),還嘗試用腳本代替定義(再見.sh減速),並且還有cgroup的優點,管理員可以使用cgroups該系統完全控制所有已發布的內容。

    如果我非常討厭某種東西,它將政治與技術結合在一起……,如果出於某種技術原因而使用某物,則不應以任何方式以商業利益或單純的自私為由來操縱辯論,僅應以理由為準技術,在我看來,那是領先於新貴的方法。

  20.   索爾贊 他說:

    我對這些高級主題了解不多,但是討論非常熱情並且講得很好。 我們想要更多!

  21.   拉夫 他說:

    如果您問我:Systemd。 Arch向我展示了它值得使用,並且比同類產品要快得多。

  22.   彩虹飛 他說:

    嗯..限制它的速度(因為我沒有太多的技術知識)
    Ubuntu應該使用Upstart嗎? Ubuntu的啟動總是非常緩慢,它有時讓我想起Windows,中間是磁盤,有一台半舊的計算機,它們都花了很長時間才能讓我倒蘇打水再回來...而是將Archlinux與Systemd一起使用計算機的啟動速度比我一生中見過的任何人都要快(我並不誇張),每次有人要使用它時,他們都不希望它啟動得如此之快hahahaha

  23.   蜃景 他說:

    kdebus並非來自kde,它是freedesktop基礎的一個項目,其目標是將d-bus集成到內核中,以解決linux在進程管理級別上的某些不足。 但是,您想要做的是設計一些可以協同工作以提高安全性和沙箱處理的軟件。

    1.    透澤潘 他說:

      它已經被糾正。