Devuan Excalibur 6

не перживайте, в «моей фантазии» еще много всяких фенек, их вполне хватит для «комфортной работы» ... причем, опять таки - без напрягов :о)

Есть чему. Обновление может сломать именование и поломать приоритеты.

А циклы в Before/After systemd успешно разбирает и скажет тебе сам, что ты дурачок и нациклил какую-то хрень.

могу ошибаться, поправьте?

Ошибаетесь. Всё с одинаковыми индексами будет запущено параллельно.

Обновление может сломать именование и поломать приоритеты

обновление systemd - может сломать «вообще все что хочешь», и косяки будут на бинароном уровне.
по моему с «обновлением» - тут у нас полный паритет, т.к. поломаться может все что угодно, в случае с systemd - искать причину будет сложнее (поправте, если я не прав)

п.с. я не сторонник войны, ни за systemd, ни за алтернативную инициализацию, но вот что для меня очевидно, что на локалхосте, на чисто «своей» девелоп-машине - все таки лучше «все что угодно» из альтернативы, но не systemd... а вот в продакшне - там не спорю, оно к месту (есть исключения, в моей практике, но это исключения)

Разве? Мне помнилось, что оно всё последовательно запускается. Впрочем, я так давно не видел SysV init, что могу действительно ошибаться.

Впрочем, это только подтверждает слова о том, насколько в SysV тяжело добиться желаемого поведения, и насколько Before/After лучше.

видимо, это зависит от системы инициализации, т.е. каким образом «читается каталог» с инитами...

если построчно с «нужной» сортировкой - то однозначно будет то, что надо, построчный запуск сервисов...

обновление systemd - может сломать «вообще все что хочешь», и косяки будут на бинароном уровне.

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

Все мои арчевые локалхосты работают на systemd и я о нем вообще не вспоминаю, пока не надо дернуть systemctl чтобы запустить для проверки какой-нибудь nginx. Мне решительно непонятно, чем конкретно systemd настолько плох для разработки.

Как заставить что-то запуститься перед exim но после dbus?

Правильный ответ: используя директивы частичного порядка в заголовках LSB init-скриптов, которые будут распарсены insserv и проч., и которые автоматически получат соотв. индексы в /etc/rc.N/.

Но это ничем не отличается от Before и After в systemd, только более примитивно.

чем конкретно systemd настолько плох для разработки.

мое имхо - он плох для локалхоста намного бОльше, чем хорош дл разработки :о)

Чем плох-то?)))

Разве? Мне помнилось, что оно всё последовательно запускается. Впрочем, я так давно не видел SysV init, что могу действительно ошибаться.

Речь о Debian-овском sysvinit, который умел в параллельный запуск а ля make с рудиментарными зависимостями, и который в конце концов перекочевал в Devuan и вообще стал апстримным.

Ничего не имею против systemd. Я считаю его неплохим продуктом. Не без недостатков, конечно, но уж явно более универсальный и функциональный, чем старина sysvinit. И раз уж исторически так сложилось, что именно systemd (не OpenRC, runit, dinit, s6 и прочие) первым стал теснить sysvinit, то пусть уж будет он как основной линуксовый. Но если кто-то пилит свой BolgenOS без systemd, который уже десять лет не помер, то это кому-то нужно и чего-то стоит. Ненужнисты с каждой из сторон так любят исходить на говно, заливаясь желчью, но заставляет задуматься о возможной психологической незрелости личности.

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

В конце концов те же недостатки можно и в сторону X.Org направить или даже в сторону самого kernel. Давайте не будем скатываться до уровня вайландовых радикальных фанбоев-ненужнистов, делая вид, что systemd в этом плане решительно привнёс что-то новое и объявлять его вселенским «трудноподдерживаемым» злом-монолитом.

Но я согласен: то, как вызывающе и фанатично себя ведут здесь некоторые ( zabbal, liksys, я понимаю, что сложно, но постарайтесь абстрагироваться и взглянуть как бы со стороны на то, как вы себя выставляете) — не меньше удручает, чем поведение хейтеров systemd. Берите пример с Rootlexx и wandrien.

Умерло за ненадобностью, потому что есть systemd.

Не за ненадобностью, а достигло совершенства. Там нечего менять, также как в TeX или qmail.

Но я согласен: то, как вызывающе и фанатично себя ведут здесь некоторые

