Systemd победил в третьем голосовании по выбору системы инициализации для Debian

Этодебианкапец.

Жаль что не OpenRC, одна система загрузки для всех ОС.

Как быть с GNU/Hurd, *BSD?

Уже более года всё работает на ура.

У меня на трех с половиной локалхостах тоже всё работает на ура под рачлинуксом. Это не делает автоматически systemd не говном.

Использовать указатель (обращаться к нему), не проверяя его на равенство NULL? Без комментариев.

Вы каждое * предваряете проверкой на NULL ?

Таких вот «не волне очевидных» веток вообще быть не должно.

Вот простите сразу видно какой вы «опытный» разработчик. В нашем дерьмовом мире много чего вообще не должно быть, но увы.

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

Как быть с GNU/Hurd, *BSD?

А как раз разработчик Debian GNU/Hurd говорил, что для поддержки якобы кроссплатформенного sysvinit им пришлось писать гору костылей. Напишут и для systemd.

Ты передергиваешь. вот письмо про голосование:

https://lists.debian.org/debian-ctte/2014/02/msg00281.html

Всё что «Follow-Ups:» это как раз голосование.

Я бы сошелся к мнению оставить systemd и сделать порт на другие ядра, если не примут в апстрим. Это ведь на поиграться^Wпорт Linux дистрибутива со всем его Linux окружением на другие ядра, почему бы там не быть порту отличной системы инициализации для Linux.

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

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

«Хоронили Поттеринга. Поломали звук, сеть и инит.».

Поломали или таки починили? :)

PaulCarroty> пруфы в студию, им заблочили доступ в рассылку?

В новости написано, если что. Там двое неуспевших. И их дожидаться не стали, а поспешно проголосовали.

ебать ты остроумный

Ебать ты тупой.

мне об этом поведала реальность

...измененная

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

Когда научишься различать успех и популярность в отношении ОС, заходи, поговорим. Может быть.

а линукс так вообще не юникс

А еще научись отличать Unix от «Unix (tm)».

ой бля школиё шёл бы ты отсюда

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

Двачую.

Единственная поправка - ничего не мешает монтировать /usr из initramfs. Это не проблема.

another> Поломали или таки починили? :)

Порвали три бояна же.

А как раз разработчик Debian GNU/Hurd говорил, что для поддержки якобы кроссплатформенного sysvinit им пришлось писать гору костылей. Напишут и для systemd.

Надо было просто брать OpenRC, там гентушники уже всё написали. А вместе с дебом система стала бы ещё мощнее.

Ебать ты тупой

не обольщайся - ты ещё тупее

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

естественно у эльфов какие-то особые критерии успеха

А еще научись отличать Unix от «Unix (tm)»

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

Дебиан отстал даже от Украины, у нас это в 2004 еще придумали :-D

Они просто подождали, пока фича протухнет. Как обычно.

Эти программы ВНЕЗАПНО перестали быть способными проявлять юниксвейность? Они всё также умеют интегрироваться в гибкие решения.

Комментов таки мало, настаиваю на этом, как человек, который комментит каждый метод.

Нормальные люди пишут читаемый код и комментируют неочевидные вещи.

В том файле, на который я ссылку привел имеем бесконечный цикл (тоже гадость) с выходом по goto. Причем, мне очевидно, что можно сделать лучше, хотя понадобятся некоторые телодвижения.

Без goto != лучше.

быть способными проявлять юниксвейность

просто анриальный дебил

Они всё также умеют интегрироваться в гибкие решения

systemd тоже - он состоит из кучи утилит, которые можно комбинировать

Ебать ты тупой

не обольщайся - ты ещё тупее

Ну хоть не стал спорить, что сам тупой. Не демонстрируй больше своей тупости - она всем уже очевидна.

у тебя опять потекло по штанам

У тебя проекция баттхерта.

Не демонстрируй больше своей тупости

хороший совет, прислушайся к нему и не пиши больше херни

PaulCarroty> твоя истерика

Я пока наблюдаю истерику только у тебя.

PaulCarroty> Hurd(оно внезапно пишется именно так)

SystemD

PaulCarroty> А разработчик Hurd(оно внезапно пишется именно так) все внятно и логично обьяснил - SysV завязан на линуксовый /proc, что вызывает потребности городить тучу костылей в других системах.

Ничерта он не объяснил. Завязаны на линуксовый /proc конкретно скрипты, а не инициализация. Портировать systemd на Hurd, похоже, он сам будет, да? И в апстрим пропихивать, а то и свой Hurd-only порт поддерживать. В то же время SysV Init как работал, так и работает, хоть на костылях в Hurd.

PaulCarroty> Ответ: важнейшее мнение диванного теоретика и админа локалхоста не учтено, сочуствую.

Это не ответ, а гнилая отмазка. Отвечают по делу.

PaulCarroty> Но дальше падает иногда если включить паралельную загрузку. маленький дефект, да. и один из многих.

Примерчик можно?

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

и предложил завязать на линуксовый cgroups, блоб systemd, который весит больше чем весь hurd. :D

Не было объявления о результатах. А новость как всегда сплошной троллинг. :) Я если честно даже про использование председателем допголоса не нашел в переписке.

journalctl — охрененно удобная и полезная штука. Если для этого нужны бинарные логи, нехай будут.

Эта охреневшая^Wохрененная вещь уже научилась фильтровать сообщения по регэкспам при записи в лог?

Это первое.

Второе. journalctl выводит сообщения НА ПОРЯДКИ медленнее, чем обычное чтение из текстового файла. И когда у тебя есть лог, содержащий хренадцать сотен тысяч записей, который тебе надо прогнать через скрипты для получения анализа, можно сразу повеситься от уныния.

Вердикт: закопать.

Он там просто простынёй сказал: «Задумка хорошая, разработка - говно».

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

Она сжимает по умолчанию, евгений. Осиль man 5 journald.conf и будет тебе щастье.

Юниксвей — хреновый идеал, рождённый только катастрофической нехваткой ресурсов. Сейчас, по счастью, используют более эффективные подходы.

http://ewontfix.com/14/

Ооо, это чувак, который пилит musl. Крутой дядячка. Вот у кого есть мозги. Но поттерингофилам не понять.

dearboy> Это ведь на поиграться^Wпорт Linux дистрибутива со всем его Linux окружением на другие ядра

Не Linux-дистрибутива, а дистрибутива UNIX-подобной ОС. То, что ты называешь окружением Linux, на самом деле независимое окружение, базирующееся на GNU. А исконное ядро проекта GNU (СЮРПРИЗ!!!!) - это Hurd.

dearboy> почему бы там не быть порту отличной системы инициализации для Linux.

Насколько этот systemd «отличный» - прекрасно расписано в статейке Рича Фелкера «Broken by design: systemd». Но там далеко не все аспекты затронуты.

он даже этого не сказал. сказал, что «многое нравится». из задумок )

ты наверное из тех людей, которые пишут код в голове, там же компилируют и публикуют. Зачем предварительно инициализировать переменные, если компилятор мне 100% скажет, что я использую не инициализированные? Зачем мне писать m_ перед атрибутами, если IDE мне подсветит их?

Писать кучу мусора ради кучки ретроградов, которые не используют IDE? Любоваться ради них венгерской нотацией, длинными именами типов вместо auto; counter вместо i; делать лапшу флагов, потому что goto — это плохо. Страдать...

По вашему страдание — это и есть Ъ программирование? Не надо записывать программистов в ваш клуб мазохистов.

Эта охреневшая^Wохрененная вещь уже научилась фильтровать сообщения по регэкспам при записи в лог?

При записи? Тебя по головке много раз стукали?

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

Нахрена мне прогонять хренадцать сотен тысяч записей через скрипты, когда у меня есть journalctl с его фильтрами?

да еще и попытки писать скрипты в них выглядят смешно

Писать скрипты в XML тоже не очень серьёзно.

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

Юниксвей — хреновый идеал, рождённый только катастрофической нехваткой ресурсов. Сейчас, по счастью, используют более эффективные подходы.

не вижу аргументов.
юникс-вей оптимальный архитектурный принцип конструирования программ.

кстати, насчет ресурсов. они всегда ограничены. на мифе о неограниченных ресурсах как-раз и строятся «корпоративные» технологии.

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

