LINUX.ORG.RU

Проект KDE создает собственный дистрибутив KDE Linux

 , kde linux, , ,

Проект KDE создает собственный дистрибутив KDE Linux

1

3

Разработчики из проекта KDE приступили к созданию нового независимого дистрибутива KDE Linux, развиваемого под кодовым именем «Project Banana». Дистрибутив изначально развивается как универсальный продукт, пригодный как для разработчиков KDE, так и для обычных пользователей и OEM-производителей оборудования. Для отслеживания состояния разработки ежедневно формируется системный образ, пригодный для загрузки с USB-накопителей.

Целью проекта является создание официального поддерживаемого сообществом дистрибутива, оптимально сочетаемого с технологиями KDE и рекомендованного для пользователей и OEM-производителей. Помимо предоставления высококачественного графического интерфейса среди поставленных перед проектом задач упоминается простой механизм восстановления в случае сбоев, поддержание высокого уровня защищённости, акцентирование на самые современные технологии, удобство предустановки и адаптации для нового оборудования, возможность использования в качестве основной платформы для разработчиков KDE, простота переключения между разными редакциями и релизами, создание базиса для распространения KDE в других атомарно обновляемых дистрибутивах.

Планируется развивать три базовые редакции дистрибутива:

  • Testing - обновляется ежедневно, отражает состояние master-ветки в Git и рассчитана на тестирование, контроль за качеством и отслеживание процесса разработки.
  • Enthusiast - нацелена на опытных пользователей и энтузиастов. Выпуски синхронизированы c формированием релизов и тестовых версий KDE (новые сборки публикуются сразу после релизов и бета-версий KDE Plasma).
  • Stable - включает только стабильные релизы компонентов KDE и выходит с задержкой после релизов KDE из-за проведения дополнительного тестирования и работы по стабилизации.

Системное окружение в KDE Linux представляет собой неделимый образ, формируемый на основании содержимого из репозиториев Arch Linux, но поставляемый без разбивки на отдельные пакеты, монтируемый в режиме только для чтения и обновляемый атомарно. Для обновления используются два дисковых раздела - обновление загружается в пассивный раздел, который после перезагрузки становится активным, а прошлый активный раздел переводится в пассивный режим и ожидает установки следующего обновления. Установка и откат обновлений, а также автоматическое резервное копирование и переключение между разными версиями реализовано через механизм снапшотов, предоставляемый файловой системой Btrfs. Для отделения системы от приложений дополнительные программы устанавливаются только в формате Flatpak.

Дистрибутивом поддерживаются повторяемые сборки, позволяющие любому желающему верифицировать процесс сборки дистрибутива. Все пользовательские (/home) и изменяемые системные данные хранятся в зашифрованных разделах. В качестве загрузчика задействован systemd-boot. В графическом окружении по умолчанию применяется протокол Wayland. Из специфичных приложений отмечается интерфейс для управления резервными копиями в стиле Apple Time Machine и конфигуратор на базе KConfig XT.

>>> Подробности

★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от papin-aziat

По-правде говоря, я бы ещё добавил для рифмы «не нужно».

Потому что смысл этого франкенштейна от меня ускользает. Разве что «тестовый стенд — демонстратор технологий». Кто этим будет пользоваться на ежедневной основе — загадка.

Впрочем, могу лишь присоединиться к голосам, отметившим, что кеды и гном явно идут куда-то не туда, если их нельзя нормально интегрировать в обычный дистр. С другими DE, тем же xfce, или mate, или cinnamon — почему-то таких проблем нет. Видимо, мысль о том, что «пора бы откусить кусок побольше, чем мы традиционно могли прожевать» всё-таки была порочной.

Smacker ★★★★★
()
Ответ на: комментарий от Smacker

Потому что смысл этого франкенштейна от меня ускользает.

Монстр Франкенштейна – это как раз бессмысленное нарезание дистрибутива на кучу мелких пакетов в результате чего можно сломать всю систему установкой или обновлением какой-нибудь мелкой библиотеки. Сложный серьёзный софт вроде браузеров старается носить мелкие зависимости с собой.

X512 ★★★★★
()
Ответ на: комментарий от X512

Ну правильно, мелкая нарезка нам не годится, давайте сделаем полярно противоположное — вообще всё одним куском будем вываливать. «Промежуточные варианты — нет, не слышали».

Smacker ★★★★★
()
Ответ на: комментарий от Smacker

Проблема (для меня) этих монстров (особенно кеды) в том, что они лелеят какую-то идиотскую мечту дать пользователю всё в пределах своей экосистемы, и в результате сторонние программы выглядят зачастую как то самое.

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

papin-aziat ★★★★★
()
Ответ на: комментарий от Smacker

Для промежуточных вариантов необходимы большие усилия по перепаковке и поддерживанию всего этого. Монолитный образ позволяет существенно снизить накладные расходы на поддержку и тестирование, не будет комбинаторного взрыва разных версий библиотек и т.п.. Если какой-то сторонней программе нужна версия библиотек отличная от системной, это делается через Flatpak.

X512 ★★★★★
()
Ответ на: комментарий от papin-aziat

Проблема (для меня) этих монстров (особенно кеды) в том, что они лелеят какую-то идиотскую мечту дать пользователю всё в пределах своей экосистемы

Все меинстримные ОС (Windows, MacOS, Android, ChromeOS) так делают. Вот зачем в Windows есть Блокнот когда есть множество сторонних текстовых редакторов?

X512 ★★★★★
()
Ответ на: комментарий от X512

Более того, арч с его … несовершенным в плане отслеживания зависимостей пакманом как раз и подталкивает к полным, а не точечным апдейтам.