Понеслись обвинения в фанатичности. Мой наброс начался с того, что в девуане приняли usrmerge, хотя это часть богомерзкого systemd- подхода, и это видится мне супер-ироничным. Этим я и ограничился.

А потом налетели systemd-хейтеры, которые стали рассказывать, как злая красношапка их через systemd облучает.

Нужен кому-то девуан - пилите, на здоровье. Но ведь местные фанатики SysV начали скулить, чтобы их любимую священную корову вернули обратно в дебиан потому что СВОБОДЫ ВЫБОРА ЛИШАЮТ. В этом проблема, а не во мне или в zabbal.

Фанатики SysV в своем глазу бревна не замечают.

достигло совершенства

8 открытых issue и 9 pr говорит о том, что не достигло, а умерло. Совершенство имело бы 0/0.

1. громосткость
2. необходимостью дополнительно изучать «тонну» доп.информации (*)
3. очевидно, что «просто так» сесть и поехать на systemd - не получится, в отличие от простого и понятного баш-скриптинга.

[*] лично для меня это «призрачное понимание», что «все работает круто и правильно» в systemd - я предпочитаю «дотошно» понимать, что происходить в моей машине (круг задач у которой «мама не горюй»)

если с bash-ем все понятно, его нужно знать, без него ни как, то вот «начав» изучать «systemd» - понимаешь, что ну его нафиг, «еще одного президента наша страна не прокормит»(R). я не хочу заканчивать и еще один университет для того, что бы «разобраться» с systemd.

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

а так я не против «улучшайзинга и модерна», но как обычно, оно все идет из «больших дядей/корпораций» которые просто не спят и только «думают о нас» как бы это нас осчастливить :о) вспоминаем рекламу «тефаль»

и это все с позиции «локальной машины».

п.с. по рукам?! :о)

Не, я не согласен по всем пунктам. Не так много информации нужно изучить, чтобы начать пользоваться, а всеобъемлющесть systemd - не проблема, потому что он исключает из системы другие компоненты.

Но я понял о чем ты, пускай, хотя бы разумная позиция.

Увидел. Судя по issue, в 2024 померло окончательно.

Где можно увидеть больше инженерной культуры - в процессоре мейнфрейма из тумб-шкафов

Ну, допустим, ibm, по сию пору выпускает мейнфреймы. Только теперь они размером с 1 стойку, да и то примерно треть там - система охлаждения и питания. Так где ты говоришь «больше инженерной культуры»? :)

Или ты вызывешь специалиста если тебе надо покрасить забор?

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

Мои претензии не в том что он облегчил задачу дебага в датацентрах, а в том что он усложнил все прочие задачи для всех прочих.

Всем это кому? Тем кто «красит забор»? Может быть. Маляры, знаешь-ли, не сильно близки к ИТ и знанию линукса в частности.

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

Постой. Я чет запутался. Ты 2-3 строчки конфига собрался 2 месяца писать? О_О.

Кроме более важных дел?

Покраски забора? Ну тогда я понимаю, почему 2-3 строчки конфига будут пилиться 2 месяца :)

Там нечего менять, также как в TeX или qmail

И то и другое надо отправить в то-же место, куда были отправлены всякие портянки на баше. В особенности последнее.

Ну, допустим, ibm, по сию пору выпускает мейнфреймы. Только теперь они размером с 1 стойку, да и то примерно треть там - система охлаждения и питания. Так где ты говоришь «больше инженерной культуры»? :)

Полагаю, в старых IBM S/360 инженерная культура на голову выше.

Полагаю, в старых IBM S/360 инженерная культура на голову выше.

Позволь узнать - чем? Потому как я тебе описал как раз последний вариант этой самой S/360. да- их ibm выпускает до сих пор для некоторых клиентов. 1 из них даже стояла в офисе ibm в Москва-сити

Инженерная культура это не когда сделано сложно, а когда сделано по уму.

Инженерная культура это не когда сделано сложно, а когда сделано по уму.

т.е. по твоему, старые версии S/360, которые занимали дофигища места и жрали энергии, как не в себя, были сделаны «по уму», а когда сделали размером со стойку - это уже нет? Это типа «сложно»? Ну давайте тогда на старых «КАМАК»-ах ibm pc соберем. ТОже будет места дофига занимать. двк в «кибердоме» одолжим, у них есть, я видел. Боюсь вот только модули к камаку задолбаемся искать, зато какой полет инженерной мысли будет - уххх - закачаешся! :) тут, оно конечно, придется идти на поклон в ФИАн. Возможно еще не все помойки вывезли. Может там и завалялось чего.

