systemd 256

У проприетарщика снова подгорает что ему не дают паразитировать на чужом коде

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

чтобы компенсировать недостатки инитскриптов

Он и есть инит-скрипт, только пользовательский.

Сейчас он уже не актуален.

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

Эти идиоты оказались разработчиками системд. Да, судя по всему они тоже не читают твою мифическую документацию. Возможно потому что она есть только в твоём воображении.

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

Знаешь, перемещать тяжелый викторианский комод можно и без использования мозга. Но с мозгом таки проще.

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

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

Чукча не читатель, чукча писатель. Ещё вчера всё без тебя обсудили.

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

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

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

или например биос

Угу, в ущербности биосов леновы тоже проклятый Леннарт виноват? А в тапки он тебе не гадит по ночам?

Я лучше попрошу их написать таки актуальную документацию, отражающую реальное поведение их поделия. Для фаната чтения доков ты как то хреново читаешь: вот буквально на этой же странице, чуть выше: есть косяк системд с неправвильным выполнением документированного базового действия и есть 0 байт полезной информации в предложенных доках. А вот сообщения об ошибке нету!

Скрипт для конфигурирования альсы выкатывают разработчики альсы

Ага, щас, 100 раз. Скрипт дистрибутивный и юнит ему на замену либо системдшный, либо дистрибутивный. Разработчики альсы предоставили возможность написать конфиг, не более.

А ограничивать банхаммер одной ФС теперь уже моветон? И разве я говорил что это относится только к Лёне?

У тебя до сих пор остались какие-то сомнения?

Насчёт тебя - никаких.

для которого не очевидна бредовость идеи читать man:systemd-journald.service

Таки не пи**ди, открой man systemd-journald.service и найди там что нибудь по теме и дай пруф.

Да, и поэтому я не стал писать и отлаживать ~15 юнитов а просто накидал 20 строк в rc.local. Работает даже лучше.

каждый раз с нуля реализуют на баше базовые функции

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

вроде корректного завершения дочерних процессов

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

Я бы даже не сказал что инит косячил больше. В вариациях косяков может и больше, но косяки системд тяжело лечатся и повторяются намного больше раз. Причём частенько - тупыми костылями. Например фейлим выключение - хз что там не так, не тратить же на это неделю (там просто дохренища всего надо перечитать, перевести и перепроверить. Я за это время на копию винды заработаю). Просто таймер с 120 на 5 секунд и хер на него.

От systemd требовалась

Кем - тобой? Всем насрать на твои требования.

и делать аналоги к тому что до этого работало

Опять забыв спросить тебя - вот же негодники :-D

Очевидно что получается корпо-вендорлок.

Очевидно что ты тупой хейтер бубнящий лозунги.

зачем нужен этот сраный run0, когда до этого были sudo и pkexec?

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

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

А минусы будут? Разрабы пишут софт так, как им удобнее; хейтеры - полыхают пердаками: все довольны, все при деле.

его альтернативы просто нормально из-за этого не заводятся

Все интерфейсы systemd стабильны и прекрасно документированы - реализуй на здоровье.

Примеры софта в студию

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

Каким шаблоном?

Что не мешает системде создавать пачки недоубитого хлама

Потрудись выражаться яснее. Что такое «пачки недоубитого хлама»?

комбайн уничтожает взаимозаменяемость модулей

Этот комбайн сейчас с тобой, в одной комнате?

если какой-то компонент не устраивает, ему можно найти замену

Именно так. Правда для этого нужен интеллект, поэтому хейтеры замену соорудить не могут, а разработчиков всё устраивает - в том числе и баттхёрт хейтеров, что выводит последний в стратосферу :)

это даже ничем не отличается от того что делает Apple

Это до какой же степени надо не понимать как работают софт и железо чтобы породить настолько идиотское сравнение? Не устаю поражаться дремучести ламеров.

В любом случае можно сделать всё юниксвейно

Можно. Разрешаю, можешь делать.

Кем - тобой? Всем насрать на твои требования.

Опять забыв спросить тебя - вот же негодники :-D

