https://m.opennet.dev/openforum/vsluhforumID3/133882.html В выпуске Fedora 41 предложено удалить пакет network-scripts, обеспечивающий поддержку классических скриптов для настройки сети, основанные на использовании команд ifup и ifdown. Подобные скрипты объявлены устаревшими с 2018 года. В качестве причины удаления называются планы по удалению ISC dhcp, сопровождение которого было прекращено в конце 2022 года...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61283<br> https://m.opennet.dev/openforum/vsluhforumID3/133882.html#53 Mon, 03 Jun 2024 21:17:49 GMT Понимаешь, само наличие Ubuntu LTS и дебиановского стейбла не делает "deb-based" "более консервативными". Сама по себе Убунта не более стабильна чем Федора.<br><br>Дебиан вот новые ядра получает за время жизни релиза, а в CentOS/RHEL одна и та же версия пять/десять лет подряд патчится. Кто тут "более консервативен"?<br> https://m.opennet.dev/openforum/vsluhforumID3/133882.html#52 Mon, 03 Jun 2024 20:48:02 GMT У тебя аргументация в стиле "у меня всё работает". Замечательно, у меня тоже. Но это не значит, что проблем нет.<br><br>&gt; мифические ситуации в которых почему-то обновление посредством обычных <br>&gt; dnf или apt по какой-то неведомой причине обновляют только часть системы<br><br>При обновлении пакетов обновляются только сами пакеты и их зависимости. Внезапно, всегда обновляется только часть системы. <br><br>Попробуй сделать массовый даунгрейд пакетов силами пакетного менеджера, узнаешь много интересного. А ещё представь, что в системе что-то пошло не так после обновления. Например, обновления поломали пакетный менеджер. Всё, приехали.<br><br>&gt; на практике что Debian, что Ubuntu, что Fedora в рамках одного релиза <br>&gt; при обновлениях не разваливаются.<br><br>В общем случае. Представь, что выключили электричество в тот момент, когда устанавливался пакет с новым ядром. В граб оно уже прописалось, а библиотеки не доехали. Хорошо, что можно загрузиться в старое. Но есть нюансы.<br><br>&gt; Нет никакой проблемы для десктопов<br><br>У тебя никогда не бы https://m.opennet.dev/openforum/vsluhforumID3/133882.html#49 Sun, 02 Jun 2024 16:37:27 GMT &gt;&gt; разница в том, что Fedora это полигон новья, а deb-based более консервативные системы <br>&gt; Особенно Ubuntu с релизами раз в полгода, консервативнее некуда.<br><br>А что не так-то? Что мешает сидеть на одних LTS и менять каждые два-три года? Или что мешает дить на одном LTS даже 5, а то и 10 лет по программе Ubuntu Pro?!<br><br>Если в одном месте не свербит рачеводство, то вполне себе можно жить на LTS-версиях достаточно продолжительное время. <br><br>Кто-то себе выдумывает проблемы, а потом с ними героически сражается на просторах интернета! ))<br> https://m.opennet.dev/openforum/vsluhforumID3/133882.html#48 Sun, 02 Jun 2024 16:29:37 GMT &gt;&gt; Выше речь была не об атомарной Fedora, атомарная мне вообще не понравилась <br>&gt; А новость, внезапно, об атомарных редакциях Fedora.<br><br>И что, тут как бы все в курсе, что про атомурную Федору новость,но комментариии внезапно кто про что хочет, то про то и пишет, вот я и отвечаю согласно теме.<br><br>&gt;&gt; А резервные копии я предпочитаю дедовским способом делать перед апгрейдом <br>&gt; Речь не о резервном копировании, а о стабильности системы. В атомарных редакциях <br>&gt; пользователь устанавливает обновления не для отдельных пакетов, а срез базовой системы <br>&gt; целиком. Это исключает ситуации, когда одно слишком новое, а другое слишком <br>&gt; старое, чтобы работать друг с другом.<br><br>Я в курсе как работает атомарщина, я её тоже использовал. Но про какие-то мифические ситуации в которых почему-то обновление посредством обычных dnf или apt по какой-то неведомой причине обновляют только часть системы существует в мозгу каких-то теоретиков, которые этими системами не пользовались видимо.<br><br>&gt;&gt; А если система в течении цикла жизни о https://m.opennet.dev/openforum/vsluhforumID3/133882.html#47 Sun, 02 Jun 2024 12:39:35 GMT &gt; разница в том, что Fedora это полигон новья, а deb-based более консервативные системы<br><br>Особенно Ubuntu с релизами раз в полгода, консервативнее некуда.<br> https://m.opennet.dev/openforum/vsluhforumID3/133882.html#46 Sun, 02 Jun 2024 12:36:23 GMT У тебя ведь десяток десктопных пользователей на одной машине с сильверблю, так? Расскажи, как ты так ухитрился и какие проблемы ты этим решаешь?<br><br>И не забудь рассказать про своё решение с разрешениями на обновление атомарной системы. <br><br>Ты ведь, наверное, помнишь, что с rpm-ostree обновления будут применены только после перезагрузки?<br> https://m.opennet.dev/openforum/vsluhforumID3/133882.html#45 Sun, 02 Jun 2024 11:37:27 GMT &gt; Выше речь была не об атомарной Fedora, атомарная мне вообще не понравилась<br><br>А новость, внезапно, об атомарных редакциях Fedora.<br><br>&gt; А резервные копии я предпочитаю дедовским способом делать перед апгрейдом<br><br>Речь не о резервном копировании, а о стабильности системы. В атомарных редакциях пользователь устанавливает обновления не для отдельных пакетов, а срез базовой системы целиком. Это исключает ситуации, когда одно слишком новое, а другое слишком старое, чтобы работать друг с другом.<br><br>&gt; А если система в течении цикла жизни одного релиза разваливается, то это шляпа а не система!<br><br>От этого никакие пакетные дистрибутивы не застрахованы вообще никак. Ну и тем более, source-based.<br><br>Дедовский способ как-то стабилизировать систему это заморозить версии пакетов и накатывать бэкпорты по необходимости. Так это делается в Дебиане, например. Это нормально работало тридцать лет назад, когда программ было меньше и обновлялись они реже.<br><br>Это может быть приемлемо для серверов, но это проблема для десктопа. Поэтом https://m.opennet.dev/openforum/vsluhforumID3/133882.html#44 Sun, 02 Jun 2024 06:28:34 GMT &gt;[оверквотинг удален]<br>&gt; Суть атомарных редакций для десктопа в том, что вот вам готовый срез <br>&gt; базовой системы, где компоненты оттестированы автоматикой для работы друг с другом, <br>&gt; а дальше наворачивайте контейнерами всё остальное. Кому достаточно десктопного софта, <br>&gt; ставят флэтпаки, можно поставить одним кликом и радоваться жизни. Кому нужно <br>&gt; что-то ещё, пожалуйста, подман и тулбокс, чтобы гадить в песочницы, а <br>&gt; не в систему.<br>&gt; Убунта тоже пытается со снапами в эту сторону бежать, но получается не <br>&gt; очень. Редхат, видимо, может себе позволить тратить ресурсы ещё и на <br>&gt; то, чтобы исследовать возможности создания десктопного дистрибутива, а Каноникал десктоп <br>&gt; в основном раскрашивает и двигает панели.<br><br>Выше речь была не об атомарной Fedora, атомарная мне вообще не понравилась, очень-чень слоупочно всё. А резервные копии я предпочитаю дедовским способом делать перед апгрейдом. А если система в течении цикла жизни одного релиза разваливается, то это шляпа а не система!<br> https://m.opennet.dev/openforum/vsluhforumID3/133882.html#43 Sat, 01 Jun 2024 21:57:01 GMT &gt; и всем её пользователям придётся это жрать безальтернативно<br><br>Как будто в вендах или макоси как-то иначе происходит.<br><br>Суть атомарных редакций для десктопа в том, что вот вам готовый срез базовой системы, где компоненты оттестированы автоматикой для работы друг с другом, а дальше наворачивайте контейнерами всё остальное. Кому достаточно десктопного софта, ставят флэтпаки, можно поставить одним кликом и радоваться жизни. Кому нужно что-то ещё, пожалуйста, подман и тулбокс, чтобы гадить в песочницы, а не в систему.<br><br>Убунта тоже пытается со снапами в эту сторону бежать, но получается не очень. Редхат, видимо, может себе позволить тратить ресурсы ещё и на то, чтобы исследовать возможности создания десктопного дистрибутива, а Каноникал десктоп в основном раскрашивает и двигает панели.<br>