https://www.opennet.ru/openforum/vsluhforumID3/134048.html Опубликован корректирующий выпуск системного менеджера systemd 256.1, в котором устранена проблема, приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge", добавленной в systemd 256 для удаления всех файлов и каталогов, созданных через настройки в tmpfiles.d...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61403<br> https://www.opennet.ru/openforum/vsluhforumID3/134048.html#365 Mon, 23 Sep 2024 00:26:32 GMT уже упомянули openrc?<br>```<br>#!/usr/bin/openrc-run<br>description="PolicyKit Daemon"<br>depend(){<br> need dbus<br>}<br>supervisor=supervise-daemon<br>command=/usr/lib/polkit-1/polkitd<br>command_args=--no-debug<br>extra_started_commands=reload<br>```<br>вот посложнее:<br>```<br>#!/usr/bin/openrc-run<br>description="SQLite-backed syslogd"<br>depend(){<br> need hostname <br> need localmount<br> use net-online<br> provide logger<br>}<br>supervisor=supervise-daemon<br>command=/usr/bin/logbookd<br>extra_started_commands=reload<br>reload_signal=USR1<br> https://www.opennet.ru/openforum/vsluhforumID3/134048.html#364 Sat, 06 Jul 2024 20:13:56 GMT Ай, кручу-верчу - абмануть хочу. Вот запускал недавно малину. В Alpine с openrc у меня условно два десятка скриптов. притом что скрипты openrc ненамного длиннее чем systemГ. Недавно понадобилось запустить родную raspberryOS. Там скриптов больше 50. по ощущениям просто баш-портянки разбили по отдельным файлам. Это не сократило их. А просто усложнило понимание что и в какой последовательности запускается. Так то я и в sysvinit и в openrc могу раскидать скрипт по отдельным файлам и настроить зависимости запуска, но зачем?<br> https://www.opennet.ru/openforum/vsluhforumID3/134048.html#363 Fri, 28 Jun 2024 12:48:59 GMT &gt;&gt; Её ответ на ошибку и её рассмотрение <br>&gt; Его ответ: https://github.com/bluca Одним словом, "блюка"))) <br><br>Все проще, там у него в репках в профайле - светится bumblebee, видимо чужие лавры не давали покоя :)<br> https://www.opennet.ru/openforum/vsluhforumID3/134048.html#362 Thu, 27 Jun 2024 17:34:24 GMT &gt; Именно так, хочется любить, но там очень странно. Во FreeBSD поддерживают ABI <br>&gt; 5 лет, старый софт может работать без пересборки. Но при этом <br>&gt; в минорном апдете проапдейтили компилятор на 3 версии, что сломало совместимость <br>&gt; и софт перестал собираться.<br><br>Про такое говорят: сперва вы имеете выбор. А потом ваш выбор - вас. И в этом смысле лично я шкурно заинтересован чтобы не делать чужие проблемы своими. И хрен с ним с концепциями, компьютеры должны работать, для людей. С минимумом усилий и максимумом результата. Это - самая правильная концепция. Все что стоит на этом пути должно быть заменено или изменено.<br><br>Лично мне юниксвэй нравится - эффективной автоматизацией. А если это не выполняется, и превращается в ритуалы ради ритуалов - упс. Значит пора опробовать другие варианты.<br> https://www.opennet.ru/openforum/vsluhforumID3/134048.html#359 Mon, 24 Jun 2024 14:23:17 GMT OpenRC, в конце концов можно сделать systemd-ng с отстранением Поттеринга от дизайна проекта.<br><br>Сейчас то уже всем должно быть очевидно, что автор systemd совершенно не умеет проектировать такие сервисы и городит очередной монструозный хлам. Причём если на заре systemd были ещё какие-то надежды, что благодаря новому подходу будут улучшения, например, в протоколе логгера, но по факту он просто завернул один к одному всё что было в systemd практически без качественных улучшений.<br> https://www.opennet.ru/openforum/vsluhforumID3/134048.html#358 Mon, 24 Jun 2024 14:18:10 GMT &gt; но затем приняли изменение, ограничивающее область действия команды "systemd-tmpfiles --purge" - данная команда теперь может быть выполнена только при явном указании в командной строке конкретного файла конфигурации из tmpfiles.d/ и приведёт к удалению лишь связанных с ним файлов и каталогов. Кроме того, в man-руководство systemd-tmpfiles добавлено более подробное описание опции и предупреждение о возможных последствиях. <br><br>Идиократия в действии. А нужно было создать новый systemd-wrkfiles и в него закидывать конфиги с персистентными данными, вообще без опции --purge, а tmpfiles оставить как есть.<br> https://www.opennet.ru/openforum/vsluhforumID3/134048.html#357 Mon, 24 Jun 2024 14:10:47 GMT &gt; например, vbox требует модули ядра, после апдейта их нужно пересобрать. пересборка vbox <br>&gt; требует для сборки определенные версии компиляторов, которые не собираются и пошло-поехало. <br><br>Про такое говорят: девочка имела счастье. Счастье в долгу не осталось!<br> https://www.opennet.ru/openforum/vsluhforumID3/134048.html#356 Mon, 24 Jun 2024 13:08:56 GMT &gt; А вот это - моя основная претензия к systemd. Если раньше программы <br>&gt; были маленькими, а маны были короткие (захотел - быстро глянул), то <br>&gt; теперь это вот так.<br><br>Как бы да, но надо это по крупному - 1 раз в жизни, и если планы связаться с линухом всерьез есть то 1 раз в жизни можно это позволить. А потом - во всех дистрах примерно одно и то же. Изредка по мелочи апдейтить знания, и только. Это с нами надолго, имхо.<br><br>А до этого все дистры по разному это делали. Перейдя с редхата на убунту/дебиан вообще месяцок себя инвалидом ощущаешь, все по другому, даже стартовые скрипты. И если вон тот сервис который не в пакетах выложил скрипт для энной системы, а тут не она, перепилить - отдельный квест. А потом еще понять почему зараза не стартует. С логами там такой же швах как с остальным был. Ну такое себе. Да, оно хватается за многовато дел - но в моем дистро (дебиан) на субпакеты распилено и потому - не так уж и страшно. Можно поставить что реально надо - и юзать только это. По минимуму ему dbus не надо, вся https://www.opennet.ru/openforum/vsluhforumID3/134048.html#354 Mon, 24 Jun 2024 08:44:27 GMT Т.е. изменить результат действия команды изменился, а оправдание -- то, что в документации поправили? Вот это классная логика!<br>