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

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

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

Если у них настолько много людёф для этого, то пусть занимаются. Хотя, выглядит это глупо.

Non-goals
Does not have to support the runtime installation of kernel modules. This will prevent the out-of-the-box installation of, for example:

-- Proprietary NVIDIA kernel driver (NVIDIA GPUs must either be new enough to use the open-source kernel modules that can be distributed in-tree, or else use Nouveau)
-- VirtualBox (requires out-of-tree modules; QEMU/KVM probably do a better job anyway)

Ахххаха аххххахххахаххххаааахх ааааааххаахххахахаха

они из юникс-системы делают противоположность юникс-вею.

А, так это давно уже, и все, кому не лень. И вообще, гнулинух из нот юних.

В итоге каждый компонент системы восстает против такого непотребства, потому что он спроектирован для работы в среде с прямо противоположной идеологией.

Так это и есть заявка на победу. В ойтишке ж только через жопу все и выстреливает.

У них уже есть неон на котором все это делается элементарно, для этого не нужны контейнеры.

основании содержимого из репозиториев Arch Linux

Manjaro reborn

У них уже есть неон на котором все это делается элементарно

Объективно, Убунта отстает от Арча, нет потока пакетов новых версий, а ожидание следующего релиза тормозит разработку. Я думаю, что это главная причина перехода. Ну и посмотрим, откажутся они от Неона, как проекта, или это параллельный процесс.

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

Почитав их источники, у меня сложилось впечатление, что они просто шуганулись от перспективы перехода всех дистрибутивов в контейнеры, и такие - «а вдруг KDE не сможет работать в такой среде»? И решили сделать параллельный полигон для отработки этого сценария.

. А в моей работе полно таких идиотов, что потомственные с большим стажем азов не знают.

Постоянно с таким сталкиваюсь. Уважаемые люди, увешанные сертификатами, дипломами и наградами. А как дело до работы доходит - у них лапки

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

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

Нет уж спасибо. Далее чем EndeavourOS ни ногой.

Project Banana

banana - (informal) insane or extremely silly.

Они решили перейти с Ubuntu на Arch в качестве основы.

Внутри докера всё изменяется, а снаружи система атомарная. В чём проблема?

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

Смотря что вы собрались разрабатывать.

О, хоспадя! Только не это!

тут нужна изменяемая именно СИСТЕМА

Зачем?

нельзя засунуть KDE в докер

Ещё как можно.

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

Зачем разжёвывать бред?

а падать будет? без крашей и регулярного слома уже работающего функционала не интересно

Внутри докера всё изменяется, а снаружи система атомарная. В чём проблема?

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

В чем бред? Чтобы разрабатывать что-то, это что-то должно быть априори изменяемым, потому что разработка предполагает изменение по определению. Л - логика.

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

Gnome покусал :)

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

Разве не OpenSuSE?

Aeon Desktop? Если да, то как впечатления? Имеет смысл переходить с Tumbleweed?

т.е. теперь целый дистрибутив будет падать, вместе с плазмой?
Спасибо!🤡🤡🤡
s/KDE Linux/Windows 12/g -i

А если все равно нужен неон для помещения внутрь докера, то зачем нужен атомарный дистрибутив снаружи?

Система для разработки и система которую разрабатывают – разные вещи. Часто бывает так что встроенную систему на Линуксе разрабатывают на компьютере с Windows/MacOS.

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

В чем бред? Чтобы разрабатывать что-то, это что-то должно быть априори изменяемым, потому что разработка предполагает изменение по определению. Л - логика.

Открою страшную тайну: есть отладочные и релизные сбокри системы. Тогда разрабатывете саму систему – используете изменяемую отладучную сборку. Когда пользуетесь системой – пользуетесь атомарной релизной сборкой. Это касается не только ОС, но и почти любого софта. При разработке программа запускается из IDE и/или директории сборки, а для релиза собирается установщик или пакет.

Речь же не о теории, на кухне мы можем сесть и предложить десяток вариантов сделать это по уму в вакууме. В сабжевой новости нет «изменяемой отладочной версии» этого KDE OS. Разрабатывать предлагается на неизменяемой, если додумать - путем запуска неона в докере.

Вот я и спрашиваю, зачем это вообще, можно просто взять неон и все.

Arch Linux, монтируемый в режиме только для чтения и обновляемый атомарно

Для обновления используются два дисковых раздела

Снапшоты btrfs

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

… пригодный для обычных пользователей

Ага, поверил, ну и бредятина

