Альфа версия дистрибутива KDE Linux

Это не то же самое, что KDE Neon, который убунта с натянутыми свежими кедами?

Нет, там всё своё. Иммутабельные образы с атомарными обновлениями и всё такое. Условно «на базе Arch», но пакмана там вроде нет. Точно не убунта никаким боком.

Вышла первая альфа-версия дистрибутива KDE Linux от команды KDE

Думаю будет явно лучше неона, ибо убунту там уж больно модифицировали, из за чего у меня например он криво работал.

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

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

А его можно без KDE поставить? Там DE можно выбрать на этапе инсталятора?)))

KDE Linux без KDE? Вряд ли :)

Нет, там всё своё

Принципиально новая ОС с нескучными обоями?

Пробовал на ВМ ещё до выхода альфы.

Именно!

В том то и прикол))) Ржачно было бы, если KDE Linux with Gnome DE

Это что-то вроде ОС Стимдека. Где база – Арч, обновления – атомарные, а вся прикладуха – в Флатпаках. Ну и рут в ридонли.

Ммм, еще один дистрибутив. Сколько их нужно еще что бы распылить силы сообщества?

Сколько их нужно еще что бы распылить силы сообщества?

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

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

Ну объективно популярные дистрибутивы линукса ужасны и проигрывают почти любой ОС, кроме, может быть, винды. В той же макоси уже давно базовая система иммутабельна, подписана и огорожена. В той же макоси давно работающая песочница, через которую приложения нормально работают. Про андроид вообще не говорю. А в десктопном линуксе до сих пор работают технологии 80-х для мейнфреймов. И вроде все понимают, что нужно делать, но понятно, что тот же дебиан уже никогда не изменится. Поэтому новые дистрибутивы нужны. Хотя бы чтобы тот же флатпак двигать вперёд или заменять на что-то более рабочее.

Концепция интересная, но альфы и беты не интересуют. Давайте уже релиз.

System updates involve replacing the OS image with an entirely new one.

Сурово

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

Так ещё и образ подписан наверное, а загрузчик залочен. Зачем нам это в настольном линухе? Кому надо - пускай обмазываются яблоками, андроидами и виндой в секурбуте.

Так ещё и образ подписан наверное, а загрузчик залочен.

К сожалению, пока нет. Но очевидно, что должен быть и будет.

Зачем нам это в настольном линухе?

Для безопасности, очевидно.

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

Это всем надо. А проблема яблок, андроидов и виндов не в секурбуте.

Просто интересно - всякие там GPG подписи устанавливаемых пакетов тебя так же напрягают, или это другое? Или криптографически проверять устанавливаемый калькулятор это важно, а криптографически проверять загружаемое ядро это не важно?

в популярных ОС такого выбора нет

Я так понял, это для тестировщиков, остальным пользователям вряд ли зайдет. А-ля GnomeOS, гном ради гнома, кеды ради кед.
Поэтому и immutable, чтобы получать наиболее адекватные багрепорты, не разбавленные сторонним софтом.

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

А она тоже кривая, как и все 5 (или 55) последних версий кодое.

в секурбуте

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

Я так понял, это для тестировщиков

Конкретно альфа-версия - конечно. А в целом дистрибутив для обычных пользователей. По крайней мере публично заявляемая цель такая.

Кому он нужен без пакетного менеджера? Флатпак, снап и аппимидж вряд ли закроют потребности среднего пользователя. Ну вот захочешь какой-нибудь условный sox, а его не окажется в этих источниках. Может есть какие-то возможности, но дистрибутив отличается от остальных из такой же категории, в тех хоть и с перезагрузкой, но можно установить пакеты, а здесь не понятно. Я поверхностно почитал их вики, возможно и упустил этот аспект.

Кому он нужен без пакетного менеджера?

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

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

Потребности среднего пользователя закрывает браузер.

Ну вот захочешь какой-нибудь условный sox, а его не окажется в этих источниках.

Ну значит обойдёшься без sox.

В Арче есть, если мне память не изменяет. Ну, понятно что в псево графическом инстаряторе.

Ну значит обойдёшься без sox

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

Есть distrobox, homebrew, systemd-sysext

Условно «на базе Arch»

эк их занесло-то! а почему бы просто не собрать для арча свою «плазму» или как оно там. готовы ли они тянуть сборку и поддержку целого дистра чисто ради обёртки в гуе.

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

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

По-мне пакетный менеджер в принципе странная и ненужная сущность.

что значит «ненужная»? это главная софтина любого дистрибутива, с юзерской стороны. менеджер пакетов управляет тем, что устанавливается на машину. без него дистрибутив - не дистрибутив, а что-то невнятное.

а почему бы просто не собрать для арча свою «плазму» или как оно там

Что значит «просто не собрать»? KDE в арче есть. Наверняка ими и собирается.

готовы ли они тянуть сборку и поддержку целого дистра чисто ради обёртки в гуе.

Поживём-увидим, пока тянут.

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

Такое и в KDE Linux есть. Хотя смысла я в этом не вижу. Ненужная централизация. Зашёл на сайт с программой, скачал её и установил. Так должно быть. А задача ОС - сделать так, чтобы процесс установки был максимально простым, а запуск программы - максимально безопасным для системы, в идеале не опасней, чем открыть сайт в браузере.

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

что значит «ненужная»? это главная софтина любого дистрибутива, с юзерской стороны. менеджер пакетов управляет тем, что устанавливается на машину. без него дистрибутив - не дистрибутив, а что-то невнятное.

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

У меня арч, я хочу скачать Java - я иду и скачиваю java8.tar.gz, распаковываю в ~/apps и всё. Где тут пакетный менеджер и зачем он бы мне был нужен? Нет его. От арча мне нужен glibc и прочие базовые библиотеки, а нужный мне софт я скачаю и распакую.

«Разделяй и властвуй»!

Ммм, еще один дистрибутив. Сколько их нужно еще что бы распылить силы сообщества?

Прикол в том, что сообщество не является локомотивом. Линукс которым мы его сейчас знаем - делают копрорации.

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

У меня арч, я хочу скачать Java - я иду и скачиваю java8.tar.gz, распаковываю в ~/apps и всё. Где тут пакетный менеджер и зачем он бы мне был нужен? Нет его. От арча мне нужен glibc и прочие базовые библиотеки, а нужный мне софт я скачаю и распакую.

Пакетный менеджер вам понадобится, когда в ~/apps кроме Java будут лежать Arduino IDE на седьмой джаве, «ОтчетВНалоговую v2.0», которому для ЭЦП нужна 6-я джава, и Hetzner KVM access, который работает на любой джаве.

Варианта два: либо каждая из этих программ притянет свою джаву и тогда у вас в ~/apps будет помойка; либо вам понадобится пакетный менеджер, который установит Java, создаст симлинки, а главное проследит кому какая Java нужна, чтобы после удаления пакета, можно было удалить и Jav'у.

Пакетный менеджер вам понадобится, когда в ~/apps кроме Java будут лежать Arduino IDE на седьмой джаве, «ОтчетВНалоговую v2.0», которому для ЭЦП нужна 6-я джава, и Hetzner KVM access, который работает на любой джаве.

У меня там лежат Idea и Android Studio и каждая поставляется со своей JRE, которая там где-то внутрях лежит и я про это вообще знаю только теоретически. И это правильно. Если Arduino IDE не поставляется со встроенной JRE, значит это кривой, неполный программный пакет и я, скорей всего, просто исправлю её, положив нужную JRE куда-нибудь внутрь и не буду её более ни для чего использовать.

Мы подходим ближе к цели.

А с чем поставляется встроенная JRE, и что нужное ты положишь ей во внутрь? ;)

А если JRE понадобится либа\модуль\фреймворк к примеру работы с иксами - ей во внутрь положишь иксы? А иксы той версии что у тебя сейчас, или другие?

К счастью Arduino IDE не будет поставляться со своей JRE, потому что если применить твою концепцию, то у тебя в каждой поддиректории в твоей ~/apps/ окажется копия ОС, хрен пойми как синхронизированная с основной.

- - -

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

Но в Linux ситуация не такая, и например d-bus, без которого современная ОС вообще работать не будет - де-факто равноправен с каким-нибудь васянским clamav.

- - -

Но вообще ты изобрел snap\flatpak\appimage. Которые мы кстати терпеть не можем как раз за то, о чем я написал: размеры, и дезинтеграция с системой, что выливается в продолжительное время запуска.

А с чем поставляется встроенная JRE, и что нужное ты положишь ей во внутрь? ;)

Без понятия. Как-то работает. Не будет работать - буду разбираться. В идеале должен быть некий базовый набор библиотек и программ. Включая, очевидно, libc, systemd и тд. По факту этого базового набора никто не стандартизировал, но, видимо, он подразумевается и у меня с этим проблем не возникало.

Но вообще ты изобрел snap\flatpak\appimage. Которые мы кстати терпеть не можем как раз за то, о чем я написал: размеры, и дезинтеграция с системой, что выливается в продолжительное время запуска.

Размер это не проблема. Дезинтеграция с системой не случается, вся интеграция с системой происходит в конкретных точках и протоколах, а не посредством использования некоего системного JRE. Продолжительное время запуска тоже не наблюдается. Это я говорю про тот подход, который я предпочитаю - когда программа поставляется в виде самодостаточной папки. snap/flatpak это про контейнеризацию, это не совсем то. Контейнеризация это тоже хорошо, но кажется пока для применения не готово, я туда даже не смотрю. AppImage это какая-то странная муть, я так и не понял, зачем оно надо, если есть папка. Но в целом - да, наиболее близко, просто не надо.