Инженерная культура это не когда сделано сложно, а когда сделано по уму.

S6 ?

не помню не одной новости про systemd где бы ты не опростался очередным бредом

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

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

Тролля кормишь.

Судя по его методичке, всех нужно поголовно вакцинировать субстанцией жирнод, без всяких «нравится/не нравится».

Теперь пиар жирнод-филии стал обязательным в обсуждениях альтернатив. Расслабься — выбирай Alpine или Devuan.

Надсмехайся, наслаждайся и наблюдай за истерикой пиарщиков жирнод.

Ладно, qmail есть чем заменить. А чем предлагаешь заменить TeX?

Voidlinux тоже вполне неплох.

А чем предлагаешь заменить TeX?

А он кроме как для написания математических формул и не нужен ни за чем. Я потому и написал, в основном, про qmail

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

Voidlinux тоже вполне неплох.

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

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

А потом ты увольняешься и пришедший на твоё место всё это разгребает с болью, страданиями и проклятиями. У него же нет твоих «знаний о внутренней структуре». Системда это как раз про взаимозаменяемость специалистов. С поулярными ЯП и фреймворками та же история. Ни один вменяемый работодатель не согласится на всякую малоизвестную фигню, где потом человека не найдешь по 2 года. Питонистов вон очередь, значит будет питон на проекте.

нет смысла по очередному кругу объяснять что такое инженерная культура

По какому «очередному», ты ж вроде и не начинал еще. В этом треде, по крайней мере.

По какому «очередному», ты ж вроде и не начинал еще.

Да, точно? Хорошо, тогда объясню.

Инженерная культура это не когда сделано сложно, а когда сделано по уму.

СпейсИкс и Боинг делали космический корабль для полётов к МКС. Технологический стек один, назначение и сложность примерно одинакова, разница в инженерной культуре.

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

не когда сделано сложно, а когда сделано по уму

Нее, ну так и я могу. В смысле, объяснять.

Не только формул. Оформление страниц и абзацев он тоже делает лучше, чем что-либо другое. И шрифт хороший.

он усложнил все прочие задачи для всех прочих.

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

конкуренты SysV (все эти Upstart и прочие) и появились именно из-за того, что людям надоело вручную расставлять префиксы после S.

Зато теперь надо писать кучу before and after and wait и надеется, что нигде ничего не зациклил и не забыл.

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

У товарища выше вон надо было прописывать всем юнитам зависимости, а оказалось - не надо.

А оказалось, что можно прописать before в одном юните, но всех, что после. Операция не то, чтобы сильно экономнее.

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

за одно только слияние /usr не нужно

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

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

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

Если для сервиса - создается системный юнит с буквальным before/after.

Для чего необходимо выучить язык написания юнитов, правила именования и размещения юнитов, разобраться в последовательности загрузки текущей конфигурации юнитов. Напомните, в систем-дэ есть утилита, выводящая изменённый текущий порядок загрузки юнитов? Кроме systemd-analyze plot > картинка/svg, которую в консоли не посмотришь, да и покажет ли оная внесённый изменения? А как эту картинку соотнести со списками юнитов?

И самое главное, зачем всё это учить для создания одного юнита в 10 лет?

это системный менеджер: прослойка, управляющая распределением всех ресурсов системы и реагированием на события, происходящие в ней. В рамках этого подхода всё прекрасно.

Мне казалось, что этим ядро должно заниматься. И зачем всему этому конкретно вот это: /// поддержка компиляции eBPF программ с помощью bpf-gcc; ?

Ничего не понимаю.

Если для вас не важна последовательность запуска вашего юнита, то вы просто добавляете его в нужный таргет («runlevel»), и на этом всё.

А если вам важна последовательность запуска, то вы уже знаете, до и после чего тот должен быть запущен, и, значит, можете указать это в директивах Before и After. При этом вы должны будете это тем или иным образом сделать в любой системе инициализации.

если них уже соседние префиксы S (или вообще одинаковые).

что-то запуститься перед exim но после dbus?

 S01dbus

 S01da_твои_хотелки_раз
 S01db_твои_хотелки_два
 S01db_твои_хотелки_три

# сколько хочется хотелок

 S01exim4