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

А как же принцип KISS?

pacman можно и в LFS использовать

А если долго его там использовать, LFS не превратится в Арч?

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

Там, где одна секунда обходится очень дорого, во-первых, не используют арч, во-вторых, используют failover, а где используется failover, практически неважно, сколько перегружается нода.

У меня в аче уже systemd, всё как работало так и работает. По скорости загрузки на глаз монопенисуально. но поддержка systemd в rc .d не помешала бы

А systemd его нарушает? Можно об этом поподробнее?

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

в каком это смысле монолит? неужели ты наивно считаешь что исходный код systemd — это только в один файл (например systemd.с)??? :-)

или что ты там имел ввиду под словом «монолит»?

Можно об этом поподробнее?

В соседнем треде неплохая ссылка пробегала.

Спасибо за линк, узнал новое для себя. Но противоречий арчевской философии не заметил.

Видимо, у каждого своя арчевская философия.

То, что одна утилита является и системой инициализации, и менеджером устройств, и утилитой журналирования ядра, и вот менеджером сеансов, на подходе. Укуренность во все поля. Это ведь поццеринг, он высококачественный код писать умеет, да :)

Arch больше не нужен, всем CRUX за счет заведения. Он не скатился, в отличие от.

То, что одна утилита является и системой инициализации, и менеджером устройств, и утилитой журналирования ядра, и вот менеджером сеансов, на подходе.

Про cron забыл. Его тоже планируют того.

это не комбайн, а «сделайте меня развидеть» :(

То, что одна утилита является и системой инициализации, и менеджером устройств, и утилитой журналирования ядра, и вот менеджером сеансов, на подходе. Укуренность во все поля. Это ведь поццеринг, он высококачественный код писать умеет, да :)

«Одно кольцо ,чтоб править всеми.....»(c)

всем CRUX за счет заведения

до сих пор на него посматриваю с слаквари. Гениальной простоты дистрибутив.

Ты не поверишь, но все написанное в systemd реализуется разными утилитами.

Про cron забыл.

OMG.

Понимаю арч-клепателей. Это сколько работы с их хрупких плеч спадёт на юзеров.

Ты не поверишь, но все написанное в systemd реализуется разными утилитами.

угу. Интеграция udev, интеграция cgroup, интеграция journald, интеграция crond, интеграция ...consolekit? еще много чего. И вот накрылся systemctl, и я не могу удалить/запустить сервис (systemctl отвечает за это). Перезагрузить компьютер? (привет винда), что делать? systemctl halt. Ой, стоп, systemctl крэшнулся же. Что делать? тот же systemctl отвечает и за смену ранлевела. Утилит много, да.))

вот накрылся systemctl

Если накроется /sbin/init, жопа будет точно такая же, в т.ч.перезагружаться придётся через magic keys.

она одна, описана в arch way, и systemd ей противоречит не больше чем initscripts

у них просто код в одной когорте. systemd-udev это тот же самый udev что и без systemd, журнал по сути так же отдельно(можно его безболезненно похерить, а заюзать тот же rsyslog), про менеджер сеансов не скажу ибо не знаю...

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

она одна, описана в arch way

Трактовать умудряются все по-разному.

и systemd ей противоречит не больше чем initscripts

Обоснуйте, плиз.

Обоснуйте, плиз.

от обоснуя слышу ты бы сначала сказал чем systemd противоречит в твоей трактовке по сути в плане использования и настройки мало что изменяется относительно арчевских инитскриптов (для излишне упоротых даже initscripts-systemd нарисовали)

Если накроется /sbin/init, жопа будет точно такая же

сравни масштаб этих утилит, бажность утилит поццеринга, и init не берёт на себя все функции что берёт на себя systemd (в данном случае, утилита systemctl например). И если systemctl накроется, то накроется многое.

сравни масштаб этих утилит, бажность утилит поццеринга, и init не берёт на себя все функции что берёт на себя systemd (в данном случае, утилита systemctl например). И если systemctl накроется, то накроется многое.

иногда мне кажется Вы прямо таки-специально хотите чтобы sysmemctl накрылся бы..

прям если какой-то разработчик systemd случайно оставит на 5 минут комп без [CTRL]+[ALT]+[L], и +если случайно окажетесь рядом Вы .. то наверно первая мысль будет у Вас — «надо поднасрать кривым коммитом в код!» :)

Годная новость, полку кошек прибыло :-), быстрее его до ума доведут
Опосля его и можно будет ставить

Ну наконец-то! Я так рад, что аж не верится что новость не боян. Самое правильное решение, из всех их последних нововведений. systemd самая удобная из всех систем инициализации, а SysV не отвечает современным реалиям, не подходит для парралелльной загрузки сервисов на многопроцессорных машинах и поэтому морально устарел.