От адептов корпо-шлака другого и не ожидалось.

Очевидно что ты тупой хейтер бубнящий лозунги.

Человека, который с таким желанием будет отлизывать Лёне ещё надо поискать. Не забудь слюну подобрать.

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

Я не понял причём тут sshd… в любом случае вам лишь бы каждые пару лет заменять вполне рабочие решения. Это не разработка, а какая-то компенсация своих собственных комплексов.

Этот комбайн сейчас с тобой, в одной комнате?

Тебе Поттеринг в глаза нассал, что ты блоатварь в упор не видишь?

Именно так. Правда для этого нужен интеллект, поэтому хейтеры замену соорудить не могут, а разработчиков всё устраивает - в том числе и баттхёрт хейтеров, что выводит последний в стратосферу :)

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

Это до какой же степени надо не понимать как работают софт и железо чтобы породить настолько идиотское сравнение? Не устаю поражаться дремучести ламеров.

Ламер тут ты, а ещё не видишь как схожа политика корпораций в отношении софта и пользователей: Apple, Google, Microsoft и его дочка в лице красношапки.

В общем, мне с тупой студентотой не хочется разговаривать, а то я начинаю чувствовать что тупею от твоих постов.

Каким шаблоном?

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

Что такое «пачки недоубитого хлама»?

Десяток процессов из пользовательского сеанса после его завершения, 2/3 из которых напрямую управляется системд. И дебиановский косяк с зафейленым выключением, когда какой то из юнитов не может завершиться, хз какой, там долго копать надо.

дебиановский косяк

А причем тут systemd?

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

Во-первых, в винде кратно больше сервисов. Во-вторых, systemd, как мы уже выяснили, модульный: хочешь написать замену resolved или timesyncd — напиши. В-третьих, ты уже завязан на мегапрограмму — ядро называется.

Потому что это косяк системд. Но я сталкивался с системд только в дебианах и не могу утверждать что в других дистрах он присутствует.

ты уже завязан на мегапрограмму — ядро называется.

Одной такой на систему более чем достаточно. Если там 2 комбайна - они начнут мешаться друг другу. Например в использовании cgrops. Системд по умолчанию помещает каждый процесс в какую нибудь ц-группу, хотя по хорошему в 99% случаев вообще не нужно создавать структуры ц-групп и оставить это пользователю/администратору для тех случаев, когда это действительно нужно. Вот хотя бы потому, что это накладные расходы на память и цпу.

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

Потому что это косяк системд. Но я сталкивался с системд только в дебианах и не могу утверждать что в других дистрах он присутствует.

Т.е. это косяк дебиана? :DDDDD

Одной такой на систему более чем достаточно. Если там 2 комбайна - они начнут мешаться друг другу.

В твоих фантазиях, разве что.

Например в использовании cgrops. Системд по умолчанию помещает каждый процесс в какую нибудь ц-группу, хотя по хорошему в 99% случаев вообще не нужно создавать структуры ц-групп и оставить это пользователю/администратору для тех случаев, когда это действительно нужно.

Кто сказал? В чем проблема их сразу делать?

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

Бенчмарки в студию.

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

А где минусы? У тебя в любом современном дистрибутиве нельзя работать без смонтированных /dev, /sys и /proc. ОЛОЛО РЕСУРСЫ ТРАТЯТСЯ.

run0 - это не алиас systemd-run

Нет, это именно что алиас:

systemd-run is now a multi-call binary. When invoked as ‘run0’, it provides as interface similar to ‘sudo’

Как минимум, было бы приятно иметь альтернативную реализацию

Дык никто ж не запрещает - документация у systemd настолько подробная что даже тут в комментах дебилы плачутся что там буков многа :)

засада в том, что пердолики не смогли организоваться и доставить что-то похоже на bsd

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

Разумеется скорбные мозгом могли бы просто скинуться баблом и проплатить альтернативную реализацию, однако пердолики не только тупые, но ещё и жадные - и вот тут они упираются в краегульный камень FOSS: никто не обязан реализовывать твои хотелки бесплатно. Принять эту жестокую реальность пердолики не смогут, поэтому их суетливую беготню с пылающими пердаками и громкое кудахтанье в комментах мы будет наблюдать ещё много лет :)

