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

А теперь как для идиотов: как это затронет массы?

Тролли покукарекают, реальных изменений не будет.

Я не понял, они хотят, чтобы пакеты поддерживали systemd или чтобы они не поддерживали sysVinit? В первом случае приемлемое решение, во втором — реальный повод валить с федоры нафиг, не надо терпеть такое хамство.

// Не отношу себя ни к хейтерам, ни к фанатам systemd, использую arch c оной.

или чтобы они не поддерживали sysVinit?
во втором — реальный повод валить с федоры нафиг, не надо терпеть такое хамство.

О том же подумал
// не федорщик вообще

поддерживали systemd или чтобы они не поддерживали sysVinit

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

То есть валить с Федорной системД на какую то доругую системД? Очень гуманное решение.

Зачем такие радикальные меры ?

we will be immediately retiring any package in

the Fedora collection that relies on a System V init script instead of a systemd unit file to start

«instead of» переводится как «вместо». Т.е. они планируют удалять пакеты, использующие sysVinit вместо systemd. Как я понимаю, это не означает запрет на существование sysVinit-скриптов.

Ubuntu-то не собирается втюхивать Systemd даже в 16.04, есть еще 14.04, 12.04...

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

эм. Вот так вот сразу на мороз пакеты без юнитов? А собственные юниты написать религия не позволяет?

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

Ubuntu-то не собирается втюхивать Systemd

уже давно втюхали, частями которые все увеличиваются... 15.10 еще не смотрел, на арч перешел.

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

ммм, ну хрен знает. А как же «все для пользователей» и все такое? :)

Правильно! Им это надо, им и пыхтеть!

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

Ubuntu-то не собирается втюхивать Systemd даже в 16.04

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

«видел тред на 1 странице» ))))

вангую происки ZOGа

Ubuntu-то не собирается втюхивать Systemd даже в 16.04

не ври, единственное ubuntu for phone остаётся на upstart из-за технических сложностей с systemd. А так с версии ubuntu 15.04 по дефолту идёт systemd.

Ну что, докукарекались, подтерингофаги?

в говнофедоре орять что-то ломают

Поттеринг тут как-то боком.

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

Какая-то шиза. В чём смысл выпиливать то, что уже сделано?

А зачем поощрять ретроградство?

Более того, недостаточно просто «положить в пакет инитскрипт»; его в любом случае нужно поддерживать, тратя на это время. Неужели это не понятно?

Немного не по теме: мужики, как там на 23-ей федоре полёт? Нормально всё? Не слышно, когда rpmfusion запилят под 23-ю версию?

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

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

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

А зачем ограничивать выбор?

Да и вообще, много ли времени тратится на поддержку инит-скрипта, и чьего времени?

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

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

Ты так говоришь, как будто Fedora — это такой Enterprise Linux, за который красношапка баблом отвечает. Fedora. Ага.

Нужно тестировать

Тестировать будут заинтересованные, как и везде в FOSS.

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

Если маинтейнеру пакета ${MY_DAEMON}d лень этим заниматься — ок, вопросов нет, заинтересованные могут идти в .src.rpm, но если маинтейнеру не лень и он готов тратить своё время на это, то зачем нужен этот принудительный выпил?

то есть половина ide проприоритарных сразу перестанут работать? а софтфоны надо будет самому переписывать под systemd?

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

Все ок вполне. systemd протокнули, system v смысла поддерживать нету.

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

Пусть репрессируют, да пожестче. Чтоб там одни поттерингофаги остались. Лично я уже забыл где бросил тот трактор, на котором с федоры переехал.

Затем, что linux is not about choice, и если в рамках одного дистрибутива взят курс на выпиливание заведомо и объективно устаревшего sysvinit и унификацию core userspace, да и вообще на внедрение и доведение до ума разного рода новых технологий, то нужно идти этим курсом, а не (опять же) создавать иллюзию того, что «мы его ещё поддерживаем, нет-нет, оно не рип».

Шапочку из фольги не забудь надеть.

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

на поддержку заведомо устаревшей и рипнутой технологии

Ты так часто повторяешь эту фразу, похоже, пытаешься сам себя в этом убедить.

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

Учимся читать ОП:

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

Алсо,

проприоритарном

К логопеду, быдло.

Затем, что linux is not about choice

так и запишем в пометке

И зашибись. Меньше пакетов - меньше пользователей - меньше влияния на GNU/Linux. Редхат всегда славился всякими ублюдочными костылями начиная с совершенно дебильной kudzu, так что чем меньше его влияние на GNU/Linux - тем лучше.

Нет, себя мне убеждать в этом совершенно нет надобности: мне это очевидно.

А кумир наш, святой Линус Торвальдсович, всё так же на Федорке с Gnome 3 сидит?

Нильсович

https://en.wikipedia.org/wiki/Nils_Torvalds

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

А нахрена тогда вообще понадобились какие-то юниты в пакетах, если systemd поддерживает SysVinit скрипты и планов удалять эту поддержку нет? Какая-то ненужная и невменяемая работа чисто ради работы - писать зачем-то юниты, если давным-давно написанный скрипт и так работает. :)

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

он на федоре, но с крысой.

Для надёжности (рейскондишены и прочие sleep 3 и killall $DAEMON), увеличения производительности (в динамически запускаемых контейнерах каждый форк на счету) и удобства администрирования (поправить какой-нибудь приоритет или назначить действие при падении в юните проще, чем в скрипте).

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

Все правильно делают, зачем тянуть две системы инициализации? Написать юнит для systemd это час дела, включая время на почитать документацию и заварить чай.