Разработчики GNOME OS, экспериментального дистрибутива для разработчиков и тестировщиков GNOME, позволяющего оценить состояние разработки среды рабочего стола, ознакомиться с появляющимися новыми возможностями и протестировать работу своих приложений в находящихся в разработке ветках GNOME, объявили о переходе на использование компонента systemd-sysupdate для организации атомарного обновления системы. Целью изменения является желание адаптировать ночные сборки GNOME OS для проведения ежедневного контроля качества разработки GNOME...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61181
Так они GNOME OS для GNOME делают или для systemd? Чем им Fedora как эталон не угодила?
> экспериментального дистрибутива"экспериментальное" у них перманентное состояние.
> Чем им Fedora как эталон не угодила?Тем что GNOME OS нужен конкретно для тестирования минимального стека технологий гном и близких к гном технологий. И OSTree и systemd близки к гному. Как и Flatpak, который там используется.
И это хорошо что они не используют федору. Если будет меньше ограничений то ГНОМ ОС обязательно кто-то попытается по-daily-drive-ить и потом будет кричать что эта ОС говно
Наверное потому что в тексте ни слова про пакеты .rpmЗаявлен git-подобное хранение. Видать дальнейшая проработка в отказе от репозиториев как иточников сборки базового образа.
Стратегия отказа от промежуточной стадии в виде пакетов rpm прослеживается давно. Будет репозиторий исходного кода - система сборки - готовый образ ОС, контейнера как голого, так и отдельных контейнеров с определенным ПО: postgresql, httpd, определенных версий python, gcc и т.д.
гномоводы преисполнились и теперь уже и рпм из системы выкидывают, получается?с каждым днем все ближе к новости "из гномос выкинули гноме"
Из гномос выкинули ос
Не тот уровень. Это решение не гномоводов, а архитекторов GNU*/Linux.*) Gnome is Not UNIX.
Просто уберут лишную сущность.
> Так они GNOME OS для GNOME делают или для systemd? Чем им
> Fedora как эталон не угодила?Они постепенно делают SystemdOS, просто стараются не палиться, но у них не выходит, схемы слишком "двухходовые", поэтому за них надрываются сектанты на подсосе, которые оголтело обвиняют критикующих в том, что у тех паранойя.
Но собака и человек точно не действуют сообща, это всё теории заговора! xD
У критикующих не паранойя, а вполне рациональное понимание на рептиле, что прослойка в виде rpm является лишней сущностью, вместе с сопровождающими.
> У критикующих не паранойя, а вполне рациональное понимание на рептиле, что прослойка
> в виде rpm является лишней сущностью, вместе с сопровождающими.Как у возможность халявно пользоваться кодом корпораций и делать свои форки с кастомными ядрами, вот от этого у них настолько горит, что они ужом вьются, чтобы это огородить насколько можно.
RHEL не требуется специально огораживаться от тех, кто не видит разницы между проектированием-написанием ПО и его сборкой из исходников. Это неизбежно происходит природой вещей.
Это будущее всех мейнстримных дистрибутивов Линукс. Можете скнинить.
А можно по подробнее про systemd-sysupdate
Что это такое и как работает?
https://www.freedesktop.org/software/systemd/man/latest/syst...
>система OSTree, при использовании которой системный образ атомарно обновляется из Git-подобного хранилища
> обновления доставляются в виде небольших порций, содержащих изменения, относительно прошлого состояния (delta-обновления)Если поставщик один - это будет работать, как оно работает для образов ОС для докера. Локальный администратор по мнению корпорастов в систему все равно лезть не будет (в этом они правы по большому счету). Но опытным линуксоидам это не подойдет. За пару лет в моей системе столько установлено пакетов из сторонних реп и внесено правок в системные конфиги, что замена на чистую ОС скорее всего приведет к тому, что много вещей гарантированно перестанет работать. Ядро тоже не из поставки дистра. Стек видео местами самосборный, местами сторонние пакеты. Эти ребята думают, что у меня их ОС просто заработает? Ну-ну.
Кстати, а как флатпак спасает от майнеров?
А это попахивает интернет вещами и киосками в новом виде.Автоматическое обновление без админа и без окирпичивания с возможностью отката при ошибке в проданной вещи.
Юзера внутри такой штуки не ждут и выгонят. Пусть снаружи потребляет оплаченное и довольно.
Такие вот мысли.
> Пусть снаружи потребляет оплаченное и довольно.А ведь давно уже так. Попробуй, например, разблокируй телефон от Щаоми. Хрен там. Сначала тебе нужно выждать неделю и лишь потом с их разрешения разблокировать загрузчик. И разрешено так делать не более чем с 5 устройствами в год.
П.с. даже у apple такого маразма нет с их казалось бы полностью проприетарным apple silicon.
как еще производитель мог бы защититься от злоумышленников, подменяющих прошивки перед продажей устройства?
> злоумышленников, подменяющих прошивки перед продажей устройстваА надписи с брендом наждачкой стирают? Придумай что-то более адекватное.
А зачем их стирать? Подменяй прошивку и продавай телефон. Потом твой троян из прошивки сам сольёт данные юзверя на твой сервер. На уровне производителя это становится проблемой. Крайним-то оказывается производитель, типа он поставляет телефон с трояном, иди докажи, что по пути прошивку поменяли. Вот и выкручиваются.
Вполне себе подменяют прошивки. У меня есть такой аппарат.
Т.е. ТЫ не отрицаешь что твой телефон тебе не принадлежит?
В интернет вещей 32 гига апдейтов не поместятся. Уж проще самому наколдовать апдейт /, а хотя, с systemd уже не проще - /usr сломали, / без /usr тоже.
> За пару лет в моей системе столько установлено пакетов из сторонних реп и внесено правок в системные конфигиИ не забыл где чего правил? Я как-то вёл даже отдельный файл с изменениями и всё равно что-то забывал и упускал из виду. Это один из жирных минусов всех этих линуксов - необходимость вручную править конфиги и благополучно забывать что и где изменил.
> Я как-то вёл даже отдельный файл с изменениями и всё равно что-то забывал и упускал из видуБольшинство, наверное, так и делает.
У себя завёл папку и копирую в неё модифицированные файлы с сохранением путей, ну и там же лежит файл с десятком-полтора команд, которые в памяти не удержать да и не за чем. Всегда понятно, откуда и куда, плюс синхронная смена каталогов в файловом менеджере и программа сравнения файлов под рукой.
Репозитории - это файлы в /etc/apt/sources.list.d, есть список дефолтных пакетов (после установки системы) и в любой момент можно сравнить с текущим. Если компилю что-то сам, то кладу в ~/.local/bin или по-человечески опакечиваю и кладу в локальный репозиторий.
Поначалу требует некоторых усилий, но вроде вышло всё прозрачно.
Единственное, что забывал пару раз, - сдампить базу dconf, приходилось заново пробегаться по настройкам.
Забыл конечно. Логика такая, что если я смог один раз разобраться и это поменять, то и второй раз в это влезть тоже проблем не составит. Речь скорее не о запоминании конкретики, а о понимании принципа, который запоминается. Где что лежит в плане конфигов выкидывается из головы в тот же день. Обычно я конкретику складываю в баш скрипты, но в плане настройки системы этот подход не работает, потому что делаются эти вещи обычно один раз и только на одной системе.>один из жирных минусов всех этих линуксов - необходимость вручную править конфиги
Делать это надо реже раза в год, а само наличие возможности бесценно.
> если я смог один раз разобраться и это поменять, то и второй раз в это влезть тоже проблем не составитА потом ты такой лезешь спустя полгода в конфиг какого-нибудь экзима и думаешь: божечки, а что я тут такого вообще понаписал?
> делаются эти вещи обычно один раз и только на одной системе
Даже для десктопа проще один раз установку в ансибле описать. Ты можешь, конечно, потратить полдня, вспоминая как настроить libvirt с неймсерверами для нескольких виртуалок или прикрутить uwsgi к nginx. Но лучше потратить пять минут на развертывание и забыть об этом снова.
Используйте GIT-репу в корне.
И рано или поздно переизобрести rpm-ostree.Гит худо-бедно умеет работать с разрешениями, но в разных пользователей он не умеет. Если файл должен принадлежать специфическому пользователю, тут всё, приехали.
> необходимость вручную править конфиги и благополучно забывать что и где изменилОткрой уже для себя Ansible.
Ну да, никто же на экскаваторе на дачу не ездит.
Да это белаз, а не экскаватор, судя по размеру.
Docker и его подход отправят на свалку истории. Будет как я выше написал.
На пути к неизменямости кода ОС "владельцем" компьютера.
Из исзодников кто мешает собрать?
Лицензия на компилятор. А дебажить - лицензия на использование дебаггера.
А где тут владелец? Корпоративная ОС для рабочих станций сотрудников корпораций.
Кому нужен контроль над системой и все степени свободы - такое не поставят.
>использовать два независимых раздела/файла/каталога, на одном из которых находится текущий работающий ресурс, а на другом устанавливается очередное обновление, после чего разделы/файлы/каталоги меняются местами.Метод повторяет работу с обновлениями в Endless OS.
Работу с /sysroot и deploy's
По идеи Gnome os, как и Kde Neon винальный оригинальные, но что мешает их конкретно развивать и продвигать?