Исходное сообщение
"В Fedora 39 предложено опубликовать атомарно обновляемую сбо..." Отправлено cheburnator9000, 01-Май-23 02:07
Это и раньше существовало. Называется перезагрузка после обновления и snapshots btrfs. Корпорасты принуждают пользователей пользоваться ОС только одним единственным верным способом, а именно принудительной перезагрузкой, так как systemd (да и как любая линуксовая init система) в принципе не может решить всех проблем обновления сервисов в горячем режиме. Атомарность же они форсят ради отсутствия повреждений данных в системных каталогах, ибо изобрести аналог вендового "sfc /scannow" не смогли. По факту sfc можно было переизобрести если в пакетах жестко был запрещен pre-inst post-inst скрипты, но они не могут иначе. RPM, как и DEB это технологии 90-тых годов, которую они трогать бояться. Зато поверх говна мамонта очень усердно высаживают "современные технологии" цветы в надежде что те своим запахом перекроют вонь. Flatpak это абсолютно все то же самое из той же категории, никакой проблемы "stable abi" flatpak не решает в полной мере так как засирает систему кучей копий библиотек "ОС в ОС". Раньше все фрагментировалось дистрибутивами, была попытка создать бинарные рантаймы централизованной сборки, пришла Fedora и переизобрела Flatpak на свой лад, дублированием пакетов "на своих серверах" более плохого качества сборки. Это замкнутый круг линуксовой экосистемы.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Это и раньше существовало. Называется перезагрузка после обновления и snapshots btrfs. > Корпорасты принуждают пользователей пользоваться ОС только одним единственным верным > способом, а именно принудительной перезагрузкой, так как systemd (да и как > любая линуксовая init система) в принципе не может решить всех проблем > обновления сервисов в горячем режиме. Атомарность же они форсят ради отсутствия > повреждений данных в системных каталогах, ибо изобрести аналог вендового "sfc /scannow" > не смогли. По факту sfc можно было переизобрести если в пакетах > жестко был запрещен pre-inst post-inst скрипты, но они не могут иначе. > RPM, как и DEB это технологии 90-тых годов, которую они трогать > бояться. Зато поверх говна мамонта очень усердно высаживают "современные технологии" цветы > в надежде что те своим запахом перекроют вонь. Flatpak это абсолютно > все то же самое из той же категории, никакой проблемы "stable > abi" flatpak не решает в полной мере так как засирает систему > кучей копий библиотек "ОС в ОС". Раньше все фрагментировалось дистрибутивами, была > попытка создать бинарные рантаймы централизованной сборки, пришла Fedora и переизобрела > Flatpak на свой лад, дублированием пакетов "на своих серверах" более плохого > качества сборки. Это замкнутый круг линуксовой экосистемы.
	Введите код, изображенный на картинке: