Пакеты, использующие System V init, будут удалены из Fedora 24

Для надёжности (рейскондишены и прочие sleep 3 и killall $DAEMON)

В системд с этим ещё хуже вообще-то. Особенно, если ковыряться в настройках лезет чучело только что пересевшее с винды и совершенно не представляющее как что работает. Привести систему с системд в совершенно нерабочее состояние гораздо проще чем sysvinit.

удобства администрирования (поправить какой-нибудь приоритет или назначить действие при падении в юните проще, чем в скрипте).

Ковыряться в INI «удобнее» только упомянутым выше чучелам. Нормальному человеку абсолютно пофиг - что INI, что скрипты, что json какой, что, извиняюсь за мерзость, XML.

А действие при падении может быть только одно - исправление ошибки в коде демона, приводящей к падению. Все другие действия - вредительство и педерастия.

т. к. это всё неоднократно и гораздо более развёрнуто излагалось ранее.

Вот что то многокриков про очевидную божественность systemd. Я читал какие то статиьи про то, как великолепно организованы юниты и какие замечательные функции ещё добавили в systemd.

Но вот перешёл debian на него, я посмотрел что получилось. Стало быстрее? Нет. Надёжнее? В пределах 2 недель аптайма - нет. Удобнее? Нет. Экономичнее? Точно нет. Это позволило отказаться от устаревшего consolekit? Нет.

Так какие преимущества то? Реальные, по основному функционалу - систему запускать. Ситуация напоминает цитату из вики-статьи про luks: «до создания в линуксе было 3 несовместимых между собой системы, теперь их 4»

А чего это ты сначала про какое-то чучело выдумал, а потом начал что нормальному человеку пофиг.

Для 90% случаев скрипт по шаблону за 20 минут пишется. Может и быстрее, если понимать как он работает, а не так, как я.

Ты путаешь точку зрения разработчика, админа и пользователя.

Рейс-кондишены возникают у пользователя. Править декларативный конфиг (пофиг, что за формат, главное, чтобы не скрипт) будет админ. Наконец, чинить баги должен разработчик, а пока баг не починен — админу нужно как-то обеспечить системе «первую помощь».

Давно пора.

Планов удалять совместимость с System V в Fedora пока нет, потому что есть необходимость поддерживать устаревшее стороннее ПО.

Интересно, много ли такого ПО?

Стало быстрее? Нет.

А мне стало. Хотя пофиг на быстроту, она не на десктопах играет.

Надёжнее? В пределах 2 недель аптайма - нет.

Смотря что понимать под надёжностью. Тот же авторестарт разный; разнесение действий по юнитам с аккуратной расстановкой зависимостей позволяет гарантировать, что если что-то пойдёт не так, всё аккуратно упадёт в maintenance mode и поднимет мне SSH (или статически слинкованный телнет, если всё совсем плохо).

Удобнее? Нет.

Удобство субъективно.

Это позволило отказаться от устаревшего consolekit? Нет.

Дебианопроблемы.

... авторестарт ... что если что-то пойдёт не так

Штатная поддержка средств на случай «что то не так» это конечно хорошо, но создавать с ноля ради этого систему инициализации не было необходимости. Не сложный скрипт и правило хрона могут дать тот же эффект, а ведь если подумать, наверняка можно было найти более элегантное решение ничего не ломая.

Это позволило отказаться от устаревшего consolekit? Нет.

Чего?

aptitude show consolekit
Пакет: consolekit                                
Состояние: не установлен
Версия: 0.4.6-5
Приоритет: необязательный
Раздел: admin
Сопровождающий: Robert Millan <rmh@debian.org>
Архитектура: amd64

Так они пишут
Там всякие старые скрипты, типа read-import-state и т.д.
Просто новость говно, так то в офф. анонсе сказано, что юниты дописывают

С чего ты взял, что systemd создавался _только_ ради авторестарта штатными средствами?

Ты путаешь точку зрения разработчика, админа и пользователя.

Эту вендузятную религию оставьте себе. Тут нет никакой разницы между админом, пользователем и разработчиком. В общем-то, именно этим линукс до сих пор и ценен, несмотря на все потуги изменить это положение вещей. Качество пользователя намертво связано с качеством системы. Когда линуксом сможет пользоваться вендомакака (вне зависимости от принадлежности к одной из вышеуказанных категорий), линукс будет таким же глючным дерьмом как и винда.

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

А действие при падении может быть только одно - исправление ошибки в коде демона, приводящей к падению. Все другие действия - вредительство и педерастия.

Тут нет никакой разницы между админом, пользователем и разработчиком. В общем-то, именно этим линукс до сих пор и ценен

Я уже представил, как какой нить админ (!) чинит код какого нить сервиса, написанного на каком нить экзотическом языке, посреди рабочего времени. А пользователи сервиса? Пользователи подождут.

Я уже представил, как какой нить админ (!) чинит код какого нить сервиса, написанного на каком нить экзотическом языке,

Вообще-то именно так это и должно происходить. Упавший сервис запускается с дебагом и всем прочим и собирается максимально возможная информация об ошибке. Как минимум 50% ошибок возможно отловить только в режиме реальной нагрузки, например.

посреди рабочего времени.

Это типа теперь в нынешних говноконторах принято считать, что админ работает только если он чем-то непрерывно занят?

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

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

А пользователи сервиса? Пользователи подождут.

Это не винда, тут не надо по каждому чиху машину перезагружать. Пользователи легко могут получать своё и в режиме отладки. Они и не заметят ничего.

Системдец!)
Этот systemd был бы хорошей штукой, если бы Леннарт Поттеринг не стремился создать себе пожизненное рабочее место и сделал бы модульный гибкий продукт с удобной конфигурацией. Но что имеем, то имеем :)

А кто сказал, что почтовый сервер и система конфигурирования сети в одном флаконе должны быть включены в то, что должно собой заменить систему инициализации? И почему отключение этих функций должно делаться через костыли?

Упавший сервис запускается с дебагом и всем прочим и собирается максимально возможная информация об ошибке

Сбор дебаг инфы != фикс багов в коде.

Это типа теперь в нынешних говноконторах принято считать, что админ работает только если он чем-то непрерывно занят?

Рабочее время != рабочее время админа.

Пользователи легко могут получать своё и в режиме отладки. Они и не заметят ничего.

Они заметят лежащий сервис.

Алсо, у нас с тобой разные представления об админе, судя по всему. У тебя он какой то эникейщик в офисе не подхвате получается.

Дебаг != фикс багов в коде.

Дебаг не нужен, если нет желания фиксить баги в коде.

Рабочее время != рабочее время админа.

Так чем же таким типа занят админ в это рабочее время что не может ковырнуть упавшего демона? Сидит в офисе?

Они заметят лежащий сервис.

Сервисы - это у вас в винде.

Алсо, у нас с тобой разные представления об админе, судя по всему.

Конечно.

У тебя он какой то эникейщик в офисе не подхвате получается.

Что вообще админ в офисе забыл? Он должен дома сидеть, нихера не делать и получать бабло за то, что всё работает.

Никогда не понимал эти RPM-based. Хотите порцию невменяемости? Ставьте RPM-based дистр.

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

почтовый сервер

4.2

А кто сказал, что <...> система конфигурирования сети в одном флаконе

Мы вообще не говорим про остальные компоненты systemd-как-проекта. Мы говорим (точнее, я говорю) о том, что фича авторестарта — не единственная фича systemd-как-PID-1.

И почему отключение этих функций должно делаться через костыли?

4.2

Upstart остался, причем даже в качестве опции в Grub (ничего делать не надо). Systemd в Ubuntu не скоро еще впихнут до конца, если впихнут, а то может подержат и бросят, как вяленого бросили.

Эту вендузятную религию оставьте себе.

Этот илитаризм оставь себе.

Тут нет никакой разницы между админом, пользователем и разработчиком.

В твоём манямирке — может быть. В действительности она есть. Да в любом случае, если демон упал, админ через какое-то время придёт, соберёт бэктрейс и, может быть, даже починит что нужно — но до этого момента система должна работать во что бы то ни стало. То есть, перезапустить упавший демон.

Алсо, по остальным пунктам (помимо авторестарта) возражения будут?

Акстись. С 15.04 юбанта со системдой.

При этом в 16.04 в Daily (в Grub - дополнительные параметры) есть строчка загрузки без Systemd. Т.е до 2021 года будет Upstart жить.

А так с версии ubuntu 15.04 по дефолту идёт systemd.

При этом даже для новичков запилили загрузку без Systemd. Где логика? Опытный может просто поправить Grub (скопипастить содержимое загрузки с Upstart в основное поле и грузится). И где тут умолчание? Умолчание -это когда нет выбора и впихнули в глотки. Здесь же выбор есть и легкий до безобразия.

Этот илитаризм оставь себе.

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

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

Далеко не факт. Результат падения может быт непредсказуем.

То есть, перезапустить упавший демон.

Это должен решить админ, можно ли перезапускать его или нет.

Простейший пример - в процессе падения у демона поехала крыша и он стёр пароли или там права доступа к разным фичам в базе данных. Стоит ли перезапускать демона, если теперь авторизация юзера невозможна или права каждого юзера внезапно расширились до админских?

Алсо, по остальным пунктам (помимо авторестарта) возражения будут?

А что с остальными пунктами? Они реальны и существуют только в манямирке вендоадмина, где пользователь - тупорыл совсем, админ настолько туп, что не может исправить ошибку в коде, а разработчику совершенно насрать на первых и вторых. И дело вовсе не в том, что такой подход не имеет права на существование, например, а в том, что его тащат туда, где он не нужен.

Не надо путать профессионализм с элитаризмом

Так я и не путаю. Тебе, например, присуще именно второе качество (а первое, скорее всего, нет).

Простейший пример - в процессе падения у демона поехала крыша и он стёр пароли или там права доступа к разным фичам в базе данных. Стоит ли перезапускать демона, если теперь авторизация юзера невозможна или права каждого юзера внезапно расширились до админских?

Если это может случиться — то, конечно, для такого демона авторестарт включать нельзя.

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

Согласно данному критерию нетупых админов не существует.

Так я и не путаю. Тебе, например, присуще именно второе качество (а первое, скорее всего, нет).

Ну элитарию не насрать на то, что о нём думают и кем считают. Собственно в этом суть элитаризма. А мне вот насрать абсолютно.

Если это может случиться — то, конечно, для такого демона авторестарт включать нельзя.

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

Неправильно ты, дядя Фёдор, выбираешь нулевую точку. Потому что согласно этому критерию ты туп :]

Не распарсил, если честно. Это типа сомнения в том, что я могу код починить, или что?

Ну элитарию не насрать на то, что о нём думают и кем считают. Собственно в этом суть элитаризма.

Не-а. Суть элитаризма хорошо передаётся фразой про гомосексуалов и д'Артаньяна (которую я не могу привести, не нарушив правила форума).

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

Тут я ничего не могу сказать, поскольку с оными не знаком.

Это типа сомнения в том, что я могу код починить

Именно.

«Не выпиливать» недостаточно. Нужно тестировать, вносить коррективы при изменениях способа запуска самого демона, в ряде случаев просто учитывать его наличие... Резонный вопрос — зачем? Так вот, незачем.

это все отличные теоретические размышления. с практической точки зрения, с момента перехода Арча на systemd, тоесть с 2012-го, я сам поддерживаю все инитскрипты на своих системах, а также сами скрипты sysvinit. знаешь сколько раз мне пришлось что-то в них менять за все это время? 0. ноль. я был бы удивлен если бы это было не так. был только один раз когда арчемейнтейнеры поломали запуск иксов без системд, пришлось эмулировать в скрипте.

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

Пффф минорщина. Федора всегда была калом для хипстеров.

Открыл профиль intelfx. Открыл новости, которые он запостил. Systemd 214, 215, 218, 219, 220, 221, ЛОР-подкаст про Systemd, Перевод QA-сессии на Reddit с Леннартом Поттерингом, всё. Парень задро... красноглазит по Systemd, фанатик.

