https://www.opennet.ru/openforum/vsluhforumID3/138071.html Технический комитет, принимающий конечные решения в отношении спорных технических вопросов в проекте Debian, утвердил внесение изменения в пакет с systemd, меняющее поведение при работе с каталогом /var/lock. Системный менеджер systemd начиная с выпуска 258 огрничил возможность записи в каталог /var/lock только для пользователей с правами root, в то время как технический комитет Debian одобрил оставление старого поведения, разрешающего запись в /var/lock любым пользователям...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64050<br> https://www.opennet.ru/openforum/vsluhforumID3/138071.html#184 Fri, 24 Oct 2025 12:17:03 GMT [фубл. я сам же был потив аналогий. и вот нарвался.]<br><br>&gt;&gt; девляпс теперь считается инженерией ? понты конечно велики.<br>&gt; Учитывая что они по сути заменили ветеранюниксов - это кажется не только <br>&gt; понты. И да, я вижел как профи девопсы пашут. Мне повезет <br>&gt; если я смогу половину от их крутизны. Но мне и этого <br>&gt; хватит. Главное - их тайминги решения эксплуатационных проблем принципиально отличаются <br>&gt; от тех. Вы еще вкуривать 15-кил простыню не закончите а девопс <br>&gt; уже исправит проблему и о ней можно будет забыть. <br><br>их подход называется SRE (simple reboot everything).<br>их подход завершается, когда приходят счета за облака.<br><br>&gt; Нам не надо ваши художества. Нам надо - getting things done. Денег <br>&gt; платят - за это. Системы должны работать. Хорошо. Даунтаймы должны быть <br>&gt; минимальные, в идеале нулевые. Как именно это достигнуто вообще мало кому <br>&gt; интересно на самом деле. Хоть гномиками крутящими за кадром педали. Лишь <br>&gt; бы времянки и соотношения были хорошие.<br>&gt;&gt; а я не хотел и не хочу тратить вре https://www.opennet.ru/openforum/vsluhforumID3/138071.html#183 Tue, 21 Oct 2025 18:11:47 GMT Ну что тут сказать, время нас рассудит, подождём ещё десяток лет, или когда там ваше добро "устаканится"...<br>Лично мне -- совершенно безразлично, куда заведёт вас этот путь.<br>Для меня GNU/Linux -- это сервер, не десктоп.<br>Потому что мне нужно работать не через несколько лет, а прямо сейчас.<br> https://www.opennet.ru/openforum/vsluhforumID3/138071.html#182 Tue, 21 Oct 2025 10:59:29 GMT &gt; Ну так LSB как бы и должен был решить в частности эту <br>&gt; проблему тоже. То, что проблема переносимости вообще существовала -- это ж <br>&gt; как раз следствие их же действий по саботажу LSB.<br><br>Изначально - скрипты sysv все разные. Это неудачный старт. Я имел "радость" портирования нескольких RH-like -&gt; Deb-like. Было не круто. Я могу понять энтузиазм майнтайнеров по части sd вместо ЭТОГО, к черту полумеры имхо.<br><br>&gt; между собой на различиях. Теперь каждый дистрибутив пилит свои несовместимые решения, <br>&gt; растрачивая на это колоссальные ресурсы и затормаживая развитие экосистемы в целом. <br><br>Мир не идеальная штука. В идеале кооперация эффективнее конкуренции. Реально - как повезет. Могут зажраться и почивать на лаврах. А конкуренция в таком случае пинка врезает.<br><br>&gt; В то же время проприетарные десктопные системы конкурентов, таких как Microsoft, <br>&gt; Google и Apple, в силу централизованного развития уходят вперёд семимильными шагами,<br><br>Майкрософт продает 1 ядро 20 лет, с архаичными ФС, почти без улучшений. Перери https://www.opennet.ru/openforum/vsluhforumID3/138071.html#181 Mon, 20 Oct 2025 22:56:02 GMT &gt; Несколько biased но в целом - все же освежило мою память.<br><br>И поэтому Вы решили сделать стандартные и уже по десять тысяч раз разобранные[1] вбросы systemd-фанбоев из тредов, которые кипели в 2013м?<br>Нормально же общались.<br><br>[1] https://www.opennet.ru/base/sys/systemd_myth.txt.html<br> https://www.opennet.ru/openforum/vsluhforumID3/138071.html#180 Mon, 20 Oct 2025 21:59:23 GMT &gt; Ну да. Есть, тем не менее, определённая разница между междистрибутивным стандартом, <br>&gt; основанном на консенсусе сторон, и междистрибутивным стандартом, основанном на вендор-локе.<br><br>Я не считаю корректным такое расставление понятий. Это имхо ваши персональные предпочтений, не более. Systemd - открытый софт. В него комитит толпень народа не имеющего отношения к RH. Кто угодно может отфоркать это. То что убедить остальных юзать форк или иные вэи нелегко - да, и что? В частности, их видение как делать менеджмент ос к моему видению сильно ближе вашего. Мне совершенно не интересно "осиливать", переизобретая то что должно было - работать "из коробки", еще позавчера. Чес чсв об меня всякими ветеран-пох-нах тоже как-то совсем не фича. И зачем мне такой хоккей - я не в курсе.<br><br>То что вам такое устройство мира неудобно и хотелось бы иного - вообще совсем иной вопрос, не имеющий отношения к вендорлокам. Существование всяких слак и диванов наммекает что стоит только захотеть... но как оказывается, хотят в таком виде https://www.opennet.ru/openforum/vsluhforumID3/138071.html#179 Mon, 20 Oct 2025 13:44:21 GMT &gt; каждый не каждый, а в автомобилях например резьба метрическая, но немного другая, <br><br>И тем не менее, если мы про ЭТО, у всех современных есть - OBD-II. И диагностика на минималках - устаканена, ага! Да, есть куча вендорских расширений и много чего не регламентировано. И все же.<br><br>Потому что вендорлок вендорлоком, а диагностируемость и адекватные затраты сил на техосмотр и проч - как-то все решили что мастхэв. Systemd to linux is what OBDII to cars. Потому что когда этого колесят многие миллионы - потребовалась какая-то диагностируемость что оно более-менее безопасное, не чадит как паровоз и проч. Что совсем мануальненько в таком количестве уже - "не очень". С systemd повторился достаточно сравнимый паттерн. Этого стало довольно много и окучивать каждый локалхостик выписывая ему уберскриптики как-то стало душновато, особенно по диагностируемости и майнтенансу этого всего.<br> <br>&gt; болты гайки из магазина крепежа не подойдут. возможно у них были веские <br>&gt; причины, а не тупо вендор лок.<br><br>Для появления s-d тоже https://www.opennet.ru/openforum/vsluhforumID3/138071.html#178 Mon, 20 Oct 2025 13:09:42 GMT &gt; Так что со своей стороны я считаю что RH как раз все правильно сделал. И по линии унификации sd достиг больше чем те вечно полунедосовместимые костыли.<br><br>Ну так LSB как бы и должен был решить в частности эту проблему тоже. То, что проблема переносимости вообще существовала -- это ж как раз следствие их же действий по саботажу LSB.<br><br>Безусловно, Red Hat достиг некоторого успеха по линии унификации в разных частях системы. Однако саботаж LSB имел куда более далеко идущие последствия. В частности, ликвидация LSB и как следствие, общей базы, вкладываясь в которую дистрибутивы могли получать бенефиты совместно, породила тенденцию дистрибутивов конкурировать между собой на различиях. Теперь каждый дистрибутив пилит свои несовместимые решения, растрачивая на это колоссальные ресурсы и затормаживая развитие экосистемы в целом. В то же время проприетарные десктопные системы конкурентов, таких как Microsoft, Google и Apple, в силу централизованного развития уходят вперёд семимильными шагами, а GNU/Linux-системы всё https://www.opennet.ru/openforum/vsluhforumID3/138071.html#177 Mon, 20 Oct 2025 10:42:20 GMT &gt; Red Hat же вместо этого в 2009м году вкладывается в Systemd, который <br>&gt; разрабатывается с полным игнорированием как LSB, так и FHS в частности. <br>&gt; Это прямой саботаж LSB, который кончается тем, что Debian окончательно дропает <br>&gt; работы по обеспечению LSB-compliance в дистрибутиве в 2015м, тем более что <br>&gt; адаптация systemd в Debian окончательно херит его.<br><br>На лично мой вкус - good riddance. Вместо этого clusterfucked mess с "хидерами" - и жалких потуг делать из г конфетку полумерами, получить нормальное управление системой, с декларативными юнитами было, имхо, EPIC WIN! Так что "arbitrary logic" художества с нежданчиками и готовкой кофе - теперь не будут сыпаться на мою голову, разве что как исключение. Это улучшает майнтенанс систем и делает их более предсказуемыми. Повод сказать RH спасибо.<br><br>К чему тот брейнфак может прийти - можно посмотреть на примере openwrt. Лютейший фэйспалм. И пример отвратительнейшей инженерии, имхо. Когда долго загружается, жрет память и проч - в low memory системах с медле https://www.opennet.ru/openforum/vsluhforumID3/138071.html#176 Mon, 20 Oct 2025 09:44:17 GMT &gt;&gt; Междистрибутивный стандарт имеет целью минимизацию различий между дистрибутивами.<br>&gt; Честно говоря, имхо, s-d достиг в этом плане намного большего чем остальные потуги вместе взятые.<br><br>Ну да. Есть, тем не менее, определённая разница между междистрибутивным стандартом, основанном на консенсусе сторон, и междистрибутивным стандартом, основанном на вендор-локе.<br><br>&gt; А, вот тут прошу пардона. Это кажется про LSB было. К FHS дебиан более нормально относился, я с LSB, имхо, перепутал.<br><br>Я тут ниже в #174 примерно расписал историю о том, кто в какое время и как относился к LSB.<br><br>&gt; На практике ушлые политики начинают вертеть это под свои сиюминутные удобства, и в таком виде это уже - не законодательство. А разборки "по понятиям". С динамической сменой понятий. Это имеет довольно неудачные - и далеко идущие последствия.<br>&gt; Это такой намек что когда начинают законами вертеть под сиюминутные хотелки в ущерб принципов - принципы идут к черту. На всех уровнях. И за это придется заплатить весьма дорогую цену.<br><br>Именно