Systemd-тэй холбоотой нэг нийтлэл

Мэдээ phoronix үргэлжлүүлж байгаа гэсэн тайлбар дебийн мэтгэлцээн тухай таны эхлүүлэх системийг юу хийх вэ. Шинэчлэхийг уриалж, хуучин сисвинитээс салахыг уриалж ирсэн нь удаан хугацааны туршид үргэлжилж байна. Мөн эдгээр дуу хоолойн дотор systemd, upstart болон (маш, маш цөөхөн), openrc-ийг дэмжигчдийн хоорондох өрсөлдөөн ба нэгээс илүүг дэмжих хүсэлгүй байна.

Хэлэлцүүлэг нь ширүүн бөгөөд олон боть номыг нэгтгэхтэй адил юм (тэд дамжуулж дамжуулдаг 2500 зурвасууд, энэ алдааг нээсэн ердөө 2 сарын өмнө!!!). systemd-ийг амжилттай шилжсэн хэд хэдэн хуваарилалтууд дэмждэг (Fedora, Arch, OpenSuse гэх мэт), гэхдээ дагалдагчид Debian нь systemd порт хийгдээгүй FreeBSD цөмийн хувилбаруудыг хадгалах ёстой гэж харамсдаг (мөн Леннарт үүнийг зөөх бодолгүй байгаа). FreeBSD рүү зөөсөн зүйл бол OpenRC (үнэндээ портыг Debian KFreeBSD руу нэвтрүүлсэн), гэхдээ зөвхөн Gentoo ба түүний уламжлалууд үүнийг ашигладаг (systemd ашигладаг Сабайоноос бусад). Upstart нь доод урсгалаас гарах давуу талтай (Ubuntu ба түүний уламжлалууд, мөн Chrome OS), гэхдээ systemd-тэй харьцуулахад богино байна. Хэрэв бид үүнд Debian жагсаалтаас гадуурхи хэлэлцүүлгийг нэмж оруулбал Леннартын бодол y Патрик Лауэр гэж хариулах (Леннарт), галын дөл харьцангуй бага байдаг.

Мөн Дебианы техникийн хорооны хүрээнд санал дүгнэлт гарсан гэсэн нь фононикт гарсан мэдээ байв. Нэг тал нь Ян Жексон (Debian демон засварлагч) хэн Апстартыг дэмжиж байгаа вэ?. Тэрээр үүнийг минимализм, чөтгөрийн кодонд илүү сайн нэгтгэх, баглаа боодлыг хялбар болгох, бага бардам хамт олонтой байх (түүний хэлснээр) мөн Jessie-д сонгогдоход илүү бэлэн байгаа (OpenRC хараахан болоогүй байна). Энэ нь IPv6 ба UDP залгуурыг идэвхжүүлэхгүй байх эсвэл олон сокет идэвхжүүлэх гэх мэт сул талууд нь бүтцийн хувьд хэцүү шийдвэр шаарддаггүй тул илүү хялбараар шийдвэрлэх боломжтойг харуулж байна.

Нөгөө талаар Russ Allbery Системд хэн дуртай вэНэгдүгээрт, та OpenRC бол хамгийн консерватив хувилбар бөгөөд цөмийн түвшний үйл явдлуудтай нэгдэхгүй байх, эсвэл тунхаглалын синтаксээс илүү бүрхүүлийн скриптээс хамааралтай байх зэрэг алдаануудтай тулгарахыг хүсэхгүй байна гэж бодож байна. Үйлчилгээний менежментийн хувьд сокетуудыг идэвхжүүлэх (зөвхөн эхлүүлэх төдийгүй зэрэгцүүлэн хийх), демон статусыг нэгтгэх (эхлүүлэхээс илүү бүрэн гүйцэд), аюулгүй байдлын гүнзгийрэлт зэрэг болно. Үүнийг бас санаарай Debian аль хэдийн systemd ашигладаг (ялангуяа нэвтрэх) нь udev, gnome (3.8 хувилбар нь аль хэдийн туршиж эхэлсэн байгаа) болон та нүүдлийн төлөвлөгөөгөө аль хэдийнээ бодож байсан.