независимого

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

Ясненько

В сабжевой новости нет «изменяемой отладочной версии» этого KDE OS.

Зачем она вам? Хотите разрабатывать KDE?

Вот я и спрашиваю, зачем это вообще, можно просто взять неон и все.

Чтобы работать за компьютером, а не страдать и тратить время впустую с настройкой ОС.

Это им Габен нашептал. Шок, Плазмой больше пользуються на тачскринах Стим Дека, чем Гнумом за все время его существования.

Кстати, а может они и делают это с прицелом на валв. Типа вот, смотрите, мы вам лепим готовую прошивку для стимдеца, вы нафлатпакуете репу игорей и поедем вместе в светлый капиталистический рай.

Пришлось лезть в календарь и проверять, не проспал ли зиму.. ну дела..

Зачем она вам? Хотите разрабатывать KDE?

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

Чтобы работать за компьютером

Мы говорим не о том чтобы абстрактно работать за компьютером, а о том, чтобы конкретно разрабатывать конкретную DE за компьютером. Для этого все равно придется взять неон.

Всмысле лепим? Она уже готова))

По крайней мере в этом дистрибутиве наверняка будет единообразие, нечто однородное, по крайней мере внешне.

В смысле «а давайте мы возьмем это на себя».

Ждем XFCE Linux.

По существу разработчикам десктопных Linux-дистрибутивов проекты вида GNOME OS и KDE OS нужно было делать ещё 25-30 лет назад, а не ковыряться с разными обоями, пакетными менеджерами, системами инициализации и прочим барахлом.

Все стремились сохранить какую-то убогую совместимость между компонентами вида «я могу поставить Kicker в GNOME 2», а по итогу к чему пришли?

Было бы это решение 25-30 лет назад, глядишь тогда бы Firefox и Chrome не были бы прибиты к GTK, а имели рабочие ветки как на GTK, так и на Qt + KDE Frameworks в своём апстриме и не занимались убогой мимикрией.

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

Так их Валв на работу взяла, так сказать)))

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

https://invent.kde.org/documentation/develop-kde-org/-/tree/master

The KDE Developer website is built using Hugo and is hosted on Invent.

По описанию — обычная Steam OS. Но мне идея ro корня кажется сомнительной, так как всякие хуки для pacman и так делают снапшоты, сломал что-то, заменил снапшот корня и все (корень и хомяк раздельно, чтобы не потерять куки и файлы рабочие при откате)

Там какие-то полтора землекопа копаютпилят эту фигню, масштаб скорее для мини-нивости.

Кеды свои ноуты делают вместо попрошайничества как гномики — вот и назрела необходимость своей сборки для домохозяек

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

И именно поэтому, кстати, ни у KDE, ни у GNOME нет адекватной эталонной дистрибутивной реализации которую можно было бы просто поставить и работать, а линуксоиды как последние дурачки прыгают по дистрам в надежде наконец-то найти ТОТ САМЫЙ дистр где лучше всего «приготовили» KDE или GNOME.

Конфигурации и зоопарк Linux-дистрибутивов необъятны, поэтому KDE постоянно глючит, падает, мейнтейнеры забывают вставить костыли, а баги от реальных пользователей до разработчиков доходят лишь через огромную цепь бюрократии конкретного дистра, со своим циклом релизов и идиотскими заморозками вида «да, баг существует, но мы обновим Plasma shell в следующей версии %distroname%, подождите 2 года».

А вот был бы изначально KDE OS от самих разработчиков KDE для всех пользователей, без этих дистрибутивных прокладок, с мейнтейнерской бюрократией, раздувающей энтропию, то и обратная связь была бы самой короткой: разрабы оперативно бы доставляли фиксы и не ковырялись в причинах того их ли это баги ли баги конкретного %distroname%.

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

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

на nvidia лагать не будет?

Конфигурации и зоопарк Linux-дистрибутивов необъятны, поэтому KDE постоянно глючит, падает

Нет, ну не стоит сводить все к одному фактору. Таланты разработчиков нельзя просто так сбрасывать со счетов.

Алсо, теперь, глядя на то, что они пихают в свою эталонную реализацию, я начинаю испытывать ощущения типа «а может уже и не надо, а?» И не один я, судя по всему. И кстати, поддержка других дистров ведь тоже никуда не денется. Разве что теперь можно будет смело заявить, что лучшие кеды - в арче (а манжара не нужна окончательно).

Потому что это же реально прошивка, а не ось.

А может просто произнесем то самое слово — говно.