LINUX.ORG.RU

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

 , kde linux, , ,

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

1

4

Разработчики из проекта 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)

Системное окружение в KDE Linux представляет собой неделимый образ, формируемый на основании содержимого из репозиториев Arch Linux

Нет, спасибо.

mikhalich ★★
()

Да чтоб тебя… Ну нахера, совсем заняться нечем??

В смысле, вау, новый дистрибутив!

thesis ★★★★★
()

Для отделения системы от приложений дополнительные программы устанавливаются только в формате Flatpak.

Я уже поимел некоторый опыт с атомарными дистрами, и могу сказать, что такой подход непрактичен. Утилиты, которые запускаются через sudo, должны быть установлены в систему. А так же gcc, python, и даже emacs с vscode должны быть в системе, а не в флатпаках.

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

Есть же blendOS. Атомарный дистр на основе Арча. Там есть разные косяки, и их никто не собирается фиксить. Наверное, его создатели уже понимают, что это тупиковое направление.

rupert ★★★★★
()

А что за прикол так громко сообщать о великих планах? Сделайте и приходите, ёпт.

papin-aziat ★★★★★
()

С одной стороны, хуже чем у кривого вечнодохнущего Neon не будет.

А вот с другой...

- Как я понял, у Stable только KDE-компоненты будут тестироваться и изредка обновляться, а все прочее, как у любого arch, будет задалбливать обновлениями каждые 15 минут.

- Arch Linux ... без разбивки на отдельные пакеты ... обновляемый атомарно ... два дисковых раздела

- только в формате Flatpak для дополнительных программ.

- пользовательские данные хранятся в зашифрованных разделах. Уже предвижу топовый попрос на ЛОРе с тегами #Banana #Btrfs #восстановление данных

Вердикт: лучший KDE — на Manjaro.

hargard ★★
()

Не понимаю, LOR’овцы и на любую рекламу орут знаменитое «неправильно сделано» и «ненужно»?

wonit
()

Говорят, для разработки используется YALD - yet another Linux distributive :)

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

Вердикт: лучший KDE — на Manjaro.

Пойдём выйдем

rupert ★★★★★
()

В общем дистрибутив для разработчиков KDE. Видимо убунта, как базовая система их достала, решили что арч посвежее, идет в ногу со временем. А вся эта атомарность лишь исключает измение нужного на данном этапе разработки состояния. Для обычного пользователя вряд ли такое нужно.

dmitry237 ★★★★
()

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

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

Для разработчика нужна максимально изменяемая система как раз

То-то они докерами обмазываются в три слоя.

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

Уже много лет назад должно было быть понятно, какие там ошибки и что этот подход несостоятелен. А они только проснулись, вот что удивительно. Если специалист по электрике с удивлением открыл для себя закон ома на 10 год трудового стажа, то… «как же он служил в очистке?»

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

Запросто! Мне в травмпункте женщина лет 50 пыталась зашить рану. Она даже иглодержатель в руках держать не умеет. В итоге вызвала коллегу и тот зашил. Повязку сделала и ту не умеет. Я перевезал дома и два дня она не слетала, пока сам не снял. Так что, всякое бывает. А в моей работе полно таких идиотов, что потомственные с большим стажем азов не знают.

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

Был тезис - это для разработчиков KDE.

KDE это системный компонент, тут нужна изменяемая именно СИСТЕМА, нельзя засунуть KDE в докер, флатпак, шизовтак и прочее.

Почему тут надо так разжевывать если это форум айтишников - я никогда понять не мог

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

Был тезис - это для разработчиков KDE.

Ну написал человек херню, так надо ж его ткнуть в первоисточник, где сказано «This will be designed for anyone to use, from KDE developers to users and hardware vendors».

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

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

нужна максимально изменяемая система

Для тестирования? Как раз для тестеров необходимы равные условия, одинаковое состояние базовой системы.

dmitry237 ★★★★
()

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

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

Как раз для тестеров необходимы равные условия, одинаковое состояние базовой системы.

Ага, а то иначе ж можно багов наловить.

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

Как раз для тестеров необходимы равные условия, одинаковое состояние базовой системы.

Утро перестает быть томным

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

иначе ж можно багов наловить

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

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

непригодно

А хрен его знает. Место на накопителях дешевое, флатхаб пополняется софтом - может и взлетит.

это как планшеты с гномом, которыми завалены магазины

Да понятно, что это сказано «на всякий случай».

Отдельно веселит то, что они берут арч и радостно пилят из него прямую противоположность арча. Ну посмотрим.

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

KDE - это графическая среда, которая используется во всех дистрибутивах и даже в разных ОС! Поэтому, она должна разрабатываться так, чтобы работать в любых конфигурациях чего угодно. И тестироваться должна так же. А не в фиксированном образе, это просто не имеет практического смысла от слова совсем.

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

James_Holden ★★★★
()

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

Подскажите лучше, на чем у них документация сделана на сайте, это Hugo?

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

Оно перестает быть томным, когда зоопарк версий и конфигураций.

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

Отдельно веселит то, что они берут арч и радостно пилят из него прямую противоположность арча. Ну посмотрим.

Я несколько лет назад сделал то же самое и посмотрел. Мне хватило.

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

А, ты имеешь в виду, «лучше» не для поиска багов, а для уменьшения их числа? Типа, дает возможность разработчикам на бОльшую часть репортов отвечать в духе «убунтопроблемы, ставьте нормальный (наш) дистр»?

Тогда да, конечно.

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

несколько лет назад

Я на линукс пытаюсь перелезть с 2006 года. И вот в 2024 поставил рекорд по продолжительности. Время же идет, мир меняется.

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

Почему тут надо так разжевывать если это форум айтишников

Потому, что тут логи читают в последнюю очередь, причём с 5 звёздами.

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

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

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

James_Holden ★★★★
()

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

Они пытаются из рача сделать андроид?

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

Почему тут надо так разжевывать если это форум айтишников - я никогда понять не мог

это форум айтишников

Шутка месяца.

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

Тема кстати не раскрыта, зачем там какие-то два раздела, если они уже используют снапшоты btrfs, и можно всегда откатиться на снапшот.

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

В андроиде нету btrfs, поэтому там это логично, а тут вообще какое-то странное ощущение. Надо перечитать первоисточник еще раз.

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

Согласен, возможно трудности перевода.

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