Зөөврийн асуултын хувьд LWN.net дээрх системийн фэнүүд Тэд хэлэхдээ "Зөөврийн програм гэж байхгүй, зөөвөрлөгдсөн програм л байдаг.KFreeBSD, Hurd-ийн Debian тээвэрлэгчид үүнийг ажиллуулдаг, эсвэл тэд новш гэж хэлэх гэсэн юм. Энэ хоёр дахь сонголт нь (popcon-ийн дагуу) Debian хэрэглэгчдийн зөвхөн 0,09% нь FreeBSD цөм суулгасан байна.

Үүний зэрэгцээ KWin-ийн хөгжүүлэгч Мартин Грасслин Debian-ийн талаар миний ярьсан хэлэлцүүлгийг дагаж байгаа бөгөөд Russ Allbery-ийн systemd ба upstart-ийн харьцуулалт, өөрийн google + дансан дээрх сэтгэгдлүүдэд дуртай. systemd-ийг Плазмтай нэгтгэхWayland-ийг ашигладаг орчинг systemd-д дамжуулдаг. Ялангуяа та KWin сессийг эхлүүлэхийн тулд сокет идэвхжүүлэлтийг ашиглахыг хүсч байна.

Кристиан Лоосли KDE нь өндөр хамааралтай биш гэж асуужээ. Мартин KDE нь ялангуяа QT-ээс ихээхэн хамааралтай гэж хариулав. Гэхдээ үүнийг OpenRC эсвэл Upstart-т байдаггүй, гэхдээ хамгийн чухал нь үүнийг л хүсдэг. Учир нь тэд KDE-г kdbus-аас хамааралтай байхыг хүсдэг (өөрийн d-bus үйлчилгээ хайгч d-bus-ийг цөмтэй нэгтгэхийг зорьж буй төсөл) аль хэдийн systemd-ээс хамаарна. Түүнчлэн эхлүүлэх системийн талаар санаа зовох хэрэггүй гэж хэлсэн энэ нь та OpenRC эсвэл SysVInit ашигладаг эсэхээс үл хамаарах болно (Үнэндээ Gentoo нь init нь OpenRC байсан ч systemd ашигладаг. Тиймээс "Debian-т ямар ч асуудал гарах ёсгүй"). Зөвхөн Эрик Хамелерс (Slackware coreteam-ийн гишүүн) зөвхөн Линуксд зориулагдсан технологийг сонгохыг хүсч байна гэж гомдоллож байна (дахин зөөврийн асуудал). Мартин чамайг уншихыг хүсч байна Леннарт бичсэн хуурамч домгийн бичлэг. Тэр Мартинд итгэдэг.

Панорамагийн талаар та юу гэж бодож байна? Миний хийх ёстой дараагийн мэдээ бол systemd-ийн тухай нийтлэл бөгөөд би үүнийг хөлбөмбөгийн тоглоомын түүх болгон хийх гэж байна.

systemd фенүүд homer simpson


Нийтлэлийн агуулга нь бидний зарчмуудыг баримталдаг редакцийн ёс зүй. Алдааны талаар мэдээлэхийн тулд товшино уу энд байна.

31 сэтгэгдэл, үлдээгээрэй

Сэтгэгдэлээ үлдээгээрэй

Таны и-мэйл хаяг хэвлэгдсэн байх болно. Шаардлагатай талбарууд нь тэмдэглэгдсэн байна *

*

