а, есть

да, вижу

оно не так давно появилось просто

убунта с этим экспериментирует

убунта с этим экспериментирует

Был еще NixOS которые хотели что-то чем-то похожее на это сделать

но через свою задницу

да

А про Systemd - ну я ничего против не имею, но юзкейсы оно ломает

и доки хромают

с systemd удобнее стало

ну, лично мне

оно удобнее в простых кейсах

а в сложных оно отвратительно

все сервисы более стандартизированные

вплоть до невозможности сделать

нет, я в принципе не против если во всех остальных дистрибутивах будет какая-нибудь одна система инициализации

я ж терплю их apt-get и yum

все сервисы более стандартизированные

ну да, но если ты хочешь чего-то особенного (pre restart хуки например или прервать restart) то это не реализуемо или реализуемо через задницу (пример последнего - апгрейд nginx бинаря)

я ж терплю их apt-get и yum

Yum мертв

да я вообще считаю, что эти systemd тупо для запуска контейнеров юзать и всё

Yum мертв

в centos 7 (которая под рукой) жив и работает

да я вообще считаю, что эти systemd тупо для запуска контейнеров юзать и всё

ситуацию апгрейда демона это не убирает

если тебе нужно без даунтайма подменить бинарь на новую версию

а сейчас облака

в centos 7 (которая под рукой) жив и работает

Думал везде dnf

на балансировщике трафиком рулим, потом обновляем как угодно

да я вообще считаю, что эти systemd тупо для запуска контейнеров юзать и всё

эти? нет, systemd-nspawn это хорошо, я не видел альтернативы для простенького поднятия изолированного неймспейсами окружения

хоть с выключением

ноды

на балансировщике трафиком рулим, потом обновляем как угодно

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

хоть с выключением

так тогда зачем системд лол

ну, просто чтобы очередность загрузки поставить

какой контейнер за каким стартовать

и чтобы можно было пачку сразу ребутнуть/обновить

то есть сгруппировать по проектам

через .target'ы

Оно ещё и само рестартуться умеет при фейле

Кстати

да, там причём много вариантов

и watchdog есть там

да всё это было и раньше

вот для сложных случаев как раз, наверное

только теперь это всё есть в одном кухонном комбайне который ЕЩЕ больше тянет в себя

да всё это было и раньше

Где? В monit разве что

Кто там еще на события реагирует

Где? В monit разве что

upstart из коробки где угодно с помощью http://libslack.org/daemon/

Не суть

мне вот нравится такая схема: я делаю отдельный .service для каждого pod'а Rkt'а, а потом эти сервисы группирую через .target'ы, это выглядит довольно удобно

и я могу легко рестартнуть/остановить все поды, связанные с проектом

systemctl restart project.target

На домашней тачке не все ли равно

мне вот нравится такая схема: я делаю отдельный .service для каждого pod'а Rkt'а, а потом эти сервисы группирую через .target'ы, это выглядит довольно удобно

не, группы сервисов это удобно, спорить не могу. в том же openrc можно кастомные ранлевелы делать

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

ну и на десктопе плюс в том, что многие вещи могут стартовать параллельно

ERROR: S client not available

тем самым уменьшая время загрузки системы

зависимости и в openrc есть и в upstart кажется

ну, сейчас с NVMe SSD это не так актуально))

я помню ранние тесты загрузки на системд до приглашения иксов - 3 секунды

но там было ОЧЕНЬ много оптимизаций

и смотрелось всё с bootchartd и изучалось и проверялось еще раз

я сам линукс использую только на сервере, поэтому с позиции пользователя десктопа не особо разбирался в этом во всём)

а на сервере у меня всё в контейнерах

и фактически systemd только для запуска контейнеров, так что всё стандартно

на десктопе я люблю macOS

ну да

кстати, не думаю, что это плюс

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

да, за 400 дней аптайма вполне могло прилететь что-то критичное для ядра

потому что есть всякие патчи безопасности, новые заплатки к ядрам и проче такое и всё же лучше их ставить

есть kexec конечно, но сервисы нужные всё равно останавливать придется

мне нравится Exherbo , это форк Gentoo

там его делают парни, у которых перфекционизм из всех щелей... думаю, они не зря выбрали systemd

это те парни, которые написали paludis

не, я верю что grsecurity делает 80% уязвимостей бесполезными. сам на десктопе на hardened сижу

вот наконец-то тут появились люди, которым нравится Gentoo

а то я прямо админов не узнавал

мне нравится, но повода сказать не было

не будешь же макать убунтоидов лицом в говно просто так

Мм, я читал этот чат утром, там аж жир потек у кого-то с экрана ))

Уже почти 12, а тут все еще гента