systemd 234

Актуальнее проблем у меня нет

Ну сам-то systemd написали

В перерывах на обед?

Если для написания альтернативной реализации лишь необходимой части его интерфейсов не находится желающих, то это много говорит о количестве технически грамотных противников systemd

Многие из вас знакомы с достоинствами программиста. Их всего три, и, разумеется, это: лень, нетерпеливость и гордыня.

Какой смысл тратить силы и время, когда уже есть готовое решение? Или по твоему компетентные специалисты просто обязаны в своё свободное время что-то писать?

Какой смысл тратить силы и время, когда уже есть готовое решение?

Смысл появляется, когда это решение неприемлемо. GNU, вообще-то, была написана по этой причине, и совсем не за зарплату. Если же systemd не переписали, значит, это никому не нужно, и подавляющее большинство всё устраивает.

Смысл появляется, когда это решение неприемлемо

Уже есть runit, openrc...

GNU, вообще-то, была написана по этой причине, и совсем не за зарплату

hurd очень написан. А такие вещи как ls, mkdir и так далее достаточно просты чтоб можно было переписать.

А такие вещи как ls, mkdir и так далее достаточно просты чтоб можно было переписать.

Архив с исходным кодом coreutils больше, чем архив с исходным кодом systemd.

hurd очень написан

А такие вещи как ls, mkdir и так далее достаточно просты чтоб можно было переписать

Слабо набрасываешь.

а что кстати в иксах неюниксвейного

OH WOW.

Давай-ка обратимся к экспертному мнению разработчика X.Org/Wayland и бывшего члена совета директоров X.Org Foundation — Daniel Stone:

Некоторые заблуждения в плане X и Wayland.

«X — это юниксвейно».

X обрабатывает печать, управление буферами для рисования, имел свой тулкит, обрабатывал шрифты, имел бинарный транслятор — и всё это помимо других задач.

Ну а про сервер печати, бинарные трансляторы (COFF, A.OUT, ELF), четыре хреново работающих подсистемы ввода (базовый протокол X11, Xinput 1.0, Xinput 2.0, Xinput 2.2) и дохлый и никому ненужный тулкит (Xaw via X Toolkit Intrinsics) в (!) оконном сервере я вообще молчу.

Бгг: https://cgit.freedesktop.org/xorg/xserver/commit/?id=c9468177486833d521ec62c7...

---

systemd просто образец UNIX-Way'ности по-сравнению с этим угрёбищем, которые приняли в мир UNIX. Так что когда-то кто-то говорит о неюниксвейности systemd на десктопе, тихо и незаметно используя иксы, это всегда вызывает неудержимый смех у любых адекватных людей.

Слабо набрасываешь.

Держи. https://github.com/redox-os/coreutils

Архив с исходным кодом coreutils больше, чем архив с исходным кодом systemd.

Случаем не в Индии живёшь, что меряешь объёмом?

Подозреваю, что в исходники coreutils вы не заглядывали.

В благодарностях упомянут один из пользователей linux.org.ru — intelfx.

Зачем усовершенствовать никому не нужный продукт? Может потому, что и сам intelfx и сам никому не нужен?

These are based on BSD coreutils

Хватит.

Зачем проецировать свой манямирок в реальность?

http://esxi.z-lab.me:666/~exl_lab/screens/systemdwins.png

Зачем проецировать свой манямирок в реальность?

За спиной Потеринга стоит серьезная компания, продвигающая эту какашку. Вот и вся суть. А то, что это все внедряется в Линукс, не есть хорошо. Лично мне это НЕНУЖНО, ну а вы, мсье можете обмазываться им. Мне не жалко.

Не ходи за Поттеринга,

Ничего хорошего.

Утром встанешь, /usr набок,

А /sbin взъерошена.

Не было systemd - Linux всё равно нормально запускался и управлялся

Запускался десятки секунд на SSD

Секунд пять на SSD от grub до рабочего стола.

Подозреваю, что в исходники coreutils вы не заглядывали.

Подозреваю что от coreutils не требуется бинарная совместимость и всё такое.

Хватит

Какая разница?

Подозреваю, что в исходники coreutils вы не заглядывали.

И таки заглядывал. Код на c не может быть хорошим.

Открываем любой исходник и смотрим:

extern crate arg_parser;
extern crate coreutils;
extern crate extra;

use std::env;
use std::fs;
use std::io::{stdout, stderr, Write};
use std::os::unix::fs::PermissionsExt;
use std::u32;
use arg_parser::ArgParser;
use extra::io::fail;
use extra::option::OptionalExt;

Ой, а что это?!

Пруф или ОБС? Тонны хороших проектов, написанных на С

Но в первую очередь, это зависит от умений и разумности разработчика, поэтому coreutils - нужно и работает нормально, а systemd и pshpshpshhhhaudio (ранее PolypAudio, вот уж действительно полип так полип, все нормальные люди удаляют) - написано криворуким представителем типичной гейропы (а не европы, как множество достойных людей). А Intelfx - просто жалок, раз не понимает этого. Хочешь заслужить известность - напиши что-нибудь хорошее и полезное, вон qupzilla появилась и заслужила популярность

