Разработчики из компании Canonical намерены в следующем году начать поставку дополнительных сборок Ubuntu Desktop, основанных на платформе Ubuntu Core и включающих только приложения, оформленные с использование пакетов в формате Snap. Похожая, но основанная на пакетах Flatpak, компоновка дистрибутива для рабочих станций, уже применяется такими проектами, как Fedora Silverblue и Endless OS. Первые экспериментальные сборки нового варианта Ubuntu Desktop планируют подготовить весной следующего года, в процессе формирования Ubuntu 23.04 LTS. Поставка классических сборок Ubuntu Desktop с deb-пакетами будет продолжена без изменений.

Ubuntu Core подразумевает поставку неделимого монолитного образа базовой системы, в котором не применяется разбивка на отдельные deb-пакеты и используется механизм атомарного обновления всей системы. Компоненты Ubuntu Core, включая базовую систему, ядро Linux, системные надстройки и дополнительные приложения, поставляются в формате snap и управляются инструментарием snapd. Компоненты в формате Snap изолируются при помощи AppArmor и Seccomp, что создаёт дополнительный рубеж для защиты системы в случае компрометации отдельных приложений. Базовая файловая система монтируется в режиме только для чтения. Обновления базового окружения доставляются в режиме ОТА (over-the-air), включают только изменения (delta-обновления) и синхронизированы с актуальным LTS-выпуском Ubuntu.

Из недавний достижений Ubuntu, позволяющий реализовать на базе Ubuntu Core сборку с графическим окружением, отмечается реализация возможности поставки в snap-пакетах стека вывода на печать на базе CUPS и разных версий драйверов Mesa. Поставка CUPS в формате snap планируют начать в выпуске Ubuntu 23.10.

// cc-by opennet.ru
// converted with crypt’s opennet autoreposter <<<

  • Aleks Michajlow
    0·
    3 years ago

    слушай, я вот не понимаю визги пользователей про зависимости. У меня проблемы с зависимостями были на RedHat 6.2 (который в 2002 году примерно был), когда не было еще yum и вообще репозиториев (только в дебиане были), ты качал час так рпмку с какого-то сайта, (а там еще всегда были версии для всех дистрибутивов, кроме твоего), ставил его rpm -i, а он тебе в ответ писал, что зависимости тютю. Как появились репозитории - берешь из репы и ставишь. У меня даже в убунтах/дебианах проблем не было, особенно если не использовать репы от васяна. В крайнем случае если ты наставишь всякого говна из интернета - он тебе сам подскажет, как поправить. Кстате в бсд еще удобнее - если ты наставил говна какого-то, и хочешь все снести не переустанавливая системы - готовишь список пакетов, что у тебя стоит, убираешь оттуда явно лишнее, удаляешь все пакеты (база то остается) и заново из файлика со списком ставишь.

    • cryptOP
      0·
      3 years ago

      Это особенно критично в энтерпрайзе как раз. Вот возьмем в пример школу. Пришли в школу китайские интерактивные доски. Драйвер под них написан во времена ubuntu 14.04.1, допустим. А на 14.04.2 он через полгода уже не ставится, потому что поломан ABI. А на windows можно запустить софт 15 летней давности!

      RH в течении 10 лет поддерживает стабильный ABI в ряде библиотек. Раньше это касалось графики в т.ч., сейчас не знаю. Стабильности нет, понимаешь? Софт написанный один раз не должен нуждаться в постоянной рекомпеляции под каждый новый чих опенсорсного разработчика.

        • cryptOP
          0·
          3 years ago

          да, это был выпуск лтс. я какое-то время поддерживал. потом плюнул и перевел на центос. стало лучше. на RH, например, работали такие программы как Adobe Reader (нативный под линукс) и Nero (тоже нативный).

          • TheAnonymous
            0·
            3 years ago

            «новые пакеты зависят от других новых пакетов, которые тоже зависят от других новых пакетов» стабильное ABI

            • cryptOP
              0·
              3 years ago

              я по твоей ссылке вижу

              Пакеты иногда и в рхеле обновляются внутри минорного релиза, это норм.

              я и написал “стабильный ABI в ряде библиотек”. они четко декларируют список. плюс я после RHEL6 с ними дела не имел. на RHEL6 вроде покрывало стабильным abi полностью, но могу уже и путать.

              вцелом было очень неплохо. и сейчас, наверное, заметно лучше, чем в линуксе вообще.

            • cryptOP
              0·
              3 years ago

              было бы хорошо для графических тулкитов иметь какой-то минимальный enterprise стандарт типа win32, который бы предоставляли вообще все тулкиты. сами пусть вытворяют любые красивости, но чтобы enterprise софт, который просто должен работать, находил нужный интерфейс в любой системе.

              а они вместо этого начали лепить systemd, который так же ломает ABI каждый релиз, но зато пытается объять необъятное.

              • TheAnonymous
                0·
                3 years ago

                Так давно известно же, самый стабильный тулкит в линуксе - win32 через wine

                • cryptOP
                  0·
                  3 years ago

                  вот-вот. я просто не понимаю, о чем думают все эти люди. сделайте то же самое, но без трансляции вызовов!

                  кстати, фряшники реализуют часть(?) API ядра Linux и всегда синхронизируют с RHEL. тоже очень неплохая задумка. правда запуск энтерпрайзного софта обычно обламывается на разной работе с устройствами.

                  • JamesHolden
                    0·
                    3 years ago

                    сделайте то же самое, но без трансляции вызовов!

                    Пожалуйста - libwine

                  • JamesHolden
                    0·
                    3 years ago

                    А вообще, нафига интерпрайзу стабильный GUI тулкит? Он же может свой любой тулкит тянуть с собой.

                    • cryptOP
                      0·
                      3 years ago

                      в сабже так и делают. со всеми вытекающими минусами.

                • cryptOP
                  0·
                  3 years ago

                  по риалтеку… в релизе перечислены примеры девайсов и ревизий, на которых протестировали.

                  и потом уже идут багреквесты на новые подверсии, 2020:

                  I added v2, but Hiroshi's card is v4.

                  потом какое-то время патч не попадает в основную ветку.