то наверно первая мысль будет у Вас — «надо поднасрать кривым коммитом в код!»

прям как Поттеринг)

Просто зная бажность поттеринга (1), естественную бажность софта (2), усиленную криворукостью поттеринга (3), не хотелось бы чтоб монструозная поделка брала на себя так много функций.

А вообще, время покажет. Я переходить не собираюсь, меня простые и наглядные скрипты, с подробными комментариями Патрика и примерами - полностью устраивают. ;)

Я переходить не собираюсь

да куда Вы денетесь-то от него? установите Ректос?

Меня как арчевода со стажем тоже беспокоит то, что происходит с арчем. Вначале grub 2.0, который обрел какие-то плагины/модули и явно уехал в сторону отличную от KISS, теперь вот systemd, который пишется не безызвестным автором. В общем, пичалька.

То, что одна утилита является и системой инициализации, и менеджером устройств, и утилитой журналирования ядра, и вот менеджером сеансов, на подходе.

да ты набери

systemctl | nl

systemctl --full | grep '\.service' | nl

...на фоне этого количества юнитов — функциональность systemd кажется просто копечной.

да куда Вы денетесь-то от него?

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

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

Его недавно разделили: https://wiki.archlinux.org/index.php/Rc.conf#New_configuration_file

на фоне этого количества юнитов — функциональность systemd кажется просто копечной.

менеджер устройств, система инициализации, журналирование, планировщик задач... Функциональность копеечная, ага. ;)

А что, в Арче был классический SystemV Init?

Респект, чувак. Хоть кто-то остался при своих принципах, когда большинство радостно жрет что дают и верит, что их weird KISS — самый-самый офигенский :)

Вот и пришёл северный пушной зверёк в мой любимый дистр... ТдТ

Для меня в Arch Linux главным был даже не столько KISS, сколько прозрачность и принцип наименьшего удивления. rc.conf - прекрасен, позволяет задать основные настройки за минуту, а не лазать Гейтс знает где, вспоминая, что же туда прописать и в каком формате. BSD-like инициализация - великолепна, особенно в сравнении с System V.

Увы, ничего из этого не осталось. Теперь вся надежда только на Патрика.

Ты им пользовался/смотрел? Какие впечатления? Как он по сравнению со слакой?

Аллан МакРей (Allan McRae)

здесь

обьясняет почему арч еще торт. На опеннете есть новость про это. Можете сделать на ЛОРе, если еще не было.

Самое забавное там:

Now 64-bit has overtaken the world and and most 32-bit distribution offerings are built for i686, so this is not an advantage anymore. We should probably drop i686 and crank up the optimization of the x86_64 port!

Возможно он так шутит, но я не удивлюсь, если нет.

Арч отправится в могилу.

systemd противоречит ArchLinux целиком и полностью.

systemd - это монстр, которого пытаются наделить возможностями, противопоказаными для init.

Нет собранного ядра. Нет поддержки initrd. Нет бинарных пакетов, кроме установочного диска, но обновления только через систему портов. Простая система портов (как водится, излишняя простота привела к появлению кучи дополнительных скриптов). Выпиливается вся документация, кроме манов. Портов много, свои пишутся элементарно.

Полное отсутствие чувства юмора. Полное отсутствие поблажек для пользователей. Маленькое замкнутое снобистское сообщество. Изначальная KISS-идеология выдерживается железно.

> всем CRUX за счет заведения

до сих пор на него посматриваю с слаквари. Гениальной простоты дистрибутив.

Я его на сервер ставил. Действительно простота гениальна.

Вот только есть и минусы - в какой-то определенный момент создателю разонравился sendmail и его не стало.

Потом WindowMaker. Потом BlackBox...

Как-то так. Все происходит ВДРУГ...

сто миллионов репозиториев убунты - вот это помойка. А тут как раз всё достаточно причесано.

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

Если systemd единожды окажется в RHEL'е, то так просто от него не откажутся.

Если systemd единожды окажется в RHEL'е, то так просто от него не откажутся.

От kudzu-же отказались.

по сути в плане использования и настройки мало что изменяется относительно арчевских инитскриптов

«Arch way» учитывает не только способ взаимодействия с системой, но и внутреннее её устройство. Оно должно быть максимально простым и прозрачным для пользователся. Я хочу без труда осознавать, какие шестерёнки сдвинутся если я поменяю то или другое. systemd этому мешает изо всех сил.

SysV не отвечает современным реалиям, не подходит для парралелльной загрузки сервисов на многопроцессорных машинах

Марш вики читать, специалист.