У тебя какой-то свой словарик где «прогресс» определяют не так как у всех?

Возможно. Я же в отличии от тебя у всех не спрашивал. Ты какой-то чрезмерно токсичный.

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

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

ДаЕслиТыЗапомНишьМногоВотТакихПеременных=Yes

Часто юниты это просто прослойка к уже скрипту который и запускает что нужно, портянки как были так и остались просто между ними появилась прокладка. Хотя примитивные вещи можно просто из юнитов делать. Но если нужна хоть какая логика то уже юнит это прослойка. А логика нужна часто. И если раньше было удобно, вот юнит и всё то потом слайсы/таймерв/таргеты/блаблабла каша из всего и вся вместо просто 1 скрипта формат которого всегда ОДИН для любого /etc/init.d/run_my_app.sh

ДаЕслиТыЗапомНишьМногоВотТакихПеременных

Называется аппер-камел-кэйс.

You can also output messages from Rsyslog to Journal with the omjournal module.

Анонимные эксперты такие эксперты.

man pam

Там не написано. Ещё попытки будут?

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

А где архитектура-то? Впрочем, и для самого Линукс нет документации с архитектурой. Пилят на коленке, ноу-хау все в исходниках, и хрен ли тут еще растекаться мыслью по древу! «Инженер»? не, не слышал.

Нужно! Ура!

Новый релиз базовой компоненты systemd/Linux — systemd

249 and counting...

декларативные юниты и императивная лапша это весьма разные вещи, товарищ школьничек

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

Я настолько стар что помню времена, когда ламеры и виндузятники не были «самой многочисленной группой» на ЛОРе, так что умолчания у меня другие.

Большинство всё же применяет это на практике

А вода - мокрая.

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

И? Это приходится делать с тех самых пор как мама за ручку в первый класс привела. Такое впечатление что некоторые с тех самых пор от шока не оправились.

Сложность всего этого посредственная

Ну дык и я о чём - было бы ради чего стул пропекать :)

Опять ChangeLog больше, чем вся спецификация SysVinit

ты уже определился на что переходить-то будешь?

«Опять в мануале по обслуживанию самолёта больше букв, чем в буклете к моему самокату!»

Во первых systemd была агрессивно пропихнута это раз.

Даже не знаю как тебе это сказать… ты лучше присядь… тот парень в кожаных штанах из бара… короче, то что в тебя «агрессивно пропихнули» это было точно не systemd.

А ты конечно у нас нормальный и элита? Входящая в процент погрешности.

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

Эмм, ты щас сказал что дистрибутивы кроме одного не нужны и форки это зло. Ну… и что у нас эталон?

Оййй, постойте ка! А системД вообще по какой приципе начал развитие, неужто что-то было не так? Дцать лет все жили, а потом резко стало всё не так!!! Уууу.

Я думаю у тебя подгорает. Ты конечно не найдёшь того места, где я пишу «форки не нужны, дистрибутивы не нужны». Ты просто в очередной раз, сам же, доказываешь то о чём я написал выше.

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

Это же таааааааак вааажно! И я тебе откорою тайну для этого системды не нужна от слова вообще.

Важно конечно, диски монтировать надо и не только их. Опять же, ты не покажешь мне фразы где я бы сказал, что для этого НУЖЕН системд.

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

Аахахах параллельный запуск есть у OpenRC sysvinit SMF upstart runit и других тоесть У ВСЕХ ))))

На момент выпуска systemd его не было ни в openRC (только потом, и не по умолчанию долгое время), и тд.

Короче по твоей лживой логике все кто против систмд как инструмента

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

По этому можно сколько угодно сраться по поводу windows, но факт того что она win - факт.

На данный момент на десктопе это так. Если ты споришь с действительностью, тебе стоит принять таблеток.

У тебя не в обиду но крайне примитивная логика. Во первых systemd была агрессивно пропихнута это раз.

Я это написал несколько сообщений назад, приводя wayland как другой подход. Получается у тебя она ещё примитивней ?

. Если с этой уже мультисистемой было бы всё норм то не было бы бургута это два.

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

Мда, какая-же всё таки у тебя каша. И после этого ты пытаешься меня переубедить на счёт IT-сообщества?

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

Три чего? Ты перечисляешь случившиеся факты и пытаешься сделать из них какие-то отрицательные аргументы в своём сообщении. Я так понимаю у тебя есть «Библия систем инициализации», где сказано что так делать нельзя.

А тут вдруг пришёл systemd который начал творить чудеса в субботу, ах какой плохой, ведь в субботу день божий, не то что твой sysinit.

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

То есть оно виновато в том, что не идеальное.

Цель взять линуксы за яйцы чтобы была связка linux + systemd и всё. Причём в агрессивной манере.

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

Если 1 компонент прибит гвоздями к систмеме

Бери LFS, генты, деваны и ещё кучу всего. Я так понимаю они сломали реальность, разработали своё ядро к которому не прибито systemd. Да, тяжелый у тебя мир. В нём уже и hello world в зависимостях systemd имеет.

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

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

При чём ты должен понимать, что это естественный процесс вне зависимости от контекста плохо\хорошо.

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

Ну ты так и не определился кто там и в чём виноват. Под конец systemd уже научился разговаривать, и разводить говно. Завтра я так понимаю он выйдет замуж и родит детей.

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

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

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

Плюс

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

то, что в систем V занимало 5 минут

Вывод - это просто людям нечего делать, а изменения типа нужны, а на нужные изменения не хватает …. (задора, знаний, терпения, ДЕНЕГ!!, и так далее не нужно, но к сожалению, приходится терпеть, так как ентерпрайз

Я понимаю под прогрессом, тот момент когда количественные изменения переходят в качественные со знаком +

А при «планомерном развитии» они со знаком ‘-’? Или некачественные?

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

Например? Что нельзя сделать в Devuan 10 такого, что можно сделать в Debian 10 при помощи Systemd?

Например, запустить сервис, не настроенный на запуск по умолчанию, и получить корректное завершение его работы при выключении системы.

Ну или отключить сервис так, что он не включится при обновлении пакета.

И если раньше было удобно

И девки - моложе…

вот юнит и всё то потом слайсы/таймерв/таргеты/блаблабла

Да не потей ты так, ну не осилил целых 3 новых концепции, ну бывает. Вот пандемия закончится и свободная касса примет тебя с распростёртыми объятиями ;-)

Не сам systemd плох, а то какое говно вокруг

вот тебе конкретный пример, где systemd конкретно плох по сравнению со старой системой:

Linux в 2021 из заморозки - вопросики (комментарий)

проследи там по треду, что за задача и какой вывод в итоге мы сделали.

А при «планомерном развитии» они со знаком ‘-’? Или некачественные?

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

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

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

А где архитектура-то?

В Ленинграде, говорят, неплохая.

и для самого Линукс нет документации с архитектурой

Ну всё, расходимся, скажите Макскому пусть выключает сайт.

Всё-таки сложно на ЛОРе летом - у мамкиных «инженеров» как раз каникулы :-/

Новый релиз системного менеджера GNU/Linux — systemd

Нинужна, в моей православной 7 такой дряни нету.

... баш, как известно, самый стабильный интерпретатор в мире.

Откуда это известно?

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

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

забубала вижу. Но где же интелфуфикс ? Методичку новую пилит чтоли ?

пианисты рады?

Я тебе про ПО ты мне про свои фантазии.

Вот как раз ты зачем-то притащил на ЛОР свои (а может и чужие - у хейтеров вечно с воображением беда) унылые фантазии и пытаешься неумело выдать их за реальность.

чего ради тащить целый systemd в контейнеры?

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

Могу ошибаться, но можно вот так. Я так запускал cdemu-daemon от юзера.

Это нормальные люди. А есть ведь те, кто системд пихают всюду. Скоро кинешь пельмени вариться, поднимешь крышку - а даже там системд. Или вот в толкан пойдешь подумать о вечном, поднимешь крышку, а там тоже системд плавает

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

Свершилось великое чудо.

чуда не случилось. у меня смс-ки больше получается чем их описание…

>> Например? Что нельзя сделать в Devuan 10 такого, что можно сделать в Debian 10 при помощи Systemd?

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

Ну, не знаю. Часто запускаю сервис вручную через /etc/init.d/чтонибудь start. По завершении работы, я даже не следил, завершается ли он потом сам, но уверен что да. Было бы глупо, чтобы не отключался.

> Ну или отключить сервис так, что он не включится при обновлении пакета.

Тут согласен, даже где-то видел цитату, где гентушник жалуется, что дебиан пытается запустить ещё не настроенную самба

В контейнеры, обычно, вообще никакой инит не тащат.

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

Часто запускаю сервис вручную через /etc/init.d/чтонибудь start. По завершении работы, я даже не следил, завершается ли он потом сам, но уверен что да. Было бы глупо, чтобы не отключался.

И тем не менее, он не завершается корректно. Потому что sysvinit в Debian пропускает запуск тех действий останова, для которых нет действий старта в предыдущем runlevel.

Корень проблемы же лежит в том, что sysvinit не имеет ни малейшего понятия о статусах запущенных им же сервисов: запустил — а там хоть трава не расти.

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

Откуда это известно?

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

По-моему я что-то такое видел. Не уверен, Debian ли это был или openSUSE. Если завершить/перезагрузить wicd, он мне Самбу тоже завершает. Если завершить HAL, он мне заодно завершает и CPUfreq.

Что ж, ладно, допустим. Но на Systemd всё равно не перейду.

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

Так это я далеко не все недостатки связки sysvinit+sh перечислил.

были не только счёты но и выч. машины IBM!

я наоборот и не советую. systemd 249 (комментарий)

вопрос, на что ты перейдешь?

новых инноваций масло масляное!

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

я наоборот и не советую. systemd 249 (комментарий)

Я вас не призываю, но справедливости ради, использование systemd никак не противоречит использованию, например, rsyslog. Более того, именно такая связка используется по умолчанию в том же Debian.

зачем корове пятая нога? ну это же инновационно…

systemd никак не противоречит использованию, например, rsyslog

сколько лет ты за рулем?

systemd 249 (комментарий)

я тоже тебя не призываю отказываться от systemd. пользуйся, если нравится.

вот тебе конкретный пример, где systemd конкретно плох по сравнению со старой системой:

Ты уже залили 300gb отладочной ифы, что бы я провёл тест ? Где скачать?

Более того, именно такая связка используется по умолчанию в том же Debian.

Да плевать на тот дебиан. Кто они такие вообще ?

сколько лет ты за рулем?

Ещё раз: systemd не отбирает у вас возможность использовать старые инструменты, в которых ваша задача по выборочному очищению журнала решается так, как вы привыкли.