Без понятия. Как-то работает. Не будет работать - буду разбираться.

Да? И даже напишешь скрипт для установки зависимостей?)

и у меня с этим проблем не возникало

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

Размер это не проблема.

Конечно же это проблема. Хотя бы потому что возможность запхнуть NVMe на два террабайта есть не у всех, и не везде.

вся интеграция с системой происходит в конкретных точках и протоколах

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

когда программа поставляется в виде самодостаточной папки

Одно дело предоставить самодостаточную папку для васянской соснольной утилиты. И совсем другое дело для более менее крупного проекта.

Ну вот смотри, как я говорил на примере Arduino IDE.

Она требует JRE. И ты говоришь положить JRE в папку Arduino IDE.

Но ведь JRE это тоже софтина. Поэтому класть ее по твоей логике нужно не только в папку Arduino IDE, но и в папку ~/apps

А JRE требует для работы Xorg. По твоей логике Xorg нужно будет положить в папку ~/apps/Arduino IDE/JRE/

Но ведь Xorg может использоваться независимо от JRE и Arduino IDE. Получается его мне тоже нужно будет установить в ~/apps

- - -

Поэтому я и говорю что у тебя получится винегрет, и в конечном итоге каждая директория в ~/apps будет содержать копию ОС. И плохо даже не это, а то что эта «копия ОС» будет вынуждена работать с запущенной ОС.

Да? И даже напишешь скрипт для установки зависимостей?)

Вряд ли.

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

Не разруливают, т.к. я ими стараюсь не пользоваться.

Конечно же это проблема. Хотя бы потому что возможность запхнуть NVMe на два террабайта есть не у всех, и не везде.

Есть у всех. И про два терабайта это ты выдумал из головы.

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

Ты ерунду пишешь. Я добавил desktop файл в нужную папку, у меня в меню появился ярлык. Никаких библиотек, а интеграция с системой есть.

Одно дело предоставить самодостаточную папку для васянской соснольной утилиты. И совсем другое дело для более менее крупного проекта.

Я видел проекты самого разного масштаба. Intellij Idea, Android Studio, JLink, Factorio. И все они прекрасно работают на интересующих меня линуксах из самодостаточной папки. Про мелкие консольные утилиты я вообще не говорю.

Она требует JRE. И ты говоришь положить JRE в папку Arduino IDE.

Но ведь JRE это тоже софтина. Поэтому класть ее по твоей логике нужно не только в папку Arduino IDE, но и в папку ~/apps

А JRE требует для работы Xorg. По твоей логике Xorg нужно будет положить в папку ~/apps/Arduino IDE/JRE/

Но ведь Xorg может использоваться независимо от JRE и Arduino IDE. Получается его мне тоже нужно будет установить в ~/apps

Я тебя не понимаю. Я просто кладу JRE в папку с Arduino IDE, настраиваю ярлык для запуска, чтобы он содержал нужные переменные окружения, в самом худшем случае пишу свой скрипт для запуска и всё. Зачем мне эту JRE класть в ~/apps? У меня там лежат несколько JDK, но это те, которые я использую для разработки, к ардуино они отношения не имеют. Я положу её в ~/apps/arduio-ide-1.2.3.4/jre, например.

Вот полный аналог твоего примера. Soap UI. Он тоже поставляется без JRE. Причём JRE ему нужна интересная - в ней должен быть установлен Java FX, я такую JRE видел только у Azul. И всё прекрасно работает в итоге.

Xorg у меня уже стоит, мне его не надо никуда класть. Ты же вроде свой WM пишешь, а какую-то чушь городишь. С Xorg программа общается по сокету. Никаких библиотек для этого не надо. Просто сокет открываешь и шлёшь туда команды, получаешь ответы. Ровно то же с Wayland происходит. Ты можешь, конечно, подключить какую-нибудь библиотеку, если тебе лень писать код сериализации и прочее.

Поэтому я и говорю что у тебя получится винегрет, и в конечном итоге каждая директория в ~/apps будет содержать копию ОС. И плохо даже не это, а то что эта «копия ОС» будет вынуждена работать с запущенной ОС.

Я же написал, что есть негласный набор библиотек и сервисов, которые в ОС присутствуют, и на которые все программы могут полагаться. Это то, что и называется операционной системой. Ядро + glibc + systemd + gnome, например, ну и все их зависимости. И для того, чтобы это установить, никакой пакетный менеджер по сути не нужен, нужен просто zip-архив с операционной системой, который пользователь может распаковать на свой диск.