Юниксвей — хреновый идеал, рождённый только катастрофической нехваткой ресурсов. Сейчас, по счастью, используют более эффективные подходы.

Свалить кучу кода в один репозитрий - это не подход %)

Когда он перестанет расти, после достижения какого feature set?

Когда научится постить фотографии в инстаграмм.

anonymous> линукс не первое и не второе

Смотря что называть линуксом. Linux - ядро. GNU/Linux - UNIX-line ОС.

anonymous> просто анриальный дебил

На себя посмотри.

anonymous> systemd тоже - он состоит из кучи утилит, которые можно комбинировать

Не утилит. а демонов. И комбинировать не в пределах ОС, а в пределах systemd без намёков на их взаимодействие. И это даже не модули, а как бы плагины получаются.

Так что «анриальный дебил» тут уже не я получаюсь.

PaulCarroty> а, так какой смысл их ждать, когда уже все решено? или ты разучился считать?

А с какой стати без них решают?

redgremlin> Юниксвей — хреновый идеал, рождённый только катастрофической нехваткой ресурсов. Сейчас, по счастью, используют более эффективные подходы.

Такие эффективные подходы как вендорлок, быдлокодинг, «эффективный менеджмент», административный ресурс, нанимание мартышкокодеров за миску супа, «get the facts» в стиле MS, ...

Когда научится постить фотографии в инстаграмм компетентные органы

Исправил.

Я пока наблюдаю истерику только у тебя.

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

Ничерта он не объяснил.

Либо ты слеп, либо не умеешь читать: http://www.opennet.ru/opennews/art.shtml?num=38957 4 и 5 абзац найдешь? И цитирую для тебя:

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

Завязаны на линуксовый /proc конкретно скрипты, а не инициализация.

Но такие, чисто технические, неувязки — далеко не самая значительная проблема. Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядром такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.

Портировать systemd на Hurd, похоже, он сам будет, да? И в апстрим пропихивать, а то и свой Hurd-only порт поддерживать.

Не в курсе, видимо да, если ему так проще. Городить тонны костылей в sysv он видимо не намерен.

Примерчик можно?

на любой вкус

anonymous> ты наверное из тех людей, которые пишут код в голове, там же компилируют и публикуют.

Я из тех, кто считает, что автоматизировать рутину хорошо, но когда автоматизация ведёт к деградации создающего, а следовательно и того, что он создаёт - это плохо. Ты, наверное, не понимаешь, почему в тех же адекватных вузах инженерную графику сначала от руки карандашами на миллиметровке учатся делать, а только потом на САПР переходят.

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

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

При записи? Тебя по головке много раз стукали?

При записи, зелёный, при записи. man rsyslog.conf

Нахрена мне прогонять хренадцать сотен тысяч записей через скрипты, когда у меня есть journalctl с его фильтрами?

Итить ты тупой. Ты вообще знаешь, для чего нужны логи? Как минимум, для того, чтобы их анализировать и получать практически полезные для админа выводы. Хотя конечно админу локалхоста не понять, он и глазками всё прочитает, и в уме всё подсчитает и проанализирует — увлекательный роман на пару сотен мегабайт с увлекательной завязкой и неожиданной развязкой.

А может journalctl и думать за тебя будет?

PaulCarroty> о да, я тут пишу о засовывании.

Да, ты пишешь о засовывании. Я указываю явно на некомпетентность конкретного разработчика (он, кстати, в Hurd сравнительно недавно), который высказал своё некомпетентное мнение.

PaulCarroty> Либо ты слеп, либо не умеешь читать: http://www.opennet.ru/opennews/art.shtml?num=38957 4 и 5 абзац найдешь?

Вот ты абзац номер 4 и прочитай. Номер 5 тоже показателен - «мы внесём линуксизм в Hurd в виде костыля, как сделали это с procfs».

PaulCarroty> на любой вкус

Другое дело. Но вот незадача: [Gentoo][openrc] А по какой причине из rc.conf выкинули опцию rc_parallel? (комментарий)

Значит параллельный запуск всё-таки работает? ;)

Ну ладно. Отключаем. И что? Получает критичное замедление? Да нифига!

Писать кучу мусора ради кучки ретроградов, которые не используют IDE?

С этого момента я перестал воспринимать твой комментарий всерьёз.