Разработчики Arch Linux начали обсуждение возможности перехода от SysV к systemd в ближайшем будущем

Arch Linux
администрирования

/0

А тем временем в соседнем треде maxcom пишет:

А чего лор падал? (комментарий)

Archlinux, а когда-то я тебя любил ...

теперь ты его еще больше ку всей своей красноглазой душой?

Может все таки кю ?

Archlinux, а когда-то я тебя любил ...

То есть, ты даже можешь объяснить, чем systemd хуже?

То есть, ты даже можешь объяснить, чем systemd хуже?

Нет конечно же, но не одобряю, как и весь лор. :)

чем systemd хуже?

Не UNIX-way, не KISS - этого вполне достаточно.

Стефан Гадреальт (Stéphane Gaudreault)

Годро, наверно? Не Ренаулт и Пеугеот же.

Вобщем к этому все шло и лично для меня новость позитивная, т.к. я одобряю альтернативные системы загрузки. Systemd конечно далеко не эталон реализации, но лучше-то (из альтернатив BSD-init и SysV-init) все равно ничего нет.

Торт.

Все правильно делают. systemd действительно выше на голову всех остальных систем инициализации. И разработчики Arch Linux, как всегда, внедряют нужные решения одними из первых. Так держать!

Теперь школоты меньше станет в арче?

Не UNIX-way, не KISS - этого вполне достаточно.

Ага.

А само ядро Linux - это безусловный UNIX-way и KISS.

Не UNIX-way

Про комбайн в виде rc.conf напомнить?

Jan de Groot

Go ahead. Maintaining 2 systems is a lot of duplicate work. Besides the duplicate work, you'll get covered in patches trying to support setups that avoid installing something new.

Polkit is an example of this: we have a patch to make systemd optional at runtime, we request users to test it, and instead of testing it we end up with a 300+ posts thread about how bad Lennart is, with nearly no-one trying to investigate what is wrong about the patch and in which situations it doesn't work.

Кстати весьма показательное замечание, напоминает ЛОР.

если rc.conf - комбайн, то что представляет собой systemd!? Который еще ни разу не KISS. И зачем изучать тогда его? Тратить время и силы на изучение? Новое должно быть лучше старого, а systemd - сомнительная хрень. :)

а как же openrc

UNIX-way-way

Так линукс не UNIX же. Зачем следовать путем UNIX-way'я?

Лезем к примеру на : https://fedoraproject.org/wiki/Printing/Debugging#Printing_troubleshooter И видим : Fedora 16: su -c '/sbin/systemctl stop cups.service' su -c '>/var/log/cups/error_log' su -c '/sbin/systemctl start cups.service' Fedora 15 and older: su -c '/sbin/service cups restartlog'

И думаем, круто ведь за место одной команды нужно сделать три ! И ошибок меньше и быстрее :)

nstead of testing it we end up with a 300+ posts thread about how bad Lennart is

Кстати весьма показательное замечание, напоминает ЛОР.

Если человек ведет себя как мудак и еще бравирует этим, что удивительного?

Больше. У школоты всё гибкое, быстро адаптируется. Через год-другой всё устаканится и пена опадёт. :)

UNIX-way вэй же! На каждое действие одна команда, но эта команда делает действие хорошо.

Про комбайн в виде rc.conf напомнить?

Смотри иногда какие таблетки упарываешь.

rc.conf не противоречит принципам UNIX-way, а также является KISS.

Ничего плохого в systemd не вижу, но будущая монополия systemd огорчает.

UNIX-way

Нет, конечно же не!. В одном конфиге и локаль и время и модули ядра и сеть. Очень юниксвейно!

Ну не нравится Unix-way всем поголовно. Что же тут поделаешь?

Наконец-то.

ядро Linux — тоже не KISS изнутри...

...однако с точки зрения пользователя — оно довольно простое (всего-то что нужно — ввёл логин пароль, и пиши себе команды в /bin/bash)

вот и systemd — наверно также :-) .. может его исходный код и не блещет малым числом строчек, но интерфейс пользователя у него должен быть простым (а если НЕ простой, то значит НАДО сделать простым :))

Очень юниксвейно!

А теперь поинтересуйся наконец - что это за зверь «UNIX-way".

Если все-таки ничерта не понял - rc.conf не противоречит принципам UNIX-way.

Потому что он не описывает конфиги? А вот был бы проблемой очень противоречил бы.

Поясните, в чём проявляется мудачество Поттеринга.

Ведь он всего лишь разработчик ПО.

Может, прежде чем называть незнакомых людей мудаками, неплохо бы в зеркало посмотреть.

но будущая монополия systemd огорчает.

Какая еще будущая монополия ? Погоди через пару лет и его забракуют и выдадут еще какую нибудь фигню.

Они уже несколько месяц планомерно изменяют структуру дистрибутива для совместимости с systemd. Так что это уже началось и финал неизбежен.

Не сравнится скриптовый init, простой, проверенный и очень гибкий с комбайно-udev-consolekit-init-монолитом, с ini-конфигами. Хоть не xml конфиги.

P.S. Что должно сподвигнуть на его изучение? Куда идёт это движение? Зачем оно лично юзеру? Зачем терпеть эти недостатки? Ради чего? Кто думает? Вдруг написали о недостатках init'a, известных 100 лет в обед, и давай скандировать как обоснование той дребедени что поццеринг мастерит.

Колаборация с апстримом неизбежна. :D

Надеюсь что Gentoo Linux не пойдёт по скользкой дорожке systemd, и останется как и раньше самым стабильным дистрибутивом всех времён :)

с классического SysV на прогрессивный systemd

прогрессивный systemd

Я за бан.

Ошметки файлов конфигурации разбросанные тут и там не радуют. И адовый синтаксис тоже. Прощай, Arch - здравствуй, FreeBSD.

Go ahead. Maintaining 2 systems is a lot of duplicate work.

Когда добавляли вторую систему, об «a lot of duplicate work» не думали вообще, потом внезапно это стало главным аргументом, и они выбросили первую. Школоло-дистрибутив, что тут еще скажешь.

Вот каждый раз сторонники системд упоминают что он быстрее грузится. Я вот всё никак в толк не возьму, они его так хардкорно отлаживают, что перезагружаются раз в полчаса? у меня система что на компе, что на ноуте, что на нетбуке перезагружается только при обновлении ядра. чего им это так упёрлось то?

Иногда даже одна секунда простоя обходится очень дорого.

arch скатился в сраное гуано. для меня остаются актуальными 2 дистра - джента и убунта.

полностью с Вами согласен

Во-первых и arch и fedora самими разрабами дистра НЕ РЕКОМЕНДУЕТЯ для серверов, а уж для серверов где «одна секунда простоя обходится очень дорого» тем более. Для таких вещей есть дистрибутивы посерьёзнее, а ещё в таких случаях используют систему неоднократного дублирования, так что аргумент незачот.

Посмотрим что выйдет.

Годно!

Арч уже давненько не торт. Единственные две вещи, которые в нем все время радуют и из-за чего им хочется пользоваться и пользуюсь - это pacman и aur. Хотя и то работа с aur изначально долбанутая на голову, а pacman можно и в LFS использовать, к примеру. :)

Иногда даже одна секунда простоя обходится очень дорого.

А вот и админы высоконагруженных критикал-импортанс локалхостов подтянулись...

пакман весч однозначно, зачетная. по крайней мере, быстрее пакетного менеджера я не знаю. а аур помойка редкостная, однозначно.