Дело не в документации, а в том что у опций непонятные названия

Отлить в граните! То есть документацию ты принципиально игнорируешь, английского не знаешь, но в штаны тебе опять systemd насрал.

нужно всегда придумывать меры предосторожности

Это какие же меры нужно принять чтобы даже до тебя дошло? Добавить обязательный ключ –ya-debil? Так нормальным людям будет лень его набирать - почему я должен печатать лишние буквы чтобы идиот, избегающий чтения документации, случайно на бутылку не присел?

а ты проверь

Ну будем честны, UX у этого был максимально всрат.

А как это поправить в принципе можно? Ну заставят указывать в явном виде сносимый конфиг - один фик идиоты, не читающие документацию, найдут способ отстрелить себе яйца. Это как с ‘rm -rf’ бороться: будешь требовать обязательный флаг ‘–force’ дык и его начнут копипастить с какого-нибудь говноблога. Проблема ведь не во флагах утилит командной строки, а в бездумной копипасте.

писать нужный сценарий при запуске системы не лезя в юниты

не лезя в юниты

не лезя

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

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

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

Одной такой на систему более чем достаточно

Кто сказал, что достаточно? Почему ты так решил?

Можно начать с убирания tmpfiles из имени тулзы. systemd-fs —purge выглядит уже не так безобидно.

Десяток процессов из пользовательского сеанса после его завершения, 2/3 из которых напрямую управляется системд. И дебиановский косяк с зафейленым выключением, когда какой то из юнитов не может завершиться, хз какой, там долго копать надо

Подожди, ты сам написал, что проблема в одном из юнитов. При чем тут systemd? Нужно править юнит.

или ты, для которого не очевидна бредовость идеи читать man:systemd-journald.service

Да уж. Чистейшей прелести чистейший образец. Ты считаешь, что systemd говно только потому, что для его изучения необходимо читать документацию? Идея о том, что для получения новых навыков нужно читать документацию, действительно кажется тебе абсурдом?

А где в документации к journald написано, что выборку по времени он будет делать дольше чем grep, несмотря на индекс?

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

systemd start some.service

Ок? Ок.

journald some.service

Ок? Не ок. Почему?

Это просто естественно. Но нет. Ладно, возможно -u значит юнит? Или -s – сервис? Нет. Нет.

Я уже молчу про баг в Centos7, когда оно зависает при записи логов. Просто встаёт колом. И сервис встаёт вместе с ней. Они смогли похерить запись в лог.

А где в документации к journald написано, что выборку по времени он будет делать дольше чем grep, несмотря на индекс?

А где в документации к grep написано, что выборку по времени он будет делать дольше, чем ripgrep, несмотря на то, что написан на C?

Ок? Не ок. Почему?

rc-service some start

Ок? Ок.

cat /var/log/some.log

Ок? Не ок. Почему?

дольше, чем ripgrep

Разница не сравнима с тормозом journald. Два болида и трактор. Какой-то болид быстрее, и что с того? Вопрос, что journald там индексирует. Риторический.

cat /var/log/some.log

Ок.

Потому что такие компоненты обычно не завязывают на определённую инит-систему.

А ты правда такой тупой или да не понимаешь, что линковка с libsystemd != «завязывают на определённую инит-систему»?

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

Давай так: или ты внятно «от аксиом» рассказываешь, где лажа в примере по ссылке выше, или публично признаёшь, что обосрался и несёшь хрень. Отсутствие ответа или любые попытки слиться приравниваются к последнему :>

А ты правда такой тупой или да не понимаешь, что линковка с libsystemd != «завязывают на определённую инит-систему»?

Тупой тут ты, потому что это и есть «hard-dependency». Причём не только systemd сервисов но и сторонних приложений.

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

Хорошо, вот теперь делайте, чтобы каждый сервис не зависил от libsystemd. Когда сделаете, тогда эта претензия будет снята.

Вас понял :D

Ну, ничего другого и не ожидалось.