*

  1. Мэдээллийг хариуцах: Мигель Анхель Гатан
  2. Мэдээллийн зорилго: СПАМ-ыг хянах, сэтгэгдлийн менежмент.
  3. Хууль ёсны байдал: Таны зөвшөөрөл
  4. Мэдээллийн харилцаа холбоо: Хуулийн үүргээс бусад тохиолдолд мэдээллийг гуравдагч этгээдэд дамжуулахгүй.
  5. Өгөгдөл хадгалах: Occentus Networks (ЕХ) -с зохион байгуулсан мэдээллийн сан
  6. Эрх: Та хүссэн үедээ мэдээллээ хязгаарлаж, сэргээж, устгаж болно.

  1.   Vicky гэж хэлэв

    Эхлүүлэхийг дэмжиж санал өгсөн хүмүүсийн гурав нь каноник ажилтан, нэг нь хуучин ажилтан байсан гэдгийг тооцохгүй.

    Upstar / Systemd ба Mir / Waylad-ийн хооронд Canonical-ийн бүтээсэн, Red Hat-ийн сурталчилсан программын хоорондох маргаантай өрсөлдөөн байх шиг байна (бусад дунд)

  2.   роль гэж хэлэв

    Debian дээр systemd эсвэл upstart эсвэл OpenRC-ийн хэрэгжилтийг хэлэлцэж байгаа нь зүгээр гэж бодож байна. Sysvinit нь гайхалтай мөчлөгийн төгсгөлд хүрч байгаа нь тодорхой бөгөөд товчхондоо эдгээр бусад хувилбаруудын аль нэг нь Линукс дээр хэрэгжиж байхад KFreeBSD ба Hurd-д sysvinit-ийг үргэлжлүүлэн ашиглахад асуудал гарахгүй гэж бодож байна.
    Өдрийн төгсгөлд Хурд эхлээд сата диск, USB, ext2 биш бусад хуваалт, дууны дэмжлэг, 64 битийн архитектур, бусад зүйлийг дэмжиж ажиллах ёстой. systemd эсвэл upstart-ийг дэмжих нь урт хугацааны тэргүүлэх чиглэлүүдийн хамгийн сүүлчийн жагсаалтад орно. KFreeBSD үүнийг дэмжихэд бэрхшээл багатай байх гэж бодож байна.

    systemd эсвэл upstart сэдвээр systemd нь тодорхой давуу талтай юм шиг санагддаг
    арга барил, мөн өөр хэн ч биш, ubuntu-тай холбоотой харагдах азтай байдаг.

  3.   cr0t0 гэж хэлэв

    Debian дахь systemd-ийн өнөөгийн нөхцөл байдлын талаар маш сайн нийтлэл бичсэн бөгөөд энэ эхлүүлэгчийг ашигладаг хэд хэдэн дистрибютер байдаг тул үүнийг олж мэдээрэй (Siduction, DEBIAN нь үүнийг аль хэдийн хэрэгжүүлж байна). Дебиан хүн түүнийг гаднаас нь харж, үе үе зоригт ARCH-ийн форумд хов жив ярьж байхыг хардаг.
    Хэрэгжилт, тэр ч байтугай үзэл баримтлал нь надад төвөгтэй санагдаж байна: Энэ нь хүрээ мөн үү, хэд хэдэн зүйлээс гадна процессыг зэрэгцүүлэн гүйцэтгэх үед системийг хурдан ачаалах боломжийг олгодог уу?
    Хэд хэдэн дистрибьютерийн эх байхын тулд Тогтвортой байдалтай холбоотой байхын тулд тэд дэлхийн өнцөг булан бүрт үүнийг хэлэлцэх хэрэгтэй (эсвэл Жесси хөлдөхөөс өмнө)

    Жич: Хэрэв таны нэр IAN биш бол DEBIAN төсөл дээр ажиллахгүй юу? xd

  4.   хөөрхий таку гэж хэлэв

    Дебиан (мөн уламжлал) -ын хувьд хамгийн их ашиглагддаг түгээлт, зөөврийн байдал, бие даасан байдал нь маш чухал боловч би GNU програмчлалын энгийн суралцагч тул одоогоор эдгээр техникийн хэлэлцүүлэгт оролцож чадахгүй байна.
    Дараагийн анги гарах байх, үүнийг унших нь хөгжилтэй байсан

  5.   Фернандо гэж хэлэв

    Сонирхолтой нийтлэл.
    Би хоёр зүйл дээр тайлбар хэлмээр л байсан. Эхнийх нь хэрэв systemd нь LGPL лицензийн нөхцлийн дагуу гарсан тохиолдолд Потертеринг үүнийг Линукс бус систем рүү зөөхгүй гэсэн тушаал үнэ цэнэгүй болно. Лиценз зөвшөөрдөг тул хэн ч үүнийг хийж чадна.
    KDBUS-ийн тухайд энэ нь KDE төсөл биш харин DBUS програмыг Линукс цөм дээр хэрэгжүүлэх явдал юм.

    6.06-10.10 хооронд Ubuntu-ийн хэрэглэгч байсан бөгөөд өнөөдөр 2010 оны XNUMX-р сарын сүүлээс хойш Arch хэрэглэгч болсон тул systemd нь Upstart-ээс давуу гэж би итгэж байна. Sysvinit-ээс шилжих нь хялбар бөгөөд systemd-тэй харьцахад хялбар байдаг.

    1.    pandev92 гэж хэлэв

      Таны хийх ёстой зүйл бол вэб хийхээ болих явдал юм! Пульсеудиогийн асар их хог хаягдал, эхний жилүүдэд линуксууд бидэнд учирсан зовлонг санаж, эцэст нь systemd-ийг бусад unixes-т шилжүүлэхэд зориулж байсныг би одоо хүртэл санаж байна.

    2.    Зэрэглээ гэж хэлэв

      Systemd-ийг бусад систем рүү шилжүүлэхэд бэрхшээлтэй зүйл бол тэдгээр цөмүүдэд дэд бүтэц байхгүйгээс эсвэл практик дээр тэдгээрийг орлох шаардлагатай бүрэлдэхүүн хэсгүүд эсвэл түүнтэй төстэй бүрэлдэхүүн хэсгүүд байхгүй байгаа явдал юм. Systemd-ийг kfreebsd-д үүсгэхийн тулд бусад бүрэлдэхүүн хэсгүүдийг голчлон бүлгүүдэд шилжүүлэх шаардлагатай болно. Өөрөөр хэлбэл, Ленарт хэлэхдээ нисэх онгоцны буудал байхгүй оронд онгоц буулгах гэж байгаатай адил юм. Миний бодлоор тэд бусад цөмүүдэд openCR-ийг ашиглаж, systemd-ийг Linux дээр үлдээх хэрэгтэй бөгөөд энэ нь хэрэглэгчдийн 99.1% -ийг 0.9% доогуур шийдлийг ашиглахыг буруушааж болохгүй гэж үзэж байна. kfreebsd ба hurd нь Linux хувилбараас өөр тохиргоог аль хэдийн ашигласныг дурдах нь зүйтэй болов уу

  6.   Зипр гэж хэлэв

    [...] FreeBSD цөм, systemd-ийг зөөдөггүй (мөн Lennart Poettering-ийн шууд захиалгаар зөөхгүй) […]

    Танд энэ захиалгын эх сурвалж / холбоос байна уу? Учир нь Системд бол GNU юм шиг санагддаг бөгөөд үнэгүй хэвээр л байвал хэн ч юу ч захиалах ёсгүй. Түүний хэлсэн зүйл бол тэр өөрөө энэ ажлыг хийхгүй, зөвхөн GNU / Linux-т ажилладаг гэсэн үг гэж бодож байна, тиймээс таны мэдээнд бичсэн зүйл үнэхээр муу сонсогдож байна, Потеринг бол мангас байсан юмуу эсвэл ямар нэгэн зүйл шиг.

    1.    диазепан гэж хэлэв

      Би үүнийг аль хэдийн зассан, гэхдээ тиймээ. Леннарт systemd-ийг BSD-д оруулах боломжгүй бөгөөд үүнийг BSD эсвэл Hurd дээр зөөврийн болгохын тулд нөхөөсийг хүлээн авахгүй гэж хэлэв (тайлбар дээр байгаа).
      https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/8RmiAQsW9qf

  7.   Кристофер гэж хэлэв

    Энэ нь хэрэглэгчдэд ил тод байх л юм бол дөл хүн бүхнийг хамарч байгаа нь намайг зовоодог зүйл надад хамаагүй, бүгд технологитой гэрлэж, аль нь илүү сайн болохыг олж харахгүй байх шиг байна.

  8.   Кристофер гэж хэлэв

    Тэмцэл хүлээх нь маш муу байсан тул би сонголт хийхдээ техникийн шинжтэй болсон.

  9.   АдрианАрройо гудамж гэж хэлэв

    Миний бодлоор та аль нэг хэрэгжилтээс аль болох бага хамааралтай байх ёстой. Би үүнийг KDE-д зориулж хэлж байна. Тэд хамаарлыг хамгийн бага хэмжээнд байлгах ёстой. Debian-ийн талаар Upstart-ийг хэрэгжүүлэхэд илүү хялбар байж болох юм, яагаад гэвэл Ubuntu-д аль хэдийн орсон тул гарч болзошгүй алдааны тоо багасах болно; хэрэв шаардлагатай бол нийтлэлд заасны дагуу systemd-ийг үргэлж гүйцэтгэж болно.

    1.    Зэрэглээ гэж хэлэв

      юу болох вэ гэхээр хүссэн зүйл нь "хараат байдал" биш юм. таны хүсч байгаа зүйл бол зарим шинж чанарыг гоёмсог эсвэл харамсалтайгаар ашиглах явдал юм. зөвхөн systemd нь дизайны шалтгаанаар үүнийг ижил төстэй байдлаар хэрэгжүүлэхэд хэцүү байдаг (жишээлбэл, углуургатай холболттой боловч маш хязгаарлагдмал, үйл явцын зэрэгцээ идэвхжүүлэлтийг зөвшөөрдөггүй) сокетууд) тиймээс энэ нь хамааралтай биш харин та хамгийн сайн зөөлөн програмыг хийхийг хүсч байгаа бөгөөд өнөөдрийг хүртэл эсвэл үүнтэй ижил төстэй хувилбарууд, тэр ч байтугай төслүүд байдаг. жишээ нь gnome. gnome нь логиноос албан ёсоор хамаардаггүй. gnome нь зөвхөн logind эсвэл консолийн хэрэгслээр хангаж өгдөг тодорхой dbus интерфэйсүүд дээр тулгуурладаг. consolekit-ийг ашиглахаа больсон бөгөөд орхисон бөгөөд нэвтрэх нь systemd-ээс хамаарна. Гэхдээ gnome ашиглахын тулд ижил kdbus интерфэйсийг хангах демон эсвэл механизмыг гуравдагч этгээд боловсруулахад хэн ч саад болохгүй, тэгэхээр ямар ч bsd нь dbus эсвэл systemd байхгүй ч гэсэн openBSD дээр тэд nome 3.10-тэй байдаг.

  10.   Алекс гэж хэлэв

    Би хувьдаа Arch-оос systemd руу шилжсэний дараа эхлүүлэх хурдны хувьд маш сайн сайжирсныг анзаарсан

  11.   Tesla гэж хэлэв

    Эдгээр хэлэлцүүлгүүд нь хөгжүүлэгчдэд зориулагдсан гэж бодож байна. Үнэн бол нэг, нөгөөгийн хооронд ямар ялгаа байдаг талаар би огт мэдэхгүй бөгөөд энгийн хэрэглэгчдийн хувьд энэ нь тийм ч их хамааралтай биш гэж би боддог. Би Манжаро дээр systemd-тэй таарсан бөгөөд Debian-ийн гүйцэтгэл сайжирсан эсвэл муу гүйцэтгэл олоогүй байна. Тиймээс би мэдэхгүй байна ...

    Ямартай ч хамгийн сайнаар нь бүтээнэ гэж найдъя, ямар сонголт болохыг мэдэхгүй байна. Хэхэ

    Баярлалаа!

  12.   петерчеко гэж хэлэв

    Debian хэрэглэгчид бараг ашигладаггүй kfreebsd-ийг хадгалах нь миний хувьд логикгүй юм шиг санагддаг тул би systemd-ийг дэмжиж байна.

    1.    петерчеко гэж хэлэв

      Мөн systemd програмыг ашиглахад хялбар бөгөөд ерөнхий сайжруулалт нь: D.

    2.    pandev92 гэж хэлэв

      Ийм сэтгэлгээтэй бол аль ч компани Linux xD-г дэмжих ёсгүй

  13.   geronimo гэж хэлэв

    Би Debian ашигладаггүй, гэхдээ тэд "энэ талаар ямар нэгэн зүйл мэдэхээс гадна" ашиглахад хялбар байхын тулд systemd-ийг сонгоно гэж найдаж байна ^^

  14.   Тогерд24 гэж хэлэв

    Ubuntu-г Upstart-ийг сонгож, олон хүний ​​бодлоор илүү сайн гэж үздэг systemd-т алхам хийхгүй байхад юу нөлөөлөв? Мэндчилгээ.

    1.    Vicky гэж хэлэв

      Upstart бол каноник технологи (тэд өөрсдийнхөө програмыг ашиглах дуртай байдаг) бөгөөд 4 жилийн өмнө системд суурилсан гэж бодож байна.

  15.   atlas7jean гэж хэлэв

    Системд үхэх хүртэл xD

  16.   Gallux гэж хэлэв

    Дебиан нь тогтвортой байдал, түгээмэл байдал гэсэн хоёр чухал анхаарлыг төвлөрүүлдэг бөгөөд энэ нь хамгийн олон янзын архитектур, хурдтай, үнэгүй төслүүдийг дэмжихэд чиглэгддэг. Миний бодлоор тэд шийдвэрээ дараа дараагийн тогтвортой хувилбар руу шилжүүлж, OpenRC-д өөрсдийгөө зориулах ёстой бөгөөд ингэснээр эдгээр хэлэлцүүлгээс зайлсхийх болно.

  17.   замчин гэж хэлэв

    Миний файлаас харахад systemd нь нөөцийг нь ашиглах хамгийн хүчтэй хувилбар юм шиг санагдаж байна, яагаад гэвэл тэд үүнийг салгах талаар боддоггүй.

    "OpenRc-ийн фен болохыг тайлбарлаагүй, тэр харамсаж байна"

  18.   хуурт гэж хэлэв

    [+10]
    Би дараагийнх нь шастирын төлөө саналаа өгч байна!
    Би ашигласан нэр томъёог мэддэг хэрэглэгч биш, гэхдээ бидний мэддэггүй хүмүүст хүртэл иймэрхүү хэлэлцүүлэг хэрхэн өрнөх нь сонирхолтой бөгөөд чухал байдаг.

    Юу давамгайлах вэ, ардчилал, аль нэг компанийн ашиг сонирхол, эсвэл одоогоор Debian-ийн зорилгод хамгийн сайн бэлэн байгаа нэгийг нь сонгох уу?

  19.   Цэнхэр гавлын яс гэж хэлэв

    Уншиж чадсанаасаа гадна програмист хүний ​​хувьд systemd нь эхлүүлэхээс хамаагүй илүү дэвшилтэт гэж хэлж болно.

    Энэ нь үйлчилгээ шаардлагатай үед л эхлүүлэх ажлыг удирддаг (системийн ачаалах хугацааг багасгах), скриптийг тодорхойлолттой солихыг хичээдэг (.sh удаашралтай баяртай), мөн администраторын хамт бүлгийн давуу талтай. Систем нь гарсан бүх зүйлийг бүрэн хянах боломжтой.

    Хэрэв надад маш их үзэн яддаг зүйл байгаа бол энэ нь улс төрийг техниктэй хольж байгаа юм ..., ямар нэг зүйлийг ашиглах техникийн шалтгаан байгаа бол мэтгэлцээнийг арилжааны ашиг сонирхол эсвэл энгийн хувиа хичээсэн сэдлээр зохицуулахыг ямар ч байдлаар зөвшөөрөх ёсгүй, зөвхөн шалтгаанууд л техник техникийг давамгайлах ёстой бөгөөд энэ системд миний бодлоор эхлэхээс хамаагүй түрүүлж байгаа юм.

  20.   Торзан гэж хэлэв

    Эдгээр дэвшилтэт сэдвүүдийн талаар би сайн ойлгодоггүй боловч хэлэлцүүлэг нь маш сонирхолтой бөгөөд сайн яригдсан болно. Бид илүү их зүйлийг хүсч байна!

  21.   elav гэж хэлэв

    Хэрэв та надаас асуувал: Systemd. Арч үүнийг ашиглах нь зүйтэй бөгөөд энэ нь түүний хамтрагчдаас хамаагүй хурдан гэдгийг надад харуулсан.

  22.   Солонго_флай гэж хэлэв

    За .. үүнийг хурдаар хязгаарлах (би техникийн мэдлэг муутай болохоор)
    Ubuntu нь Upstart ашиглах ёстой гэж үү? Ubuntu-г эхлүүлэх нь үргэлж удаан байсан бөгөөд заримдаа цонхыг сануулдаг, дунд нь диск, хагас хуучин компьютертай байсан, хоёулаа надад удаан хугацаагаар асгаж, сод асгаад буцаж ирэхэд ... оронд нь Archlinux ашигладаг байсан. Systemd-тэй бол компьютер насан туршдаа харсан хүнээс илүү хурдан асдаг xD (би хэтрүүлэлгүй), хэн нэгэн үүнийг ашиглахыг хүсэх бүртээ ийм хурдан эхлэх байх гэж бодохгүй байна хахахаха

  23.   Зэрэглээ гэж хэлэв

    kdebus нь kde-ээс биш, энэ нь линуксийн процессын менежментийн түвшинд гарч байсан зарим дутагдлыг арилгахын тулд d-bus-ийг цөмд нэгтгэх зорилготой, freeesktop суурийн төсөл юм. Гэхдээ таны хүсч буй зүйл бол аюулгүй байдал, хамгаалагдсан хязгаарлагдмал орчинг сайжруулахын тулд хамтран ажиллахад зориулагдсан хэд хэдэн програм хангамжийг бий болгох явдал юм.

    1.    диазепан гэж хэлэв

      үүнийг аль хэдийн зассан.