Только сегодня чуть не развалил дочери комп, не задумываясь сделав там sudo pacman -S thunderbird thunderbird-i18n-ru electron28 harfbuzz-icu manjaro-settings-manager raptor electron30. Казалось бы, ничего не предвещало, но у pacman-а есть собственная зависимость на libicuuc, и сразу после успешного выполнения установки указанных пакетов он предсказуемо перестал запускаться :-). Хорошо хоть tar пока не объюникодили во все поля…

AlexM ★★★★★
()
Последнее исправление: AlexM (всего исправлений: 1)
Ответ на: комментарий от X512

Все меинстримные ОС (Windows, MacOS, Android, ChromeOS) так делают.

Ага, понятно, откуда ноги растут. А ничё, что у тех ребят денег куры не клюют?

papin-aziat ★★★★★
()
Ответ на: комментарий от spal

Да всё понятно, только по-прежнему удивляет как можно таким говном пользоваться. Ещё и популярное.

bread
()
Ответ на: комментарий от spal

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

Однако ж, получилось как в Кавказской пленнице, «абидна, да?!»

Так-то, я в курсе, что оно так бывает с пакманом. «Не первый раз замужем».

Собственно, поэтому и становится привлекательной идея держать базовую систему компактной и атомарно обновляемой, а все остальное тянуть в виде аппимиджей, флэтпаков и прочих снапов.

AlexM ★★★★★
()
Ответ на: комментарий от AlexM

Просто показалась забавной формулировка про «ничего не предвещало» :)

Если нужно было бы установить один маленький пакет без зависимостей (тему значков какую-нибудь), то понятное дело. Но в случае с жирным почтовиком и электроном, у которых на двоих зависимостей выше крыши, вероятность что-нибудь серьёзно поломать была крайне высокой.

Да, это очень неудобно, когда ради установки пары пакетов нужно обновлять всю систему. Такова уж особенность роллинг-дистрибутивов, пакетный менеджер тут как таковой бессилен.

Собственно, поэтому и становится привлекательной идея держать базовую систему компактной и атомарно обновляемой, а все остальное тянуть в виде аппимиджей, флэтпаков и прочих снапов.

Или просто установить Ubuntu, где в большинстве случаев можно найти PPA с собранными нативными пакетами под текущий релиз, а всякую бяку вроде флатпак и снап свести к минимуму.

spal
()
Ответ на: комментарий от AlexM

Чего-то я не очень понял проблему :) Не обязательно же при установке нового пакета производить обновление репозитория? Я имею в виду, что у пакетного менеджера pamac есть опция –no-upgrade

PeleWin
()
Ответ на: комментарий от PeleWin

Установка thunderbird потянула за собой необходимость обновления icu. Мажорная версия icu указана в electron и остальных пакетах из списка, поэтому их тоже пришлось включить в обновление. В остальных пакетах не указана, поэтому pacman и не дернулся, отстреливая ноги самому себе.

Собственно, пример демонстрировался не как «Ой, бабоньки, смотрите, чо деется», а чтобы показать, что с автоматическим отслеживанием зависимостей у pacman до сих пор… стрёмненько. По факту, только отслеживание автором конкретного пакета вручную.

Зато быстрый, спору нет. Иногда - как та секретарша с тысячей знаков в минуту.

AlexM ★★★★★
()
Последнее исправление: AlexM (всего исправлений: 4)
Ответ на: комментарий от spal

Ответил уже в соседнем треде.

То, что у elf-ов есть внешние зависимости - ну, это данность.

Главная не претензия даже, а замечание к pacman не в том, что зависимости есть, а в том, что pacman слабенько отслеживает их автоматически.

Да, я помню, почему было принято такое решение, помню, как приятно он удивил своей скоростью после apt и yum.

И это же решение приводит к тому, что бóльшую часть системы, всё сколько-нибудь сложное, хочется запихать во флатпак или его аналоги.

Что-то не так с системой, если установка почтовика тянет за собой апгрейд ядра и графического окружения.

AlexM ★★★★★
()
Последнее исправление: AlexM (всего исправлений: 1)
Ответ на: комментарий от AlexM

Собственно, поэтому и становится привлекательной идея держать базовую систему компактной и атомарно обновляемой, а все остальное тянуть в виде аппимиджей, флэтпаков и прочих снапов.

Еще бы понять, чем именно эта компактная базовая система концептуально будет отличаться от флатпаковского рантайма, а если ничем, то «нафига нам два диска С:».

thesis ★★★★★
()
Ответ на: комментарий от AlexM

становится привлекательной идея держать базовую систему компактной и атомарно обновляемой

Зачем атомарно то? Берете стабильный дистр в минимальной установке и флатпаки эти ваши. Ой, да это же убунта получается! Нет, будем с пердолингом сношаться, натягивая на него иммутабельность и атомарность.

bread
()
Ответ на: комментарий от bread

Вообще, у атомарных обновлений даже базовой системы есть один плюс в сравнении с тем, как Вы описали Убунту: с атомарными обновлениями гораздо меньше шансов нечаянно сломать что-то у пользователей. Соответственно, провижионинг и саппорт кардинально проще. При выявлении проблем есть штатная возможность откатиться на предыдущую версию…

Да, такая схема требует большего количества ресурсов и аккуратной проработки деталей, как именно все организовано.

AlexM ★★★★★
()
Последнее исправление: AlexM (всего исправлений: 1)
Ответ на: комментарий от spal

Загугли уже, наконец, что такое Nix/NixOS. Плодите тупняк просто))

BceM_IIpuBeT ★★☆☆☆
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.