Команда Gentoo Linux планирует совершить форк проекта udev

Единственный недостаток — нет инитов для всех пакетов, для которых они есть в openrc. Решение простое — написать их. Но я в этом разбираюсь плохо (да и времени нет), а разработчикам генты проще форки писать, чем это сделать.

Чего такого есть в системд, чего нет в ините генты? Отсюда другой вопрос, а нахрена тогда поддерживать сырую поделку, если есть работающее свое?

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

И в самом деле, чего тебе не хватает в опенрц, что хочется системд?

И в самом деле, чего тебе не хватает в опенрц, что хочется системд?

Единообразия. В федоре systemd, в арче systemd, а для генты я должен пользоваться другим ни на кого не похожим инитом. Зачем?

Отсюда другой вопрос, а нахрена тогда поддерживать сырую поделку, если есть работающее свое?

Есть работающий udev с systemd. Нахрена поддерживать сырой форк, если есть работающий оригинал?

И в самом деле, чего тебе не хватает в опенрц, что хочется системд?

максимум пафоса Максимум скорости

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

Ты что?! Ты никому не должен! Оупэнсорц же.

Есть работающий udev с systemd, работающим через раз.

fixed.

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

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

Тогда о чем ты вообще споришь???

Нахрена поддерживать сырой форк

Ничего, дозреет.

Скорости чего? Скорость — не самоцель. Ты умеешь вслепую десятью пальцами набирать?

Trinity и mate уже показали, что происходит с такими форками.

«Единообразия. В федоре systemd, в арче systemd, а для генты я должен пользоваться другим ни на кого не похожим инитом. Зачем?» в дебиане слаквере и убунте нет системд. зачем я им должен пользоваться в федоре? или может не пользоваться федорой?

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

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

зачем я им должен пользоваться в федоре? или может не пользоваться федорой?

Затем, что в федоре ничего другого нет. И в арче нет. И systemd мне нравится больше, чем то что было до него в арче (когда надо было иниты прописывать в rc.conf, а при ошибке старта юнита проблему нужно было искать в логах ручками). Вполне возможно, в других дистрибутивах текущие иниты ничем не уступают systemd. Но если все равно надо что-то поддерживать, почему не выбрать один общий? Потому что NIH?

уже показали, что происходит с такими форками.

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

Скорости чего?

Скорости загрузки.

Скорость — не самоцель. Ты умеешь вслепую десятью пальцами набирать?

Про десять пальцев несколько неудачно вышло. Хотя некоторые возможно умеют.

И systemd мне нравится больше

Всем пофиг.

зачем я им должен пользоваться в федоре? или может не пользоваться федорой?

Затем, что в федоре ничего другого нет. И в арче нет. [..] Но если все равно надо что-то поддерживать, почему не выбрать один общий?

Аххах) Феерично, друг)) Зависимость от дистрибутива больше чем от инита?

Мне кажется, что он действительно умён.

Дык када кажецца, креститься надо.

Что умен он, этого не отнять. А что молод — однозначно. Он не может со всех сторон анализировать задачу и принять в учет чужие интересы (есть два мнения: мое и неправильное), потому и получаются столь противоречивые решения. Правда, надо отдать ему должное, херачит он свои корявые по дизайну поделки — дай Бог здоровья каждому. Это и напрягает.

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

Ну и нахрена тада системд нужен?

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

Нахрена поддерживать сырой форк, если есть работающий оригинал?

Его не будет отдельно от системд — в этом проблема. Если бы он стоял отдельно, то нахрена бы это все кому было надо. Но ведь этот упоротый кодер все хочет в один комбайн запихать. Вот и напряглись люди. А людей напрягать вредно. Это не физика — тут реакция в разы может действия перебивать.

А людей напрягать вредно. Это не физика — тут реакция в разы может действия перебивать.

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

... и я рад форку ...

Ну так и я рад (хотя не совсем рад, но не вижу другого выхода из создавшейся ситуации). Меня напрягают люди, которые обсуждают вещи, которые не понимают.

Скорости загрузки.
Про десять пальцев несколько неудачно вышло. Хотя некоторые возможно умеют.

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

Я не против быстрой загрузки, но она не должны быть самоцелью. Более того, она должна быть безопасной для остальной системы.

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

Опять же, откуда инфа? Вообще в свете «конца света» все это не имеет значения :). И дверью никто не хлопает — ну не хотят они свой опенрц убивать на усладу Леннарту. Просто как бы намекают, что и без Поттеринга смогут дальше жить.

Ну и потом, чего тебе конкретно в опенрц не хватает (спрошу во второй разу уже)? То что он не такой как в арче? А почему он должен быть как в федорке? Тебе дистр (точнее его идея) важнее или наличие какого-то конкретно пакета в дистре?

Ну и потом, чего тебе конкретно в опенрц не хватает (спрошу во второй разу уже)? То что он не такой как в арче? А почему он должен быть как в федорке? Тебе дистр (точнее его идея) важнее или наличие какого-то конкретно пакета в дистре?

