>> Ну ок. Не осилил shell -- так и скажи. Зачем же желчью на него исходить? :)
> Я не хочу "осиливать" подобные вещи. На мое мнение это должно быть сделано просто и логично.
> В гробу я видел кодинг на шелле базовых системных инструментариев самому себе.Большая часть работы на shell -- это написание обвязочек над бинарными утилитами. Системные инструментарии на нём не пишут. Это инструмент прежде всего тюнинга. Каждому инструменту -- своя область применения.
Вот я на работе, например, написал в 20 строчек скрипт для публикации debian-репозиториев из директории. Написал, потому что я знал структуру репозитория и знал, как создаются все необходимые файлы средствами командной строки. Это заняло у меня 5 минут, и это стабильно работает уже 2 года. А сколько бы ты подбирал и внедрял стандартный инструмент?
> И я бы понял заявы про криворукость, но чужие инструментарии тоже не
> возбуждали. И на их фоне тулсы от поттера и ко -
> очень даже. И их не надо искать в гугле или где
> там еще полчаса, в большинстве инсталляций, кроме сверхкомпактных, такое есть сразу.
Как раз наоборот. coreutils, findutils и bash -- есть везде и всегда, в любых никсах: на линуксе, на макоси, на фряхе, в хурде. Это -- универсальный язык, который применим везде. В отличие от systemd.
> Ну и вообще, все эти диванные эксперты взялись за дело только после того как поттер отвесил им знатного пинка.
Ну дык, надо же и упомянуть, за какое конкретно дело мы взялись. :)
Мы ж активизировались для того, чтобы выкинуть всё то гoвно, что поттер и красношляпа нам понапихали, и вернуть, как было.
> До этого был сказ про нинужна и кривые руки.
А этот сказ никуда не делся. Это чистая правда. Понимаю, тебе неприятно это слышать, но я в целом могу порекомендовать тебе разве что успокоиться и принять к сведению: старшие вам в один голос твердят, что вы движетесь в неправильном направлении. Иногда ко мнению старших надо прислушаться.
> За наглое высокомерие надутым админгусям как видим отлилось. На мой вкус это угарно.
Это подростковое отношение со временем пройдёт. Вы рано или поздно поумнеете (я по крайней мере надеюсь). Вопрос лишь в том, сколько вы времени сольёте до этого.
>> И ещё раз. Systemd и sysv загружают систему за одинаковое время.
> Ну во первых чтобы бряцать такими выводами - надо все-таки сравнить одинаковую
> конфигурацию на одинаковом железе. Но примеров этого я никогда не видел.
Примеров он не видел, как же. Ну допустим. А что, самому проверить тяжело? Делов-то минут на 20-30. Берёшь и пишешь vagrant-файл, и раскатываешь ansible-провиженом одинаковую конфигурацию на две виртуалки. Первый вагрант с базой на debian stretch, а второй -- devuan ascii.
> Говоря за себя лично
Вот, это -- первый правильный подход, который ты использовал за всю беседу. Если инструмент решает ТВОИ задачи -- то это хороший инструмент. Подходит тебе systemd -- ну и юзай на здоровье. Хейтеры, думаешь, просто так возбухают? Нет, вся проблема в том, что systemd не решает НАШИ задачи, но при этом нам его старательно втюхивают. Мы, хейтеры, и рады бы оставить systemd в покое, вот только systemd никак не хочет оставить в покое нас. :)
> я согласен с точкой зрения Поттеринга на тему того что скорость работы системды всего лишь следствие разумного дизайна.
Ну, про дизайн уже много было сказано, я повторяться не буду. Вот тебе ссылочка.
https://www.opennet.ru/base/sys/systemd_myth.txt.html
> А если какие-то тяжелые сервисы долго взлетают - системд тут не при чем.
Окей, тогда вернёмся к теме "ненужно". Вопрос такой: если на дорогах всегда пробки, имеет ли смысл покупать спорткар? Systemd конечно далеко не спорткар, но давайте допустим.
> Но, знаете, когда у меня есть иномарка с кондеем в виде системд - давайте вы сами на своей деревянной телеге?
Паршивое сравнение, происходящее из неверных предпосылок. sysvinit -- это лишь маленький процесс, который запускает пачку скриптов. И скрипты, которые на него натянуты -- сильно разные. Где-то они лучше, где-то хуже. Вы почему-то всегда сравниваете systemd с rhel-ным sysv, а в rhel скрипты-то были тем ещё гoвном. А вот в debian они ещё в 2009м (то есть за 2 года до начала разработки systemd) умели и параллелить загрузку, и зависимости учитывать... Я об этом собственно речь и веду с самого начала, а ты всё никак не уяснишь, что дебиановский sysv рхелному sysv-у рознь. Такая же рознь, как между иномаркой и телегой.
> Более понятных и нужных людям чем "осиливание" какой-то хни.
Ну это кстати большая проблема нового поколения админов. Вы изучаете поверхностно хайповые технологии, и при этом не имеете желания получать базовые знания. А это очень плохо, и потом боком вам выйдет. Это перекрывает дороги к дальнейшему развитию и профессиональному росту.