В благодарностях упомянут один из пользователей linux.org.ru — intelfx.

Куда же без него то :D

JobRunningTimeoutUSec

Скоро

LKHkljKLJHKJHjkhKJHKJkjbhKJLHLJhlkjhKLJH=True
jhFYfFYHFGVTGFghjhgjhg=AllowAll
PJoijoijoijJIOJ=Yes
joijoijoj=103355:336

Код на c не может быть хорошим.

Да ладна.

Может потому, что и сам intelfx и сам никому не нужен?

Ну это грубовато, нравится человеку, он контрибутит что в этом такого.

он контрибутит что в этом такого.

Контрибутит для продукта, который не вписывается в Философию UNIX? Пусть конрибутит для windows...

Я не сторонник systemd не столько в несоответствии UNIX философии (хотя linux ни разу не UNIX и тонна софта не соответствует), я противник по части жёсткой привязки других подсистем к systemd и его «утилитам», когда со временем (хотя уже) куда танцевать львиной доле дистрибутивов решает одна компания redhat. Меня тьфу, тьфу проблема эта не касается, я не админ.

Философия UNIX — нежизнеспособный выкидыш в современном мире. Если бы эта философия была даже в стародавние времена актуальна, X.Org бы выжгли калёным железом из UNIX'ов ещё в начале 80-ых, а Plan9 был бы не поделкой для хипстеров, а альтернативой MS Windows/macOS.

жёсткой привязки других подсистем к systemd и его «утилитам»

Вот я и об этом.

львиной доле дистрибутивов решает одна компания redhat.

Вот такие комитеры, как intelfx, им и помогают. И поверь, таких, как он (intelfx), немало. Своими руками, сцуки, разрушают Линукс...

в современном мире.

Вы хотели сказать в мире капиталистической монополии? Тогда да.

X.Org бы выжгли калёным железом

Да, согласен. Увы, мы живем не в идеальном мире, но стремится к идеалу нужно. А помощь systemd комитами мне непонятна...

Линукс сдох.

таких, как он (intelfx), немало. Своими руками, сцуки, разрушают Линукс...

Он бы с радостью сидел на винде, да денег на неё нет. Отсюда и такие устремления

Линукс сдох.

А мужики-то не знают.

P.S. Впрочем, поддерживаю эту идею.

исправление уязвимости CVE-2017-1000082, связанной с неправильной обработкой имени пользователя.

А ведь systemd-педики и лично Поцеринг орали, что не нужно эту уязвимость исправлять.

Уже давно. А то, что мальчишу-плохишу выдают бочку варенья - это старая тактика.

Запускался десятки секунд на SSD

Debian на sysvinit с HDD загружался около 7 секунд до DM. Другими словами - ты трепло.

Одно другому не мешает. Тем более, что systemd по духу проприетарен.

systemd как раз не решает в этой задаче.

Разве что разработчиками дистрибутивов. Ведь это они принимают решение о системе инициализации в их продукте.

RedHat - не разработчик дистрибутивов. Засланные казачки и сектанты церкви ада федоры это не разработчики.

Экономия электроэнергии.

Леннарт к каждому разработчику приходил с пистолетом и заставлял использовать logind, угрожая убить его собаку?

Нет. Он только срал под дверь и говном на весь подъезд вымазывал нехорошие надписи в адрес разработчиков дистрибутивов, из-за чего разработчики были вынуждены принять ультиматум Леннарта.

Есть eudev и mdev (из первого разработчики systemd даже код тащили).

я бы не сказал, что разница 1-2 секунды, тут изза оверхеда шелл скриптов может быть и 10 секунд (что уже относительно много).

А может и не быть.

Разработчики программ? Да в дебьяне искусственные зависимости от systemd уже делают.

Конечно баги бывают в самом начале, но по моему плюсы systemd покрывают все минусы и «болезни роста».

Миллиарды брикнутых материнских плат? Сотни тысяч 0day-пользователей! Горы запоротых NTFS-разделов! 10 DBUS при загрузке из 10! Километры бинарных несовместимых с разными системами логов! Только сегодня - генерация QR-кодов инитом! Поспеши получить QR-ко-ко-код! Даёшь вебсервер в ините! И т.д.

Запускался десятки секунд на SSD

Твоё утверждение, это толстое кококо. Не более того.

Да в дебьяне искусственные зависимости от systemd уже делают.

Где?

Там нарушено правило «всё есть файл» и нарушен принцип взаимодействия через стандартные интерфейсы.

Не понимаю о чем вы. У меня на всех серверах стоит systemd, ни разу не слышал о проблема о которых вы говорите. Откуда на серверном линуксе NTFS-раздел я вообще не понимаю.

QR коды или веб-сервер мне как то по барабану. Да конечно, возможно если бы я проектировал то сделал бы все по другому, но я не системный программист.

около 7 секунд

Что же у вас за системы такие где счет идет на секунды? Я вот например даже примерно не знаю сколько секунд грузится моя рабочая система. Но даже если бы разница была 30 - 60 - 120 я бы навряд ли заметил.

kdbus же отказались в ядро принимать, аргументируя это тем, что Кей Сиверс криворукий мудак, не?