Дистр — это и репозиторий пакетов тоже. Если у них будет и udev+systemd, и форк+openrc — прекрасно, пусть поддерживают форк сколько угодно. А конкретно мне сейчас нужен systemd, и я не могу его поставить.

А конкретно мне сейчас нужен systemd

зачем он прям _нужен_?

Простой пример:

/etc/init.d/сервис start

* start failed

И лезешь в /var/log/messages искать логи.

systemctl start сервис

// тут тебе выдается кусок того самого лога с описанием проблемы.

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

высосанные из пальца примеры — демагогия. выходит, он тебе не _нужен_ реально для чего-то конкретного, а так вот просто «захотелось». скучно.

С этими высосанными примерами я сталкиваюсь при 50% обновлений, когда сервис отваливается от изменения формата конфига или обновления библиотеки.

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

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

о каком баге речь?

Если он тебе так нужен, тебе не гента нужна, а федора или арч. Только не говори, что все уже настроено на генте и тебе лень перелазить — сказал А, говори и Б.

Да не в буквальном смысле, я про

когда видел подобное в последний раз. не смог

Очевидно же, твой пример не показателен (как и мой для не-меня).

Очевидно же, твой пример не показателен (как и мой для не-меня).

совсем не очевидно. часто ли меняется формат конфигов у популярных сервисов? раз в 100 лет, 90 идёт ругань «данная опция устарела и будет удалена!».

в общем, твоё «нужно» можно классифицировать как каприз.

Если он тебе так нужен, тебе не гента нужна

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

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

А конкретно мне сейчас нужен systemd, и я не могу его поставить

И что тебе опять мешает?

С этими высосанными примерами я сталкиваюсь при 50% обновлений, когда сервис отваливается от изменения формата конфига или обновления библиотеки.

Дай угадаю, ты не знаешь про etc-update?

по-дефолту

В генте нет дефолта. А в хендбуке можно описать оба инита, там делов на полстраницы.

etc-update мне так и обновил виртуальные хосты апача с 2.2 до 2.4, ага.

Впрочем, в данном случае и у openrc лог достаточно информативен.

как только систем-д научится всем моим юзкейсам для инит системы я радостно перескочу на него, но пока он не выполняет своих задач и судя по выбранному направлению - никогда не будет. Перескакивать на другое решение можно тогда и только тогда, когда оно выполняет все юзкейсы старого или предоставляет логичные замены юзкейсов, в системд этого нет, этого нет by design. Это не мешает системд иметь очень интересные возможности, которые можно с радостью «скопировать» в нормальную инитсистему.

Опять нет инитов для половины приложений.

как только систем-д научится всем моим юзкейсам для инит системы

Каким?

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

погодь месяц - покажу :) хотя это и щас можно легко сделать с помощью xinetd и пары сервисов.

Так забери их уже из арча же, ну ёперный театыр!

Надо же, апач ещё кто-то пользует? А что, там правда менялись вирт хосты?

хотя бы статическим настройкам сети равным openrc.

И почему этого никто не сделал раньше? Что-то мне подказывает, что это не так просто.

С каких пор настройками сети занимается инит? В арче для этого netcfg, у меня wicd, есть еще NM. Когда я настраивал сеть с впнами через openrc, это был ад и израиль.

Ппц ребята вы смешные! Вы упрекаете консерваторов (назовём их так, хотя это и не так) в том, что они не знают системд, но сами при этом делаете так:

1. Системд универсален!!1 Можно свободно таскать юниты туда-сюда и ни о чём не думать!

2. Ну ок, таскай.

3. А мало ли, вдруг не работает!

4. ?????

5. FAIL.

/etc/init.d/сервис start
* start failed
И лезешь в /var/log/messages искать логи.

systemctl start сервис
// тут тебе выдается кусок того самого лога с описанием проблемы.

Вообще непонятное преимущество. (1) Система должна работать — в этом случае вся эта обертка — ненужный оверхед. (2) Система должна предоставлять инструменты для определения того, что пошло неверно — и тебе все равно придется лазить по логам, потому, что зависимости могут быть больше, чем кусок лога, который тебе дали посмотреть. То есть имея оверхед, один хрен полезешь в лог. Да здравствует Леннарт!

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

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

Сокет сервисы — это прорыв. Реальный. Для тех, кто не знает, как это было сделано до Леннарта. В общем, предлагаю завершить дискуссию и не продолжать ее до прочтения постов Леннарта про системд и его «подсистемы». А когда прочитаешь, чего Леннарт насочинял, представь себе, нужно ли вешать sshd на сокет-сервис, если ты хочешь иметь _гарантированный_ удаленный доступ к машине. И будет ли выигрышь в 0.03 сек (взято с головы, можешь увеличить на 2 порядка, если хочешь) при старте стоит того, что ты имеешь шанс не получить доступ, когда он тебе нужен из-за сбоя системд.