> Опытный может просто поправить Grub (скопипастить содержимое загрузки с Upstart в основное поле и грузится)

В Opensuse был выбор по F5. А в «дружелюбной» убунте всё - как в слаквари.

Ты много чего путаешь, судя по комментариям. В том числе, очевидно, причисляя себя к профессионалам.

Падение сервиса в продакшне вообще-то ЧП, которое требует внимания админа, а не авторестарта. Если это не шарашкина контора в полтора землекопа, естественно. Хотя бы потому, что сервис просто может не подняться под нагрузкой, он же не просто так упал.

А «админ через какое-то время придёт, соберёт бэктрейс и, может быть, даже починит что нужно» - это вообще перл. Такой админ надолго не задержится в нормальной конторе.

А насчет системды, наглядный пример отношения разработчиков к пользователям:

https://bugs.freedesktop.org/show_bug.cgi?id=53205

В том числе, очевидно, причисляя себя к профессионалам.

Кто тебе такое сказал?

Падение сервиса в продакшне вообще-то ЧП, которое требует внимания админа, а не авторестарта.

Смотря какой сервис и смотря какой продакшен.

А «админ через какое-то время придёт, соберёт бэктрейс и, может быть, даже починит что нужно» - это вообще перл. Такой админ надолго не задержится в нормальной конторе.

Что, серьёзно? :] А как должно быть? Просвети меня, о великий!

А насчет системды, наглядный пример отношения разработчиков к пользователям:
https://bugs.freedesktop.org/show_bug.cgi?id=53205

Всё правильно.

Там весь профиль - сплошные лулзы, даже список девушек ЛОРа ведется ;)

Тебя просветят менеджеры, когда за простой будут теряться килобаксы. А пока эникействуй =)

А чего «докукарекались»-то? :]

Да такие же петухи педиковатые как ты докукарекались!

Всё идёт по плану.

Конечно по плану, скоро киллер за ним придет, ой скоро!

Не-а. Суть элитаризма хорошо передаётся фразой про гомосексуалов и д'Артаньяна (которую я не могу привести, не нарушив правила форума).

Фраза про педерастов и д'Артаньяна - это пример не элитаризма, а ЧСВ.

Тут я ничего не могу сказать, поскольку с оными не знаком.

А откуда тогда знание о том, что якобы кому-то нужен рестарт демона при падении?

Именно.

Ну значит ты ошибся. Я не только чинил и добавлял нужные мне фичи во всякое барахло ещё со времён PHP/FI 2.0, но и имею на своём счёту несколько штук демонов, которым, кстати, почему-то, внезапно, никакого авторестарта никогда не требовалось.

О как. Слив засчитан.

Фраза про педерастов и д'Артаньяна - это пример не элитаризма, а ЧСВ.

Всё правильно, [эи]литаризм — разновидность распухания оного ЧСВ.

А откуда тогда знание о том, что якобы кому-то нужен рестарт демона при падении?

Потому что я могу привести пример такого демона, для которого авторестарт заведомо безопасен. При этом я не знаком с вендоадминами и не знаю, для чего они норовят включить авторестарт.

Ну значит ты ошибся. Я не только чинил и добавлял нужные мне фичи во всякое барахло ещё со времён PHP/FI 2.0 <...>

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

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

Так приведи же.

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

Однозначно да. Любого. Иначе они бы не крутились у меня на серверах.

Так приведи же.

Да всё что угодно из разряда stateless. Например, radvd.

Однозначно да. Любого.

Лжёшь. :]

Мальчик, считай свои сливы в уборной =) Отращивай ЧСВ. Пока молоко еще не обсохло =)

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

Она же еще не вышла. 3 числа релиз только.

Ты несмешной. Double fault.

Парень задро...

Ты этого тупого петуха парнем назвал?

Да всё что угодно из разряда stateless. Например, radvd.

Ну и как, частенько он падает, нужен ли ему вообще автоматический перезапуск?

Лжёшь. :]

Ну верить во что угодно у нас пока что не запрещено. Если способности других людей противоречат твоим догмам я вряд-ли смогу с этим что-то сделать. :)