Разработчики из проекта KDE выступили с инициативой создания нового независимого дистрибутива KDE Linux, развиваемого под кодовым именем "Project Banana". Дистрибутив изначально развивается как универсальный продукт, пригодный как для разработчиков KDE, так и для обычных пользователей и OEM-производителей оборудования. Для отслеживания состояния разработки...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62156
давно пора
Будущее уже не стучится в окно оно уже ломатся в дверь. За атомарщиной и контейнерами будущее все эти лапши зависимостей это прошлый век.
Все правильно! Что дадут тем и пользуйся.
Для всех ручных собирателей есть куча альтернатив. Должно быть что то для нормальных людей. Ты же не собираешь шинду или мак руками без графического стека или без библиотеки шифрования. Они обе обновляются атомарно и централизовано. Нет такого что васян пишет либу в одно лицо и все должны под него подстраиваться.
Я вообще не понимаю подобные жалобы («ешьте, что дают») при наличии LFS. И шестисот дистрибутивов в придачу.
И из этих шестисот только пять не являются пересборками дебиана или редхета.
> Для всех ручных собирателей есть куча альтернатив. Должно быть что то для
> нормальных людей. Ты же не собираешь шинду или мак руками без
> графического стека или без библиотеки шифрования. Они обе обновляются атомарно и
> централизовано. Нет такого что васян пишет либу в одно лицо и
> все должны под него подстраиваться.Проблема в том, что как раз для атомарщины сейчас по большему счёту "собирательств" больше, т.к. fatpak не покрывает всех нужд и приходится колхозить поверх distrobox какой-нибудь, а то и nix, попутно иногда намазывая appimage или вообще тарболы со статической линковкой раскатывать. В итоге рядовой пользовтель вынужден копаться в консолях дабы собрать себе нужную ему систему и собирать этот разрозненный парашник по интернетам в случае ненативных нерепозиторных пакетов.
Как раз собирателств меньше всего в каком-нибудь Linux Mint, атомарщина как раз более корпоративная нишевая хренотень.
дурашка, принюхайся! От того что ты закрыл дерьмо ковриком - вонять не перестало.Только теперь у тебя весь дом - в ковриках в пять слоев, и под каждым - дерьмо.
Зависимости вызваны не вражеской диверсионной деятельностью, а тем что разрабатывать весь мир целиком никто не может, приходится использовать результаты чужого труда.
Если ты попрячешь их под коврик дурацких контейнеров - поздравляю, теперь у тебя в КАЖДОМ контейнере "лапша", только еще и в каждом - разной степени тухлости, и обновлять ты уже ничего не можешь, потому что ни один человек и ни один коллектив в этой лапше не сможет вовремя отслеживать уязвимости и баги - это ж по сути поддержка вместо одного дистрибутива - сотни разных.
Впрочем, "отслеживать никто конечно же и не собирался". Х-як - х-як, кое-как собралось, и в стор. Качайте, не обляпайтесь.
И да, проклятаявенда обновляется не атомарно, а ровно те части которые нужно обновить. И при откате обновления если что-то пошло не так - откатывает обновление, а не всю систему с конфигурацией и настройками. Вам до этого никогда уже не допрыгнуть - тут всю систему менять надо, и начать с того чтоб прибить политбюро вместе с генеральным секретарем.
>ни один человек и ни один коллектив в этой лапше не сможет вовремя отслеживать уязвимости и багиОни же на безопастный Rust надеятся. "Rust придёт - дырени уберёт!"
В rust даже стабильного ABI нет, т.е. shared библиотек нет тоже.
Стабильное abi небезорасТно. Враг может его выучить и написать вирус.
Спецификация языка тоже небезопасна - нельзя вечно сосать гранты в переписывании со старой версии компилятора на новую.
>>ни один человек и ни один коллектив в этой лапше не сможет вовремя отслеживать уязвимости и баги
> Они же на безопастный Rust надеятся. "Rust придёт - дырени уберёт!"У таких адептов одна самая главная дырень в голове.
> целиком никто не можетВ этом то и закопана суть твоего невежества. Шинь и Мак разрабатывают весь мир целиком. Даже если они обновляют только часть зависимостей для юзер это просто слой. Контейнеры или базовый слой тоже можно обновлять кусками главное что для юзера это просто слой. И от его изменений его Фотошоп хоть в контейнере хоть без будет всегда работать и все новые версии в прочем как и старые. Прийдёт на любой комп любой версии щинь фотошопчик тут как тут. А так сейчас ты пришел на суси а там твой убунтушный пак гимпа не работает. А тот что в сусисьной репе древний и тебе не подходит. Гимп должен просто брать и работать в любом дистре если что.
> Шинь и Мак разрабатывают весь мир целиком.голую операционную систему. Ты тоже так можешь - ведро и ... и ничего, зачем тебе еще что-то, воон, загружаетсо.
А все остальное разрабатывают даже если и под крышей той же суперконторы - другие люди. Впрочем адоба вон совсем отдельная крыша. И ничего. Работает.
Никаких "слоев" в стиле флэшлака там нет. Есть просто умение в совместимость. Когда код написанный для XP все еще нормально работает на 11. (В обратную сторону - уже нет, современный фотошоп ты на свою XP не установишь. Но на самом деле - таки в довольно широких пределах есть, и на 10 он таки устанавливается - причем без особых отдельных трудозатрат со стороны его разработчиков. А это, на минутку, 2016й. Попробуй что-то посложнее хеловрота запустить в линoopsе такой давности или наоборот оттуда в современном? "во-первых, openssl 0.x уже нимодна" - т.е. ты это даже не скомпилируешь, не то что запустить на современной системе с устраненными дырами)
На шинь и маке разработки сторонних контор никто насильно не пихает во все приложения этой ос как зависимости. И это главное. Каждый свои либы несёт с собой. А «голая» в твоих терминах ос этому не мешает. И это действительно правильно. И так же надо сделать на Линукс и если контейнеры единственный способ надо использовать именно его.
> На шинь и маке разработки сторонних контор никто насильно не пихает во
> все приложения этой ос как зависимости. И это главное. Каждый свои
> либы несёт с собой. А «голая» в твоих терминах ос этому
> не мешает. И это действительно правильно. И так же надо сделать
> на Линукс и если контейнеры единственный способ надо использовать именно его.На macOS есть разный формат распространения софта, в общем случае, как бы кто там не контейнеризировал его, всё равно зависимость от текущего актуального рантайма, который сейчас поставляется с текущей macOS зависимости есть. Иначе бы не было зависимости возможностей устанавливать определённые версии софта только в определённые версии macOS. Так что до 100% независимых контейнеров там далеко, хотя технически это можно было бы сделать, но так в большинстве случаев не делают.
>Есть просто умение в совместимость. Когда код написанный для XP все еще нормально работает на 11.Иногда. А так-то и патчи приходилдось софтоделам накатывать (а иногда и не им даже, а просто энтузиастам с hex-редактором в зубах), и инструкции на три экрана с детальным описанием «танцев с бубном».
>Попробуй что-то посложнее хеловрота запустить в линoopsе такой давности или наоборот оттуда в современном?
Запускал, и чо? И ты не поверишь: секрет успешного запуска был тот же, что и у Винды, а именно статическая сборка и «всё своё ношу с собой» в плане библиотек.
> Иногда. А так-то и патчи приходилдось софтоделам накатывать (а иногда и не им даже, а просто энтузиастам с hex-редактором в зубах), и инструкции на три экрана с детальным описанием «танцев с бубном».«Иногда» — это как раз то, что вы описываете, а как правило — всё работает.
>[оверквотинг удален]
> весь мир целиком. Даже если они обновляют только часть зависимостей для
> юзер это просто слой. Контейнеры или базовый слой тоже можно обновлять
> кусками главное что для юзера это просто слой. И от его
> изменений его Фотошоп хоть в контейнере хоть без будет всегда работать
> и все новые версии в прочем как и старые. Прийдёт на
> любой комп любой версии щинь фотошопчик тут как тут. А так
> сейчас ты пришел на суси а там твой убунтушный пак гимпа
> не работает. А тот что в сусисьной репе древний и тебе
> не подходит. Гимп должен просто брать и работать в любом дистре
> если что.Уважаемый, вы не чуете разницу, в macOS как раз жёсткие зависимости от версии ОС и строго определённые рантаймы для возможности закидывать dmg. В мире линуксов же нет жёсткой диктатуры одной корпорации, которая приказывает хоронить что-то и начинать поддерживать другое только по своему желанию, а разработчкики вынуждены прогибаться. macOS единовременно не волочет за собой тонну легаси и может себе позволить чтобы под них кто хочет разрабатывать, разрабатывали бы как нужно им, а не как упоротый мамкин программизд захотел.
>И при откате обновления если что-то пошло не так - откатывает обновление, а не всю систему с конфигурацией и настройками.А ещё это грёбаное проблемное обновление никак не маскируется, и Винда из раза в раз предлагает его по новой впихнуть. Если это Винда в домашней редакции, то может и не предлагать, а просто ультимативно попытаться накатить, обломаться и откатить, сожрав полчаса — час времени пользователя.
>Вам до этого никогда уже не допрыгнуть
И вот до описанного выше сам прыгай.
> А ещё это грёбаное проблемное обновление никак не маскируется, и Винда из раза в раз предлагает его по новой впихнуть.Слово для гугления: wushowhide.diagcab и оно качается с сайта microsoft.
> теперь у тебя в КАЖДОМ контейнере "лапша", только еще и в каждом - разной степени тухлости,Да, только контейнер ты выкинул потом и чистота. А вот если ты его по всей системе размазал, тут другой дело... Зато душу греет, а?
> И да, проклятаявенда обновляется не атомарно, а ровно те части которые нужно обновить. И при откате обновления если что-то пошло не так - откатывает обновление, а не всю систему с конфигурацией и настройками. Вам до этого никогда уже не допрыгнуть - тут всю систему менять надо, и начать с того чтоб прибить политбюро вместе с генеральным секретарем.
Старую версию контейнера ставишь и ок.
А по поводу того, как в винде гуру все продумали та разрабу вайна, скажи, в лицо, умник.
> Да, только контейнер ты выкинул потом и чистота.обычно я ставлю софт которым собираюсь пользоваться, а не выкинуть "и чтоб чистота". И вот у тебя в системе - десять РАЗНЫХ систем (вообще-то у меня больше пакетов установлено, но пусть - десять) - каждая уникальная и собрана на коленке незнамокак. При этом обязанность следить за тем чтоб внутри не лежала какая-нибудь троянская zstd.so - успешно возложена на никого.
А установленные в систему пакеты - представь себе, удаляются тем же пакетным менеджером. Впрочем, никакого особенного смысла в этом нет. Диски по 10 мегабайт ушли в далекое прошлое.
> А по поводу того, как в винде гуру все продумали та разрабу вайна, скажи, в лицо, умник.
Точно, венда - поганая, поэтому мы будем разрабатывать вайн чтобы кое-как, с кучей глюков и проблем запускать ее софт. И потом обоснованно вам расскажем какая она поганая. Но софт тырить, конечно же, не прекратим.
О чем с вами, убогими, вообще говорить-то...
> обычно я ставлю софт которым собираюсь пользоваться, а не выкинуть "и чтоб чистота"Ничего, закончишь школу, институт, пойдешь на работу, и тогда уже придется ставить то, что шеф хочет)
> А установленные в систему пакеты - представь себе, удаляются тем же пакетным менеджером
Да, оставляя кучу, как ты скал, "лапши" в home. И это если скрипты для очистки в пакете толково написаны. А так могут и директории остаться, хорошо, если еще пустые.
> поэтому мы будем разрабатывать вайн чтобы кое-как, с кучей глюков и проблем запускать ее софт.
Чтобы игры запускать в первую очередь. На большую часть софта есть либо аналоги, либо он кроссплатформенный. Разве что инженерный какой-то.
> А установленные в систему пакеты - представь себе, удаляются тем же пакетным
> менеджером.Мне один беспокойный с пеной у рта доказывал, что пакетник не до конца удоляет пакеты, от програмулин конфиги и кэш всякий остаётся, который замусоривают его систему, делают её тормозной и разжиревающей вообще осознание этого ему мешает спать. Поэтому он вместо того чтобы делайть апгрейд системы на следующий мажорный релиз каждый раз устанавливает её с нуля начисто - зато нет мусора в системе! А то что у него в несколько слоёв снапшоты атомарщины и фэтпаки по системе размазаны со своими рантаймами - это не насрано в системе, это не разжиревание системы, это порядок! xD
> конца удоляет пакеты, от програмулин конфиги и кэш всякий остаётся, которыйглавное ему не рассказывай, что флэтшлаки делают то же самое. Поскольку довольно обидно прое..ть конфиг при например банальном апгрейде такого шлака на следующую версию - разумеется, они лежат снаружи.
> ему мешает спать. Поэтому он вместо того чтобы делайть апгрейд системы
> на следующий мажорный релиз каждый раз устанавливает её с нуля начистоНу это-то как раз может и оправдано - процедуры апгрейда у нас самое кривое и ненадежное что только бывает. Они и правда могут что-то понаоставлять лишнее от прежней жизни.
> - зато нет мусора в системе! А то что у него
правда и настроек сделаных в ней - тоже нет. Ну тут для кого ценны свои настройки, а для кого мнение какого-то хрена с горы как должна работать его система, а руки - ну перезаточит под новую версию...
>> конца удоляет пакеты, от програмулин конфиги и кэш всякий остаётся, который
> главное ему не рассказывай, что флэтшлаки делают то же самое. Поскольку довольно
> обидно прое..ть конфиг при например банальном апгрейде такого шлака на следующую
> версию - разумеется, они лежат снаружи.Меня больше умиляет разрывы седалищь от лишних мегабайт невычищенных "хвостов", но зато прекрасное сосуществование с гигабайтными рантаймами вместо этого! ))
>> ему мешает спать. Поэтому он вместо того чтобы делайть апгрейд системы
>> на следующий мажорный релиз каждый раз устанавливает её с нуля начисто
> Ну это-то как раз может и оправдано - процедуры апгрейда у нас
> самое кривое и ненадежное что только бывает. Они и правда могут
> что-то понаоставлять лишнее от прежней жизни.Да, может и да, не пробовал прямо все линуксодистры, но наверное большая часть хреново проходит процедуру апгрейда. Но если брать вменяемые дистры здорового человека, в которых рассчёт на выживание после апгрейда с одного мажорного релиза на другой, то сами релизы проходят без проблем, система не превращается в тыкву. А то что от старых версий что-то остаётся, так оно в жо$у не долбит, это последствие концепции того, что лучше оставить что-то на всякий случай, чем что-то "лишнее" удалить, ну и плюс легаси недосмотры. В идеале бы конечно складывать такую шнягу по соответствующим местам и автоматизированно переписывать старые конфиги под новые версии софта, но мы к сожалению живём не в идеальном мире. Разные проекты пытаются решить в том числе и эти моменты каждый по-своему, но абсолютно идеального дистра до сих пор так и нет.
>> - зато нет мусора в системе! А то что у него
> правда и настроек сделаных в ней - тоже нет. Ну тут для
> кого ценны свои настройки, а для кого мнение какого-то хрена с
> горы как должна работать его система, а руки - ну перезаточит
> под новую версию...Нередко, что такие адепты это заодно и адепты заново потрахаться и в настройки с нуля, коли систему они аки винду с драйверами любят на каждый чих начисто переустановить, вот такие вот специалисты по всему, зато за вяленый и атомарщину с фэтпаками жопы рвут в первых рядах, получилось, что это гланая ЦА этих продуктов. xD
*то сами АПГРЕЙДЫ проходят без проблем, система не превращается в тыкву*
За атомарщину ничего не скажу, не юзал.> Мне один беспокойный с пеной у рта доказывал, что пакетник не до конца удоляет пакеты
Правильно Вам сказали, мусора не мало. И если в /etc, /var/lib еще ок. Если, конечно удалять с --purge для того же apt, то в директории пользователя всегда чистил руками.
> фэтпаки по системе размазаны со своими рантаймами
Рантаймы лежат тут. Все просто и лаконично.
/var/lib/flatpakК слову, универсально для любого дистра.
Пользовательские файлы у него:
~/.var
Другая проблема, что некоторые приложения там запрашивают доступ к директории пользователя и тут все выходит на круги своя, но тут смотреть нужно индивидуально.
А так, для того же браузера bwrap не повредит, вряд ли эксплойт будет учитывать и этот кейс.
Ну а про виндовые игры (тем более с торрента), bottles под bwrap это как раз то, что нужно. До него firejail использовали, теперь флетпак.
> разжиревание системы
du -hs /var/lib/flatpak/
28G /var/lib/flatpak/flatpak list --app | wc -l
99Короче, все прикладные приложения там стоят. 28G. Да, если юзать пакетник будет, к примеру, 15-20, наверное.
Но так ли важны те 10-15 гб, когда даже минута видео сейчас весит больше, и ssd на терабайт.
Не выгодно если у тебя там только одна софтина и под нее рантайм тащить. Но пять же, по современным меркам это ничто, даже для телефона.
Так что пробуй))
> За атомарщину ничего не скажу, не юзал.
>> Мне один беспокойный с пеной у рта доказывал, что пакетник не до конца удоляет пакеты
> Правильно Вам сказали, мусора не мало. И если в /etc, /var/lib еще
> ок. Если, конечно удалять с --purge для того же apt, то
> в директории пользователя всегда чистил руками.На deb/ubuntu-based всегда удалял с purge, дело-то не в том что что-то остаётся, изначальный посыл был в том, что лишнее занимает лишнее место.
>> фэтпаки по системе размазаны со своими рантаймами
> Рантаймы лежат тут. Все просто и лаконично.
> /var/lib/flatpak
> К слову, универсально для любого дистра.
> Пользовательские файлы у него:
> ~/.varВ том и проблема, что проблема таких вот адептов фэтпаков супротив нативных пакетов на уровне ДНК видимо, если для них несколькокилобайтные лишние файлы лежащие пусть от старых установок, которые они не чистили после это ужос-ужос, а сотнемегабайтные, а то и гигабайтные рантаймы и фэтпакозависимости это ОК, это здоровая альтернатива и порядок в системе! xD
> Другая проблема, что некоторые приложения там запрашивают доступ к директории пользователя
> и тут все выходит на круги своя, но тут смотреть нужно
> индивидуально.Проблема не в самих фэтпаках, а в очередной раз в головах больных на голову адептов и проблема с позиционированием. Fatpak это вынужденный костыль, если к нему относиться соответственно и адекватно, то проблем нет. Но это же преподносится как серебрянная пуля и решалка абсолютно всех проблем, а это не так. Оно до сих пор для рядового пользователя больше возни доставляет чем установка нативных пакетов из репозиториев дистров. Взять ту же нередкую необходимость любления с порталами и разрешениями. Мало того что это вообще стало нужно делать рядовому пользователю, это ещё и реализовано как всегда в кpacнoглaзом стиле через одно место.
> А так, для того же браузера bwrap не повредит, вряд ли эксплойт
> будет учитывать и этот кейс.Почему рядовой пользователь должен это учитывать?
> Ну а про виндовые игры (тем более с торрента), bottles под bwrap
> это как раз то, что нужно. До него firejail использовали, теперь
> флетпак.
>> разжиревание системы
> du -hs /var/lib/flatpak/
> 28G /var/lib/flatpak/Бгг, у меня вся система со всем жирнософтом в два раза меньше весит))
На нойте вообще 6Gb
> flatpak list --app | wc -l
> 99
> Короче, все прикладные приложения там стоят. 28G. Да, если юзать пакетник будет,
> к примеру, 15-20, наверное.
> Но так ли важны те 10-15 гб, когда даже минута видео сейчас
> весит больше, и ssd на терабайт.Правильно, не важны 10-15 Гб, зато шизики будут убиваться по поводу лишних десятков МЕГАБАЙТ оставленных в системе хвостов от удалённых пакетов, которые даже ОЗУ с процессором не жрут, зато с Fatpak у них прозрачный контроль за системой, ага! ))
> Не выгодно если у тебя там только одна софтина и под нее
> рантайм тащить. Но пять же, по современным меркам это ничто, даже
> для телефона.
> Так что пробуй))Знаю что не выгодно, я пробовал, это какая-то анальщина наркоманская, я понимаю для чего и где она может быть нужна в природе, но мне лично оно ненужно, т.к. нужные мне внерепозиторные пакеты я могу затянуть через тот же distrobox, хоть это и жирноватый костыль и это всё ещё будет по весу меньше чем с Fatpak, зато я не буду смотреть на авторство пакета в фэтхабе, а затяну дистрибутивный проверенный пакет, за который своей жопой отвечает мейнтейнер.
И на distrobox решения не заканчиваются. Но самое главное, что любое из них просто в итоге легче по ресурсожору и по управлению. ¯\_(ツ)_/¯
> изначальный посыл был в том, что лишнее занимает лишнее место.Ок.
> В том и проблема, что проблема таких вот адептов фэтпаков супротив нативных пакетов на уровне ДНК видимо, если для них несколькокилобайтные лишние файлы лежащие пусть от старых установок, которые они не чистили после это ужос-ужос, а сотнемегабайтные, а то и гигабайтные рантаймы и фэтпакозависимости это ОК, это здоровая альтернатива и порядок в системе! xD
Та в том то и проблема, когда 1 файл весом в 5 гб лежит на диске, его легко видно в том же ncdu, и по-любому, как минимум, загуглишь че это. А если 1000 маленьких, то че делать?
> Проблема не в самих фэтпаках, а в очередной раз в головах больных на голову адептов и проблема с позиционированием. Fatpak это вынужденный костыль, если к нему относиться соответственно и адекватно, то проблем нет. Но это же преподносится как серебрянная пуля и решалка абсолютно всех проблем, а это не так.
Для меня это напоминает андроид. Там приложения также "урезаны". Мне нравится этот подход. В андроид же реализовано плохо, ведь доступа к системе у пользователя нет.
А так система - системой. А какому-то zoom урезанные права и уровень абстракции от системы, чтобы его можно было удалить так же без следа, как будто его не было.
> Почему рядовой пользователь должен это учитывать?
Так ломанут то его :) Это как на улице, хочешь ты или нет, а дурачков за рулем ты учитывать будешь. Не будешь - в тебя приедут. И как бы не твоя вина, но таков мир. И тут также, вина разрабов, например, браузера, а ломанут тебя.
Так что должен.
> Fatpak у них прозрачный контроль за системой, ага! ))Идея в том, что за флетпак я могу учистить, а кучу маленьких хвостов - нет, ведь я понятия не имею где там хвост, а что используется.
> За атомарщиной и контейнерами будущее все эти лапши зависимостей это прошлый век.У каждого подхода есть свои плюсы и минусы.
Я за то, чтобы у пользователя был выбор между классикой и контейнеризацией.
Всем давно известны последствия сидения на двух стульях. Не будем в политику, но то место которым ты сидишь может порваться.
На двух местах удобнее лежать, чем сидеть, тем более, если они на расстоянии друг от друга.
Согласен, но поддерживать множество решений никто не будет, поэтому остануться подпольщики типа Генту, и условно "прогрессисты" смузихлебы с атомарщиной на контейнерах. Следующий шаг - CI/CD практика примененная к обновлению ОС: в течении дня маленькие обновления будут поставляться и применяться непрерывно, перезагрузка системы и перезапуск приложений будет происходить несколько раз в день. Заживем!
>> За атомарщиной и контейнерами будущее все эти лапши зависимостей это прошлый век.
> У каждого подхода есть свои плюсы и минусы.
> Я за то, чтобы у пользователя был выбор между классикой и контейнеризацией.Здравый подход, поэтому в таком случае если система нужна для использования, а не в качестве полигона для разработки, берём LTS-систему с нужным сроком поддержки и обмазываем её nix, fatpak, appimage, тянем нужные пакеты из других дистров через distrobox. И базовая система цела и стабильна, и возможность более свежим софтом пользоваться есть, и если что-то из этого свежака отвалится, то не надо будет всю систему к предыдущей генерации откатывать. И это всё при сохранении гибкости базовой системы. Брат так пробовал и жив остался. ;)
>Будущее уже не стучится в окно оно уже ломатся в дверь. За атомарщиной и контейнерами будущее все эти лапши зависимостей это прошлый век.Пьяное оно что-ли такое это будущее, что ломется?
>Пьяное оно что-ли такое это будущее, что ломется?Так разве не видно? Пьяное, под веществами, да ещё с рождения дегенератское. Вроде видно по содержимому интерентов и мэйнстримовыми нововведениями.
Будущего не бывает. Унылые вчерашние наработки в железе. )
> поддерживаемого сообществомЭто немного напрягает.
> В качестве загрузчика задействован systemd-boot.Смело.
Где взять ресурсы на поддержку ?
https://opennet.ru/61811-kde
Лучше бы её назвали KDE OS, вот тогда, с таким количеством нововведений (отличий от классического дистрибутива) название больше отражало суть замысла.
чую такими темпами они запилят собственное ядро на замену линуксу
> чую такими темпами они запилят собственное ядро на замену линуксуklinux kernel на krust
kkernel же =)
Keknux
KDErnul
KunyLinx
они опять убили keny
Лучше новый графический стек вейленд уже протух как концепция. Нужен или новый независимый вейленд или как в хром ос.
довольно смешно это смотрится, учитывая что гугл переводят графику хромоси на вейланд
И оно будет таким же падучим.
Да, на QtBase. И, может быть, чуть-чуть на KF.
QML? Как не не обмазаться JavaScript и подобным?
ну наконец-то. kde neon в долгосроке невозможно пользоваться.
а Neon Linux???
Ну так неон уже старьё, а в бананах будут самые современные технологии. Стильно, модно, молодёжно!
KDE Neon поверх LTS Убунты собран. А они хотят свой дистрибутив, чтобы полностью всем в нём управлять.
> KDE Neon поверх LTS Убунты собран. А они хотят свой дистрибутив, чтобы
> полностью всем в нём управлять.мне наоборот казалось это хорошей идеей. KDE ведь только окружение делает.
имхо лучше бы они репы для дебиана сделали
А как же Neon?
Привязан к Ubuntu
> Привязан к UbuntuНет, не привязан, это только база, а то так и сабж можно обозвать, что привязан к Арчу.
Другое дело, что Neon это тестовый полигон и адекватно без жопоболей можно пользоваться только Kubuntu если хочется стабильной KDE.Хотя чего это я, типичный KDEшник и без жопоболей это как Карлсон без варенья?!))
> Neon это тестовый полигон и адекватно без жопоболей можно пользоваться только Kubuntu если хочется стабильной KDE.Спасибо. Не надо и того и не другого.
Спин Федоры с КДЕ более чем устраивает.
Ubuntu - это не модно и не молодежно. На них только деды сидят по старой памяти.
>> Neon это тестовый полигон и адекватно без жопоболей можно пользоваться только Kubuntu если хочется стабильной KDE.
> Спасибо. Не надо и того и не другого.
> Спин Федоры с КДЕ более чем устраивает.
> Ubuntu - это не модно и не молодежно. На них только деды
> сидят по старой памяти.Описал ситуацию как она есть, Neon можно считать официальной площадкой для обкатки KDE, Kubuntu по сути своей, с минимальным расхождением, её стабильная версия.
Тут вопрос не в том, нравится ли вам базаовый дистр на котором это всё собирается, ваши хотелки никого кроме вас и возможно вашей мамы не волнуют, разработчикам KDE было доселе удобнее всего собирать на убунтовой базе и они это делали.
Пока сабж новости не вылупился до нужной удобоваримой версии так было по факту, а остальные дистры не имели в приоритете иметь у себя KDE, а прикручивали её себе для галочки с разной степенью расхождения и дистроспецифичных сюрпризов. То что у вас предпочтение выбирать Fedora Spin c KDE - это уже ваши половые предпочтения, они на разрабоку KDE вообще никак не влияют! ;)
>Нет, не привязан, это только база, а то так и сабж можно обозвать, что привязан к Арчу.Оба привязаны к systemd.
Опять гадость контейнерная.
"Project Banana" - намекают, что работают у них миньоны?
А что их из бананов делали, они мне всегда говорящие лимоны напоминали:)
> А что их из бананов делали, они мне всегда говорящие лимоны напоминали:)Они их любили. https://www.youtube.com/watch?v=JQFmt51WoL4
Только обрадовался что пилят годную атомарщина на Арче, а там вот такое:"программы устанавливаются только в формате Flatpak."
"В качестве загрузчика задействован systemd-boot"
"Все пользовательские (/home) и изменяемые системные данные хранятся в зашифрованных разделах"
"Для обновления используются два дисковых раздела - обновление загружается в пассивный раздел, который после перезагрузки становится активным, а прошлый активный раздел переводится в пассивный режим и ожидает установки следующего обновления"
"Установка и откат обновлений, а также автоматическое резервное копирование и переключение между разными версиями реализовано через механизм снапшотов, предоставляемый файловой системой Btrfs"Просто комбо из говноприколоченных огораживаний!
NixOS и то более гибкая атомарщина не зависящая от Btrfs, имеет сколько угодно генераций для отката, а не только обрезанный RootAB
Нет ограничений только Фэтпаками и нет приколачивания к systemd-boot.В остальном та же Kubuntu будет лучше, если не нужна атомарщина.
что таке "прикалачивание к systemd-boot"? не нравится - используйте uki, или grub-efi тот же.
вот btrfs или их ab-root Вы поросто так 2мя командами не уберете. да и перестанет дистрибутив собой быть.
мне в целом не ясно, на кой sd-boot нужен. в pop os давно уже uki. по удобству управления не уступает ничем, при том, не гадит в систему убогими поцтеринговскими идеями(вроде boot counting, который Вам диск убьет спустя года 2 использования).
У systemd-boot в целях заявлено что-то вроде "обеспечить загрузку предыдущей рабочей конфигурации в случае неудачного обновления ядра".
Раз Fedora/Gnome Linux есть, то почему бы не завести и KDE Linux? Делать его надо, конечно, не на базе дебианоподелок и гентусобиралок, а на чём-нибудь полезном - SUSE или даже Arch.
> Раз Fedora/Gnome Linux есть, то почему бы не завести и KDE Linux?
> Делать его надо, конечно, не на базе дебианоподелок и гентусобиралок, а
> на чём-нибудь полезном - SUSE или даже Arch.Полезно или нет конечно же решает опеннетный Аноним. xD
Да, но не Аноним (93), ему нельзя.
У них есть KDE Neon. Зачем ещё один KDE Linux?
Один для тестов, другой для работы.
Ну как видите, пипл-то хавает.
Чтобы продвигать Flatpakи.
> У них есть KDE Neon. Зачем ещё один KDE Linux?А это нужно узнавать подробнее, вангую либо там произошёл очередной раскол, либо скорость завоза свежего глюкалова в ubuntu-base для KDE-разрабов слишком слоупочная и им нужны тестеры в виде арчехомячков.
Что из этого правда мне лень узнавать, т.к. вижу из новости, что данный дистр не для всех, а мне нужно просто пользоваться системой, а не халявным тестированием KDE заниматься пердолясь с подобного рода урезанной и приколоченной гвоздями атомарщиной. Если я захочу играться в иммутабельность системы, поставлю NixOS, там хотя бы система имеет больше возможностей и гибче гораздо.
KDE Neon основывается на Ubuntu, а та в свою очередь на Debian. Пока эти дистры релизнутся, они морально устаревают. Видимо сейчас они перейдут на базу Arch или даже Manjaro, что очень похоже и дистрибутив будет свежий, молодёжный и т.д.
> KDE Neon основывается на Ubuntu, а та в свою очередь на Debian.
> Пока эти дистры релизнутся, они морально устаревают. Видимо сейчас они перейдут
> на базу Arch или даже Manjaro, что очень похоже и дистрибутив
> будет свежий, молодёжный и т.д.А ларчик просто открывался, в среде Арчеводов гораздо больше охочих халявно бетатестить на своей шкуре и тянуть в систему сомнительный свежак, нежели в среде ленивых и имеющих личную жизнь убунтуев. ¯\_(ツ)_/¯
Очередная фрагментация экосистемы. Улучшайте уже существующее.
Как Kubuntu, только Banana Kde.
Мало линуксов...надо еще больше!
Не можем качеством, возьмем количеством. Правда в ПО это так не работает.
> развивается как универсальный продуктПродукт универсальный линуксосодержащий :-)
Выбрали правильную основу
Правильная основа для бессмысленной затеи
Arch
Btrfs
FlatPak
Systemd-bootКороче я дальше пошёл.
Сферическое не нужно в вакууме.
> в вакууме.К сожалению - в дистрибутиве...
Для атомарщины больше подошли бы Squashfs или EROFS.
Расходимся, в новости ошибка. Должно быть.>Разработчик из проекта KDE приступил
Активных как минимум 4 разработчика, среди которых широко известный Nate Graham, который https://pointieststick.com
> Только в формате Flatpak.
> В качестве загрузчика задействован systemd-boot.
> Применяется протокол Wayland.Парад ненужностей.
Лучше бы уж выбрали AppImage.
Поддерживаю, он более самодостаточный.
> Поддерживаю, он более самодостаточный.Он единственный самодостаточный из относительно популярных, если быть точнее, дальше только тарболы. ))
Жаль что хайпует fatpak, т.к. смузисосы топят именно за него.
Apimage'у не хватает своей единой репы с одинаковым требованием по качеству, а то appimage эти по всей сети валяются как мусор в разной степени сомнительности оформления, для некоторых даже чексумм проверочных нет, не то что цифровых подписей. Не хватает вменяемого GUI-инструмента для централизованного менеджмента appimage в системе, с возможностью общего обновления из этой единой репы и руления ими в системе. Вот тогда это был бы законченный продукт.
flatpak "хайпует" из-за адекватной системы шаринга зависимостей и адекватной системы управления доступом.
Вам аппимаг-прложение выведет красивенькую менюшку вида "насяльника, дай доступ к файлам" ?
а флатпаковское - выведет.
>flatpak "хайпует" из-за адекватной системы шаринга зависимостей и адекватной системы управления доступом.Вот не надо так, надо all-in-one. Поставил, полюбовался, если не понравилось, снёс одним движением всё разом.
> flatpak "хайпует" из-за адекватной системы шаринга зависимостей и адекватной системы управления
> доступом.Рядовой пользователь поспорил бы с адекватностью системы управления доступом.
В реальной жизни рядовой пользователь с флетпака пердохается гораздо больше, чем с нативными пакетами именно по причине недоделанности флетпачьего подхода к тому чтобы быть дружелюбными к простой домохозяйке, до смартфонных кликпакетов флетпакам ещё далеко.> Вам аппимаг-прложение выведет красивенькую менюшку вида "насяльника, дай доступ к файлам"?
Appimage нужен только разрешение на исполнение это по сути хитрозапакованный тарболл со всеми потрохами))
> а флатпаковское - выведет.Ага, но есть нюанс xD
Такой подход к обновлениям применяется давно в Android.
Там два системных раздела: А и В. Один работает, другой обновляется. Затем можно быстро переключиться на обновленный.
Сто лет такое есть в AIX - alt_disk_copy
Тыщу лет есть z/OS. Она не то что атомарная там бай дизайн невозможно поставить васянопрогу не то что вирус. Из клиентов очередь приходится цену повышать.
И это УГ, следующее из того что андроид - это унылый блоб, не поделенный на пакеты и жёстко прибитый к версии ядра
> И это УГ, следующее из того что андроид - это унылый блоб,
> не поделенный на пакеты и жёстко прибитый к версии ядраСледующее из того что андроид - это запруждение флатхаба шлакопакетами разной степени говнистости и доверия, аки Google Play, потому что проверить это будет невозможно с таким подходом. Гугл не смог со своими ресурсами и эти не смогут. Флэтхаб спасает только защита Неуловимого Джо и относительно небольшой размер самого флэтхаба, но Google Play тоже не сразу строился, зато теперь эталонный рассадник фонариков с доступом ко всеми и прочих кошерных вещей. xD
> Следующее из того что андроид - это запруждение флатхаба шлакопакетами разной степениНенене, это же не связано с организацией самих системных компонентов
Никто не мешал сделать базовую системную часть модульной, а приложения оставить такими же, как сейчас
Вот почему я например не могу поставить лаунчер от xiaomi на samsung? Или наоборот. Потому что он нахрен прибит гвоздями к кривым патчам вендора, которые можно поставить только в составе паршывки с файлообменника целиком. А было бы нормально сделано модульно и поделено на пакеты - было бы понятно, что от чего зависит, было бы можно по-разному комбинировать компоненты, и может и поставил бы
Вот с "атомарными" линуксами, если развивать эту концепцию широко, будет то же самое. Будет десяток вообще никак не совместимых друг с другом дистрибутивов с ограниченными возможностями для установки ПО
Короче "атомарные линуксы" это не шаг вперёд, это шаг назад. Винда, сэр...
не понятнут, еще один бесперспективный проект. Если только нескучная сборка арча будет на готовой базе.
Я понял. Это сборка КДЕшников для УМВР. Под остальные дистры пилите сами.
И в чем они неправы?
>И в чем они неправы?Во всем. Понять это могут не только лишь все.
Пригвоздим КЕДы к единственному расово верному дистру с уникальным набором костылей.
> Пригвоздим КЕДы к единственному расово верному дистру
> с уникальным набором костылей.Если удалить добавленную болгеносостроителем негативную окраску, то всё верно они делают.
Ну да. Плачутся что денег нет но распыляют ресурсы еще и на cвой вариант Bolgen OS. Все правильно.
Не распыляют, а концентрируют, удаляя посторонних болгеносостроителей.
Одно дело подготовить документацию "как правильно интегрировать KDE в актуальные системы" и совсем другое нашпиговать костылями васяно-дистрибутив, чтоб тот смог запустить KDE
Чем он будет различаться от KdeNeon?
Тем что сабж атомарный и арче, неон репозиторный и на убунте.
KDE скатывается все дальше и дальше.
Согласен, поэтому я перешел Гном.
Вот в соседней новости тоже самое про дистр от Гнума.
это инициатива не от Gnome Foundation, а от Адриана Вовк начать диалог насчёт перенести наработки carbonos в GnomeOS.
Как я понял, основная проблема - на какой системе разрабатывать KDE?Для этого они и сделали. Это не система что бы работать.
Дистр очень сильно напоминает тупо SteamOS для стимдека. Там тоже KDE в десктоп режиме, база арча, атомарщина через btrfs, сторонние приложения во Flatpak. Всё что они по-сути делают, это собирают последние кеды туда.
Видать решились на это в рамках повышения защиты от криворукости и химерной ppa-ности, из-за которых получают порции отборной критики стабильности.
Neon же не атомарный, а тут такой модный ништяк. Инет и ссд утилизированы как и задумывалось.
>Системное окружение в KDE Linux представляет собой неделимый образ, формируемый на основании содержимого из репозиториев Arch Linux, но поставляемый без разбивки на отдельные пакеты, монтируемый в режиме только для чтения и обновляемый атомарно.Шах и мат, KDE решил идти в ногу с современностью.
У проекта KDE официальным дистрибутивом является Ubuntu. Все свои наработки они обкатывали в оболочке KDE neon. Что будет дальше с KDE neon?
Хороший вопрос.
Если этот взлетит - очевидно будут депрекейтить.
Больше 30 лет, а операционной системы Линукс как не было, так и нет:https://itvision.altervista.org/linux-myths-series-linux-is-...
Было 100500 дистров и васянских сборок, давайте ещё одну.
Плинтус вей это нормально. Зато никаких начальников над тобой и твой дистрибутив самый правильный.
Unix-way. И давай без сарказма.
Короля делает свита. Представьте себе если завтра, к примеру, Adobe скажет, что будет выпускать свой софт только под Линукс, а под все остальные системы сворачивает разработку - все побегут пилить массовый Линукс, а майки срочно выпустят винду на линуксе))).
>>все побегутВсе побегут занимать брошенную адобом нишу для софта - свято место пусто не бывает.
Ага, патенты они тоже "займут"?
Займут там где свободно
Я не думаю, что в Адоб сидит толпа формашлепов со 100500 вкладками Стековерфлоу.
Это примерно как открыть официальный дилерский центр Bentley в Кирово-Чепецке.
Давно было пора это сделать. Сейчас как сделают свой дистрибутив с блекджеком и бабами!
> Для отделения системы от приложений дополнительные программы устанавливаются только в формате Flatpak.И чему все радуются?
что не snap
Для любителей таких дистрибутивов вопрос.Вот, скажем, с моим почтовым сервером не работает последний релиз. А среда разработки, наконец-то начала нормально работать в последнем релизе мне сидеть без почтового сервера или без среды разработки?
Ты должен выбрать путь молодёжности, прогрессивности. Короче, будь модным.
И хватить гундосить - то не работает, это не работает. Будь на позитиве, лови настроение.
Как там говорит Дробышевский?Отключи мозги, воспринимай мир чувствами.
Будь как рыбка. Без мозгов.
Мне одному наверное кажется, что скоро у нас будет у каждого свой дистрибутив линкуса
>скоро у нас будет у каждого свой дистрибутив линкусаА что в этом плохого?
Каждый истинный линуксоид должен собрать свой LFS.
И он, кстати, и есть атомарно обновляемый.
Ого, интересная мысль!
В самом деле, захотите обновить какую-либо базовую библиотеку - придётся практически всё заново собрать. Ну, может быть, кроме ядра, разве что.
> Project Bananaназвание как у порностудии
> поддержание высокого уровня защищённостив переводе на русский - битком забитый зондами всех сортов и расцветок, а также предоставляющий возможность удалённо вас отключить, если заокеанские дяденьки-в-пиджаках-с-вечно-испуганным-лицом усмотрят в вас угрозу
запомните этот твит (ц)
Походу Banana - намек на Arm направление.
Это не намек. Ubuntu слилась. На чем разработчикам KDE сидеть?
Трепещи KDE Neon ! Идет KDE Linux
Ждем спины
KDE Linux Workstation
KDE Linux Server
KDE Linux CoreOS
KDE Linux IoT
KDE Linux Cloud
KDE Linux Scientific
KDE Linux Design
KDE Linux Jam
KDE Linux Games
KDE Linux Security
В убунте, где только фаерфокс привязан к снапу, всегда коменты только про этот злой снап, мол, он везде, караул. Здесь же, где все вообще ставится только из флатпака, почти никто этого не замечает.
> В убунте, где только фаерфокс привязан к снапу, всегда коменты только про
> этот злой снап, мол, он везде, караул. Здесь же, где все
> вообще ставится только из флатпака, почти никто этого не замечает.Думаю KDE на Arch, это хуже чем snap. В самой KDE каждый день все меняют под корень. А тут еще Arch.
Вот тебе Arch, но ставь только флатпаки. Такое.
Ага, где будет всё плохо кроме KDE.
В Neon хотя бы убунтушная база, где всё работает предсказуемо.
> Ага, где будет всё плохо кроме KDE.
> В Neon хотя бы убунтушная база, где всё работает предсказуемо.Неопнимаю метаний деятелей по ос, когда метаются. То Debian Ubuntu, то Arch.
Особенно когда Arch. Там каждый день что то переделвают. Не успеешь привыкнуть к одному уже другое. Поэтому не использую.
KDE Slimbook забыли
Даже KDE бежит от openSUSE.
А помните все гадали, кто вперёд напишет свою ОС, Nero Burning или ACDSee ? :)
Оказалось не угадали :)
> А помните все гадали, кто вперёд напишет свою ОС, Nero Burning или
> ACDSee ? :)
> Оказалось не угадали :)А еще касперский разрабатывает свою ос с 2012 https://cccp3d.ru/topic/57471-%D0%BE%D0%.../
Оне все клали на хомяков, потому что не могут.
Чего только не придумают, лишь бы баги не фиксить.
Давно пользуюсь Arch+KDE, работает отлично. Зачем тратить силы на ненужную ерунду непонятно.
А какова будет политика насчёт Discover? Пересмотрят мнение?
Я от Discover ожидаю "подхвата" appimage-пакетов. Они же внедрили поддержку flatpak'ов, вот и appimage пусть добавят. А в целом Discover в последних версиях мне даже начинает нравиться. Но это не замена того же Muon. В Discover можно ставить именно приложения, но почему-то не отдельные пакеты. Не знаю, чем им не угодили пакеты, почему нет такой возможности.
Да уж appimage было бы более целесообразно.
Очередная Manjaro, но еще и с flatpack ами.
Есть iso образ ?
Думаешь создатели KDE сами пользуются своим этим KDE, just for fan, and show us donations. да ну, сидят делают все с Mac.