Представлен (https://lists.ubuntu.com/archives/upstart-devel/2012-Novembe...) релиз системы инициализации Upstart 1.6 (https://launchpad.net/upstart/), изначально разработанной компанией Canonical и ныне используемой в дистрибутивах Ubuntu и RedHat Enterprise Linux 6, а также в проектах Maemo, Chrome OS и webOS. В отличии от стандартной init-системы SysV, Upstart базируется на парадигме обработки событий, работает в асинхронном режиме и использует метод учета зависимостей для определения последовательности запуска сервисов и оценки возможности их выполнения в параллельном режиме. Параллелизм запуска сервисов обеспечивает существенное повышение скорости загрузки, но ценой этому является необходимость определенной переработки init-скриптов (поддерживается режим совместимости, позволяющий запускать обычные sysvinit-скрипты, но эффективность загрузки и работы при этом теряется).В новой версии:
- Улучшена обработка ошибок;
- Добавлена поддержка загрузки без initramfs;
- Обеспечена работа тестов в окружении sbuild;
- Команда 'telinit u' теперь выполняет перезапуск Upstart с сохранением состояния, что позволяет продолжить контроль за выполнением задач после обновления самого Upstart или связанных с ним библиотек;
- В список зависимостей добавлена библиотека libjson (JSON-C).Особенности Upstart (http://upstart.ubuntu.com/):
- Запуск и остановка задач и сервисов производится через генерацию события. Например, Upstart может запустить определенные сервисы после подключения к системе дополнительного устройства и завершить после его отключения;- События генерируются при запуске или остановке задач и сервисов, что позволяет организовать привязку к ним других задач и сервисов;
- События могут быть получены от любого другого процесса в системе;
- Сервисы могут быть автоматически перезапущены при их непредвиденном завершении;
- Наблюдение и перезапуск демонов может производиться раздельно от их родительских процессов;
- Связь с управляющим init-процессом может осуществляться посредством D-Bus;
- Генерация событий в промежутки времени или через определенные интервалы, а также при изменении файлов или директорий.
URL: https://lists.ubuntu.com/archives/upstart-devel/2012-Novembe...
Новость: http://www.opennet.me/opennews/art.shtml?num=35343
>В список зависимостей добавлена библиотека libjsonНадо было libxul добавить
sqlite еще )
Есть аналогичный проект, там ваши предложения всерьёз рассмотрят с неподдельным интересом. Если конечно они _уже_ не запилили sqlite и xul в добавок к вэб серверу.
> Есть аналогичный проект, там ваши предложения всерьёз рассмотрят с неподдельным интересом.Зачем? Давайте лучше в upstart включим. А то зависимостей-то только - libNIH, D-Bus, да JSON. Отстает от флагманов отрасли!
> Есть аналогичный проект, там ваши предложения всерьёз рассмотрят с неподдельным интересом.
> Если конечно они _уже_ не запилили sqlite и xul в добавок к вэб серверу.Зря ты так старательно леннарта ругаешь. Тебе ведь его еще хвалить и воспевать, когда убунта на systemd перейдет (а процесс уже пошел).
>> Есть аналогичный проект, там ваши предложения всерьёз рассмотрят с неподдельным интересом.
>> Если конечно они _уже_ не запилили sqlite и xul в добавок к вэб серверу.
> Зря ты так старательно леннарта ругаешь. Тебе ведь его еще хвалить и
> воспевать, когда убунта на systemd перейдет (а процесс уже пошел).Придётся выпиливать, как сейчас PulseAudio. Надеюсь такая возможность будет.
>>> Есть аналогичный проект, там ваши предложения всерьёз рассмотрят с неподдельным интересом.
>>> Если конечно они _уже_ не запилили sqlite и xul в добавок к вэб серверу.
>> Зря ты так старательно леннарта ругаешь. Тебе ведь его еще хвалить и
>> воспевать, когда убунта на systemd перейдет (а процесс уже пошел).
> Придётся выпиливать, как сейчас PulseAudio. Надеюсь такая возможность будет.а зачем его выпиливать? уже года два как pa выбрался из подростковых проблем, всё прекрасно работает
>а зачем его выпиливать? уже года два как pa выбрался из подростковых проблем, всё прекрасно работаетMIDI так и не работает.
Да ччччто вввыы гговворитте!
> Да ччччто вввыы гговворитте!Ссссслооооуппокккии ннээээгооодддуууээээ....!!!
А зачем его устанавливать? Что это даст?
>> Есть аналогичный проект, там ваши предложения всерьёз рассмотрят с неподдельным интересом.
>> Если конечно они _уже_ не запилили sqlite и xul в добавок к вэб серверу.
> Зря ты так старательно леннарта ругаешь. Тебе ведь его еще хвалить и
> воспевать, когда убунта на systemd перейдет (а процесс уже пошел).4.2, было опровержение.
>4.2, было опровержение.Попутали сайт. "4.2" чисто ЛОРовский мем.
> Попутали сайт. "4.2" чисто ЛОРовский мем.Это в честь ископаемой версии GCC у некоторых?
>>4.2, было опровержение.
> Попутали сайт. "4.2" чисто ЛОРовский мем.По привычке, скорее. Ну вы поняли.
> к вэб серверу.ох, лол. так ты ведь не видел systemd, правда? даже близко не понимаешь о чём речь, когда в новостях пишут про "веб-сервер"
>ох, лол. так ты ведь не видел systemd, правда? даже близко не понимаешь о чём речь, когда >в новостях пишут про "веб-сервер"Когда пишут про Веб-сервер, подразумевают Веб-сервер. Или он там игрушечный? Плюшевый или пластмассовый?
Не, на сервере нормально че, не нужно будет дополнительный веб-сервер ставить, т.к. уже есть(сарказм). А еще можно будет модно читать на мобиле ошибки, сканируя их по штрих-коду(сарказм).
Система инииализации, должна ею и быть, не больше не меньше. Упстарт в этом плане такой и есть - быстрый, легкий, удобный, лищним функционалом не перегруженный. А кому он нужен, пусь в виде отключаемых плагинов реализуют.
Был бы Упстарт говном, не нем бы шапка не сидела. Сидела бы на дебиановском "как его там, не помню", или еще на чем. Но нет, на Упстарте сидит.
А вот про Систем-д такого не скажешь. Неважно как он стабильно-не стабильно работает, сейчас он больше троллейбус напоминает раздутый из буханки хлеба, а виной всему его папка, который решил в одном проекте реализовать все свои фантазии, и пофиг что они к системе инициализации отношение имеют как ...
Пусть еще ФТП сервер свой запилит, ну и самбу заодно(свою), чтоб удобно было всем кому не лень логи себе на комп кошерно скидывать, и еще спуллер свой, чтобы их сразу с компа можно было печатать и читать. А, ну и планировщик свой, чтобы он сам в правильное время логи печатал(все стеб и сарказм).
Систем-Д - троллейбус, с функцией инициализации сервисов.
Упстарт - нормальная система инициализации, которой я желаю долгой жизни.Все это мое ИМХО, не более.
благо что леннарт не умеет читать по русски и не заходит на опеннет
Вы поаккуратнее с сарказмами, а то еще реализует =)
А вы видели кто автор хэш функции обеспеливающий контроль логов, это братик ленарта, великий и ужасный крипто аналитик. Встроеный http сервер чтобы читать логи, гениально. <сарказм>Всегда мечтал читать логи в браузере</сарказм>. У ленарта NiH синдром в запущенной форме.
А на чем оно написано?
По большому счету, не все ли равно?Или вы надяелись на ответ "питон" или "джава", чтобы сказать "фу тормозит, вот написали бы на нормальном языке!"?
> Или вы надяелись на ответ "питон" или "джава", чтобы сказать "фу тормозит,
> вот написали бы на нормальном языке!"?С Марка станется. Он даже ядро на питоне перепишет, если ему волю дать.
А автор upstartа со своими сями в каноникал не прижился - свалил в гугл.
аналитик-убунтофоб
> ядро на питоне перепишетне осилит, это же не иконки переставлять
> А на чем оно написано?Как и положено современной системе инициализации, на сях.
> А на чем оно написано?На си, ясен пень.
Мне вот интересно, зачем начали создавать systemd, когда уже был работающий upstart.
Потому что линукс!
потому что поттеринг же
> потому что поттеринг жеА upstart при работающем sysvinit тоже поттеринг начал создавать?
>> потому что поттеринг же
> А upstart при работающем sysvinit тоже поттеринг начал создавать?sysvinit не поддерживает параллельную загрузку и интеграцию d-bus.
Для мобильных устройств скорость загрузки критична.
А что такое поттеринг?
поттеринг это инфинитив от Поттер.
не инфинитив, а герундий
> Мне вот интересно, зачем начали создавать systemd, когда уже был работающий upstart.upstart умеет не все, что может systemd. upstart все таки система инициализации, а systemd это нечто большее ;)
>> Мне вот интересно, зачем начали создавать systemd, когда уже был работающий upstart.
> upstart умеет не все, что может systemd. upstart все таки система инициализации,
> а systemd это нечто большее ;)Особенно если учесть, что убунта уже начала миграцию на systemd.
Да и gentoo уже в тестовом бранче запилили UsrMove (с понятным прицелом).
>>> Мне вот интересно, зачем начали создавать systemd, когда уже был работающий upstart.
>> upstart умеет не все, что может systemd. upstart все таки система инициализации,
>> а systemd это нечто большее ;)
> Особенно если учесть, что убунта уже начала миграцию на systemd.В каком месте? Не выдавайте желаемое за действительное.
> Да и gentoo уже в тестовом бранче запилили UsrMove (с понятным прицелом).в gentoo заливают всё, на то он и gentoo. но это не значит что что-то из этого станет дефолтом.
генту не станет зависить от чужой системы иницилизации.
> Мне вот интересно, зачем начали создавать systemd, когда уже был работающий upstart.По той же причине, по которой создали upstart при работающем sysvinit.
Чтобы Canonical не мог использовать upstart как аргумент против RedHat в споре о том что только RedHat двигает прогресс Linux
nih синдром
> Добавлена поддержка загрузки без initramfs;
> Команда 'telinit u' теперь выполняет перезапуск Upstart с сохранением состояния, что позволяет продолжить контроль за выполнением задач после обновления самого Upstart или связанных с ним библиотек;Героически реализовали возможности, которые в systemd были с самого первого релиза.
Молодцы, чо. Костыльный и неудобный аналог journal и не дотягивающий по функциональности механизм сокет-активации в прошлом релизе сделали.
Copying systemd: 10% complete :)
Есть архитекторы которые создают надёжную расширяемую платформу, тестируют и дебажат её, а потом при необходимости добавляют фичи.
Есть и те, кто делает в обратной последовательности.
Но самые хитро..ые пишут getthefacts, реализуют туеву кучу фич вроде вэб сервера в ините, потом одеваю шляпу, берут шпагу, садятся на лошадь и требуют, чтобы другие тестировали, дебажили и фиксили.
> Есть архитекторы которые создают надёжную расширяемую платформу, тестируют и дебажат её, а потом при необходимости добавляют фичи.
> Есть и те, кто делает в обратной последовательности.Авторы upstart - как раз предпочитают обратную последовательность. Ради stateful reexec пришлось порядочно переколбасить код. Интересно, сколько багов после этого вылезет...
> Но самые хитро..ые пишут getthefactsЭто про авторов upstart'а, которые хвалятся встроенным кроном и поддержкой inotify, которые у них еще только в далеких мечтах?
>> Но самые хитро..ые пишут getthefacts
> Это про авторов upstart'а, которые хвалятся встроенным кроном и поддержкой inotify, которые
> у них еще только в далеких мечтах?а чего минусуете-то? это правда, у вас горят жопы, ответить вам нечего
> а чего минусуете-то?Батхерт засчитан :)
да, я ровно о том же: минусуют, потому что правда, у горят жопы, ответить нечего
>> Но самые хитро..ые пишут getthefacts
> Это про авторов upstart'а, которые хвалятся встроенным кроном и поддержкой inotify, которые
> у них еще только в далеких мечтах?Зачем все это, если есть d-bus.
> Есть архитекторы которые создают надёжную расширяемую платформу, тестируют и дебажат её,
> а потом при необходимости добавляют фичи.
> Есть и те, кто делает в обратной последовательности.А есть Canonical. Приходит в нее чувак, пишет простенькую систему инициализации, потом говорит "Чао, бамбино, сорри" и сваливает в гугл. Разработка стоит на месте несколько лет.
Потом, чтобы не так сильно позориться на фоне конкурентов, Марк берет хворостину и гонит своих питонистов копипастить у этих самых конкурентов. В процессе архитектуру приходится спешно переделывать, потому что не все фичи впихуются.
>> Есть архитекторы которые создают надёжную расширяемую платформу, тестируют и дебажат её,
>> а потом при необходимости добавляют фичи.
>> Есть и те, кто делает в обратной последовательности.
> А есть Canonical. Приходит в нее чувак, пишет простенькую систему инициализации, потом
> говорит "Чао, бамбино, сорри" и сваливает в гугл. Разработка стоит на
> месте несколько лет.Вы новость прочитайте, если не дойдет - сходите на лаунчпад посмотрите бранч и сделайте правильные выводы как она "стоит".
> Потом, чтобы не так сильно позориться на фоне конкурентов, Марк берет хворостину
> и гонит своих питонистов копипастить у этих самых конкурентов. В процессе
> архитектуру приходится спешно переделывать, потому что не все фичи впихуются.Конкурентов пока нет. Ненависть к питону - болезнь.
> Есть архитекторы которые создают надёжную расширяемую платформу, тестируют и дебажат её, а потом при необходимости добавляют фичи.Все это очень правильно и замечательно, но при чем тут Upstart?
Возьмем, например, upstart-socket-bridge, который по задумке должен быть аналогом сокет-активации launchd/systemd (передача сокетов по fd, в лучших традициях POSIX IPC). Но архитектура Upstart, увы и ах, на такое не рассчитана, и получился только еще один аналог inetd.> Но самые хитро..ые пишут getthefacts
... и этот гетьзефакс становится роадмапом разработчиков Upstart на ближайшие лет 10 :)
>но при чем тут Upstart?При том что за годы пользования Ubuntu, Maemo и немного администрирования RHEL и CentOS у меня не вылезло ни одного косяка(и даже не слышал, чтобы кто-то IRL жаловался), связанного с Upstart, включая запуск и управление всеми имеющимися init-скриптами. Не пришлось и перестраивать всю систему с ног на голову и переносить системные директории как это настойчиво предлагается арчеводам. Не пришлось перелопачивать initrd чтобы смонтировать /usr и так далее и тому подобное.
Не приходилось и читать дартаньянские объяснения багов. Вроде "это не наш косяк и фиксить его не будем", потому что мы в белом.>Но архитектура Upstart, увы и ах, на такое не рассчитана
На это рассчитана архитектура Unix-way =)
> Не пришлось и перестраивать всю систему с ног на головуэто ложь. на новой систему ты либо получил рабочую систему, либо такие sysv скрипты пришлось переписывать. аналогично с systemd
> переносить системные директории как это настойчиво предлагается арчеводаманалогично. это ложь. на новой систему ты либо получил рабочую систему инициализаци, либо такие sysv скрипты пришлось переписывать. аналогично с systemd
> Не пришлось перелопачивать initrd чтобы смонтировать /usr и так далее и тому подобное.тут ровно тоже самое. скрипты обновления как правило initrd учитывают
> Не приходилось и читать дартаньянские объяснения багов. Вроде "это не наш косяк и фиксить его не будем", потому что мы в белом.это о чём? ссылочку предоставь
> На это рассчитана архитектура Unix-way =)не нужно задачи технического дизайна превращать в идеологию и религиозные убеждения. тем более, что того unix'а, в контексте которго родилась эта фраза давно нет. другие временя - другие требования - другие решения
> > Не приходилось и читать дартаньянские объяснения багов. Вроде "это не наш косяк и фиксить его не будем", потому что мы в белом.
> это о чём? ссылочку предоставьmwahaha, любители системд ничего не читающие кроме гетьзефакс доставляют.
>> > Не приходилось и читать дартаньянские объяснения багов. Вроде "это не наш косяк и фиксить его не будем", потому что мы в белом.
>> это о чём? ссылочку предоставь
> mwahaha, любители системд ничего не читающие кроме гетьзефакс доставляют.прувлинк давай, трепло
> прувлинк давай, треплоещё я каждому тукану, не умеющему читать, линки буду подгонять по щелчку пальцев. в прошлые обсуждения системд сбегай - здесь и на лоре.
> ещё я каждому тукану, не умеющему читатьпро папашу-алкаша своего? ок
> линки буду подгонять по щелчку пальцев
будешь, или х.. простой
> в прошлые обсуждения системд сбегай - здесь и на лоре.
это в которых systemd-хейтеры соснули, ссылаясь в качестве реального примера нанекоего дебила, поставившего на найтли-билд федоры найтли-билд systemd, при этом жалующегося на невозможность отыскать стандартными средствами отладки ошибку зацикливания? ок, слив засчитан
Мальчик, на слабо в детском садике брали лет так несколько десятков назад. Так что иди к своим в песочницу. Там поплачь что тебя дяди обижают. И папке твоему дегенерату привет.
А теперь пепка - прыгни!
т.е. прувов от тебя ждать бессысленно? ок
зы. кисло читать твой примитив. зачем ты это разместил вообще? даже фразы-оскорбления - всё сплошь повторы из сходных постов. рекомендую к прочтению художественную литературу. видимо, у вас, дегенератов, она плохо "идёт". но иного способа вырасти над собой пока не придумано.
Молодец. Давай ещё раз.
Пепка - прыгни!
> Пепка - прыгни!интересно, почему ты считаешь уместным выставление ритуалов своего интимного моциона на данном форуме?
Молодец. Повторим.
Пепка -прыгни!А потом про гоцудаля импелатола^W^W поцеринга что-нить скажи.
>> Не пришлось и перестраивать всю систему с ног на голову
> это ложь. на новой систему ты либо получил рабочую систему, либо такие
> sysv скрипты пришлось переписывать.Вот именно что скрипты, да и не все а лишь некоторые.
> не нужно задачи технического дизайна превращать в идеологию и религиозные убеждения. тем
> более, что того unix'а, в контексте которго родилась эта фраза давно
> нет. другие временя - другие требования - другие решенияЕсть такие стандарты как POSIX и LSB, но на что только не положишь что попытаться пнуть каноникал, правда?
>>> Не пришлось и перестраивать всю систему с ног на голову
>> это ложь. на новой систему ты либо получил рабочую систему, либо такие
>> sysv скрипты пришлось переписывать.
> Вот именно что скрипты, да и не все а лишь некоторые.ни некоторые, а все
>> не нужно задачи технического дизайна превращать в идеологию и религиозные убеждения. тем
>> более, что того unix'а, в контексте которго родилась эта фраза давно
>> нет. другие временя - другие требования - другие решения
> Есть такие стандарты как POSIX и LSB, но на что только не
> положишь что попытаться пнуть каноникал, правда?нука покажи мне стандарты POSIX и LSB, в соответствии с которыми делается upstart?
>ни некоторые, а всеруская языка не родный?
>нука покажи мне стандарты POSIX и LSB, в соответствии с которыми делается upstart?
google.com
>>ни некоторые, а все
> руская языка не родный?родной. по делу ответить нечего?
>>нука покажи мне стандарты POSIX и LSB, в соответствии с которыми делается upstart?
> google.comбудьте любезны, предоставьте хотя бы пару ссылок, выводящие ваши утверждения из области демагогии.
>родной. по делу ответить нечего?Тогда уважайте его пишите грамотно.
>будьте любезны, предоставьте хотя бы пару ссылок, выводящие ваши утверждения из области демагогии.
Уважаемый, толсто, очень толсто. Ну специально для представителей с IQ менее 70.
> Тогда уважайте его пишите грамотно.сам сможешь посчитать количество ошибок в этом предложении?
> Уважаемый, толсто, очень толсто.
ох, как интимно
> Ну специально для представителей с IQ менее 70.
а тут (снова про ошибки)? никудышный из тебя граммар-наци
> http://ru.wikipedia.org/wiki/Философия_UNIX
информация по данной ссылке не имеет отношения к POSIX, LSB. просьба относилась к предложению "Есть такие стандарты как POSIX и LSB, но на что только не положишь что попытаться пнуть каноникал, правда?"
>> На это рассчитана архитектура Unix-way =)
> не нужно задачи технического дизайна превращать в идеологию и религиозные убеждения. тем
> более, что того unix'а, в контексте которго родилась эта фраза давно
> нет. другие временя - другие требования - другие решенияДык получается, что все эти годы мы писали и боролись за эти идеи, чтобы получить в ините web-сервер?
причём тут веб-сервер? ваши потуги из серии "слышу звон - не знаю, где он" просто нелепы
надо понимать, stateful restart в upstart никому не нужен был изначально, а потом внезапно понадобился?
> надо понимать, stateful restart в upstart никому не нужен был изначально, а
> потом внезапно понадобился?Надо понимать его Леннард изобрёл как и сокет-активацию?
>> надо понимать, stateful restart в upstart никому не нужен был изначально, а
>> потом внезапно понадобился?
> Надо понимать его Леннард изобрёл как и сокет-активацию?в systemd - это присутствует изначально, изобрели это давным давно в launchd/smf. как и многжество технически удачных решений, таких как использование cgroups для контроля веток процессов, systemd эффективно использует возможности современного linux. upstart в этом смысле на половину состоит из костылей
>>> надо понимать, stateful restart в upstart никому не нужен был изначально, а
>>> потом внезапно понадобился?
>> Надо понимать его Леннард изобрёл как и сокет-активацию?
> в systemd - это присутствует изначальноsystemd - это нечто опоздавшее лет на 5 со своим появлением.
>>>> надо понимать, stateful restart в upstart никому не нужен был изначально, а
>>>> потом внезапно понадобился?
>>> Надо понимать его Леннард изобрёл как и сокет-активацию?
>> в systemd - это присутствует изначально
> systemd - это нечто опоздавшее лет на 5 со своим появлением.это компенсируется качеством архитектуры, исполнения, работоспособностью и скоростью внедрения
> это компенсируется качеством архитектуры, исполнения, работоспособностью и скоростью
> внедренияУмиляет, особенно про скорость внедрения, которая в районе абсолютного 0.
>> это компенсируется качеством архитектуры, исполнения, работоспособностью и скоростью
>> внедрения
> Умиляет, особенно про скорость внедрения, которая в районе абсолютного 0.однако это факт: проекту меньше двух лет, при этом его (systemd) успешно используют популярные дистрибутивы (fedora, opensuse)
>>> это компенсируется качеством архитектуры, исполнения, работоспособностью и скоростью
>>> внедрения
>> Умиляет, особенно про скорость внедрения, которая в районе абсолютного 0.
> однако это факт: проекту меньше двух лет, при этом его (systemd) успешно
> используют популярные дистрибутивы (fedora, opensuse)вот тут минусы особенно показательны - отсутствие аргументации, жопы в огне. для полноты картины не хватает фраз типа "лёнька", "поццеринг"
>> надо понимать, stateful restart в upstart никому не нужен был изначально, а потом внезапно понадобился?
> Надо понимать его Леннард изобрёл как и сокет-активацию?вряд ли. да и мне как-то пофиг, кто их изобрёл. АПВС?
> Есть архитекторы которые создают надёжную расширяемую платформу, тестируют и дебажат её,
> а потом при необходимости добавляют фичи.именно таким обрахом был спроектирован systemd. в отличие от upstart
> Есть и те, кто делает в обратной последовательности.это как раз про upstart
> Но самые хитро..ые пишут getthefacts,при чём тут getthefacts, ты ведь намекаешь на ms, так? какая связь?
> реализуют туеву кучу фич вроде вэб сервераты ведь даже не знаешь, о чём пишешь, верно, про systemd слышал только из новостей на opennet и безграмотных комментариев (вроде твоих)
> в ините, потом одеваю шляпу, берут шпагу, садятся на лошадь и
> требуют, чтобы другие тестировали, дебажили и фиксили.это ты о чём? если это намёк на systemd, то ты в очередной раз показал своё невежество - systemd хорошо спроектирован, написан и тестируется. стабильные ветки systemd работают без нареканий, тестовые, как и положенно тестовым, могут глючить, но их никто не включает в релиз-дистрибутивы
Сама идея комбайна противоречит unix-way и KISS.
Вероятно Вам никогда не требовалось сделать что-то не предусмотренное системой,
не спрашивайте зачем, есть масса случаев, когда это необходимо (исключая localhost).Unix-way предполагает такую возможность, комбайны - нет.
Отсюда и неприятие systemd, каким-бы он хорошим не был, все возможные варианты
Патрик предусмотреть не сможет, значит systemd будет ограничивать гибкость
настройки системы инициализации, фактически не давая в замен ничего, кроме близоруких фанатиков.А по сути, systemd - это vendorlockin! Я не удивлён, что мало кто это понимает.
> А по сути, systemd - это vendorlockin! Я не удивлён, что мало кто это понимает.Да все это пинимают, для этого systemd и захавал udev.
Мало того в комбайнах уязвимостей больше, потому что кода больше.
> Сама идея комбайна противоречит unix-way и KISS.называть systemd комбайном - не понимать его архитектуры. ни на секунду
> Вероятно Вам никогда не требовалось сделать что-то не предусмотренное системой,
> не спрашивайте зачем, есть масса случаев, когда это необходимо (исключая localhost).приведите пример
> Unix-way предполагает такую возможность, комбайны - нет.
unix-way - это просто мантра лентяев, не понимающих её сути, как и сути systemd. как и вообще, чего-либо, судя по уровню дискусса
> Отсюда и неприятие systemd, каким-бы он хорошим не был, все возможные варианты
непрятие не отсюда. неприятие из-за инертности мышления, нежелания изучать новое
> Патрик предусмотреть не сможет, значит systemd будет ограничивать гибкость
> настройки системы инициализации, фактически не давая в замен ничего, кроме близоруких фанатиков.приведите пример, где подобная претензия уместна
> А по сути, systemd - это vendorlockin! Я не удивлён, что мало
> кто это понимает.слова и только. так можно заявить про любон приложение, сложней ls или cat
> > Сама идея комбайна противоречит unix-way и KISS.
>
> называть systemd комбайном - не понимать его архитектуры. ни на секундуТ.е. system init, init scripts, udev, login, logging, monitoring в одном флаконе --- это ни на секунду не комбайн? Я ничего не пропустил?
>> > Сама идея комбайна противоречит unix-way и KISS.
>>
>> называть systemd комбайном - не понимать его архитектуры. ни на секунду
> Т.е. system init, init scripts, udev, login, logging, monitoring в одном флаконе
> --- это ни на секунду не комбайн? Я ничего не пропустил?А как же fail2ban и еще с десяток сервисов.
>>> > Сама идея комбайна противоречит unix-way и KISS.
>>>
>>> называть systemd комбайном - не понимать его архитектуры. ни на секунду
>> Т.е. system init, init scripts, udev, login, logging, monitoring в одном флаконе
>> --- это ни на секунду не комбайн? Я ничего не пропустил?
> А как же fail2ban и еще с десяток сервисов.вас никто не заставляет им пользоваться. apache/nginx-модулей тоже полно. вы же не ставите их все. зато сам дизайн/api позволяют при необходимости быстро создавать собственные, если существующих по каким-либо причинам не достаточно
>>>> > Сама идея комбайна противоречит unix-way и KISS.
>>>>
>>>> называть systemd комбайном - не понимать его архитектуры. ни на секунду
>>> Т.е. system init, init scripts, udev, login, logging, monitoring в одном флаконе
>>> --- это ни на секунду не комбайн? Я ничего не пропустил?
>> А как же fail2ban и еще с десяток сервисов.
> вас никто не заставляет им пользоваться. apache/nginx-модулей тоже полно. вы же не
> ставите их все. зато сам дизайн/api позволяют при необходимости быстро создавать
> собственные, если существующих по каким-либо причинам не достаточноupstart, кстати, в противоположность модульности systemd, в большей степени соответствует понятию "комбайн"
> вас никто не заставляет им пользоваться.Как раз заставляют:
- безальтернативный переход на systemd
- udev можно собрать только вместе с systemd
- безальтернативное включение logind
- безальтернативное включение journald (формально можно выключить, фактически --- не удаётся)
> если существующих по каким-либо причинам не достаточно
"недостаточно" пишется слитно.
>> вас никто не заставляет им пользоваться.
> безальтернативный переход на systemdречь шла о альтернативе fail2ban
> udev можно собрать только вместе с systemd
собрать != использовать. используйте сколь угодно
> безальтернативное включение logind
поясните
> безальтернативное включение journald (формально можно выключить, фактически --- не удаётся)
удаётся
> "недостаточно" пишется слитно.
прошу простить, знаю, набираю в спешке
>> безальтернативное включение journald (формально можно выключить, фактически --- не удаётся)
> удаётсяhttps://bbs.archlinux.org/viewtopic.php?pid=1188509
>>> безальтернативное включение journald (формально можно выключить, фактически --- не удаётся)
>> удаётся
> https://bbs.archlinux.org/viewtopic.php?pid=1188509ну так это вопрос к мейнтейнерам, решившим внедрять версию systemd, где нет возможности не зависеть от journald. в opensuse, например, таких проблем нет
Что-то я пропустил момент когда в апач впилили кучу модулей для поддержки всего что не относится к веб сервису.
> Что-то я пропустил момент когда в апач впилили кучу модулей для поддержки
> всего что не относится к веб сервису.на мой взгляд, именно в apache httpd таких модулей хватает, при том большую часть вы можете отключить. если уж опускаться до словокопания, обозначьте критерии "веб-сервиса".
В апаче есть собственная система мониторинга, собственный "модуль" перезапуска, собственный "модуль" для ведения журналов, собственная система подсчёта производительности, собственная хфлоу система несовместимая ни с чём, собственный модуль для форума, собственный модуль для чатиков, вкотнактиков, ютубиков и прочих нужных и полезных вещей? Апач работает только на единственно рассово верной оське? Ах да, этот вебсервер по имени апач является новым модным не совместимым со всеми остальными вебсерверами в мире?
Нет. Надо же какая жалость. Надо лёньке рассказать.
я обзначил цену продолжения дискусси в данном русле - критерии "веб-сервисов"> В апаче есть собственная система мониторинга, собственный "модуль" перезапуска, собственный
> "модуль" для ведения журналов, собственная система подсчёта производительности, собственнаяты не поверишь...
> хфлоу система несовместимая ни с чём, собственный модуль для форума, собственный
> модуль для чатиков, вкотнактиков, ютубиков и прочих нужных и полезных вещей?имелся ввиду дизайн комплексных систем, мда. странно было бы ожидать проницательности в понимании аналогии с апачем от персоны, столь неумело скатившейся в нелепые контраналогии.
> Апач работает только на единственно рассово верной оське?и даже в эффемизме этой фразы можно усомниться ...
> Ах да, этот вебсервер по имени апач является новым модным не совместимым со всеми
> остальными вебсерверами в мире?снова корявая аллюзия
> Нет. Надо же какая жалость.
> Надо лёньке рассказать.
> лёнькео! а вот это ожидаемо. никакими масками и имитациями осмысленного дискусса не скрыть уровень
>> > Сама идея комбайна противоречит unix-way и KISS.
>>
>> называть systemd комбайном - не понимать его архитектуры. ни на секунду
> Т.е. system init, init scripts, udev, login, logging, monitoring в одном флаконе
> --- это ни на секунду не комбайн? Я ничего не пропустил?что значит "в одном флаконе"? systemd - это компонентное решение. то, что вы перечислили - компоненты, совместное использование которых не является жёстким требованием
> что значит "в одном флаконе"? systemd - это компонентное решение. то, что
> вы перечислили - компоненты, совместное использование которых не является жёстким требованием1. Собрать udev без systemd нельзя (патч был отвергнут). За этим делом надо идти сюда: https://bitbucket.org/braindamaged/udev
2. Поставить другой logging взамен journald не удаётся.
Т.е. альтернативных компонент не существует, а потенциальное создание их упирается в спецификацию, которой нет. И, с другой стороны, даже попытка "не использовать" т.н. "компоненту" терпит фиаско. С каких пор такое положение дел стало называться "компонентным"?
>> что значит "в одном флаконе"? systemd - это компонентное решение. то, что
>> вы перечислили - компоненты, совместное использование которых не является жёстким требованием
> 1. Собрать udev без systemd нельзя (патч был отвергнут). За этим делом
> надо идти сюда: https://bitbucket.org/braindamaged/udevudev также нельзя собрать без множества других зависимостей
> 2. Поставить другой logging взамен journald не удаётся.это возможно в более ранних стабильных версиях systemd, где journald не поддерживался, и будет возможно в будущих релизах (задача стоит в TODO-листе). это вопрос в мейнтейнерам дистрибутивов, внедряющих те или иные версии systemd. в opensuse - нормальные мейнтейнеры, там стабильный systemd без требований journald, прекрасно работает syslog-ng/rsyslog
> Т.е. альтернативных компонент не существует, а потенциальное создание их упирается в спецификацию,
> которой нет. И, с другой стороны, даже попытка "не использовать" т.н.
> "компоненту" терпит фиаско. С каких пор такое положение дел стало называться
> "компонентным"?патетика. выбирайте дистрибутив с умом. кухонным ножом тоже можно убивать людей - теперь запрещать и не пользоваться ими?
> > 2. Поставить другой logging взамен journald не удаётся.
> это возможно в более ранних стабильных версиях systemd, где journald не поддерживался, и > будет возможно в будущих релизах (задача стоит в TODO-листе). это вопрос в мейнтейнерам
> дистрибутивов, внедряющих те или иные версии systemd. в opensuse - нормальные
> мейнтейнеры, там стабильный systemd без требований journald, прекрасно работает syslog-ng/rsyslogДык, ёлы-палы! Всё в одном репозитории, собрать одно без другого нельзя --- хотя технически разделить (репозитории, сборку) не составляет никакой проблемы? Да. Спецификации отсутствуют? Отсутствуют. Массированная пиар-компания по форумам проводится? Проводится. Форсированное внедрение ключевой для системы компоненты с возрастом 1.5 года в enterprise-дистрибутивы? Да семимильными шагами. Что это, как не шаги по направлению к vendor-lock-in?
> Особенности Upstart:
> Генерация событий в промежутки времени или через определенные интервалы, а также при изменении файлов или директорий.Между прочим, это до сих пор не реализовано. Хотя уже лет пять грозятся сделать.
Но что-то не взлетает их встроенный cron...
>> Особенности Upstart:
>> Генерация событий в промежутки времени или через определенные интервалы, а также при изменении файлов или директорий.
> Между прочим, это до сих пор не реализовано. Хотя уже лет пять
> грозятся сделать.Больной? Ты знаешь что такое d-bus?
> Но что-то не взлетает их встроенный cron...
Он чем-то лучше обычного не встроенного?
А кто ж его ныне пилит? Гугл? RedHat?
RedHat Enterprise Linux 6 - Использует Upstart?
Да.
А RedHat Enterprise Linux 7 будет использовать systemd )
rhel 7 еще и на горизонте то невидно.
В анонсах они уже официально заявляли об этом.
> Да.
> А RedHat Enterprise Linux 7 будет использовать systemd )Enterprise будет в восторге при переезде.
> Enterprise будет в восторге при переезде.Ну... пусть шапка не удивляется если половина срулит на убунты :)
Еще бы, это и есть главная цель засланного космоказачка с миллиардами, и те, кто обеспечивает его дензнаками очень хорошо знают свое дело, надо отдать должное.
> RedHat Enterprise Linux 6 - Использует Upstart?Внезапно! :)
>> RedHat Enterprise Linux 6 - Использует Upstart?
> Внезапно! :)ну, там он прикручен совсем не как апстарт, а выступает лишь в качестве замены sysvinit (прозрачной для пользователей и мантейнеров). т. е. никаких upstart-специфичных функций в rhel6 не используется и вообще он там где-то глубоко под капотом.
Ну как "использует"... Никак. Все равно почти все через обычные инит-скрипты запускается, ибо неудобный он. Потому, кстати, поттеринг и начал писать системд, ибо говенный уж больно этот ваш апстарт.
Может скажите какой профит дает systemd по сравнению с Upstart?