Один из разработчиков KDE анонсировал проект KDE Ni! OS, нацеленный на создания окружения для работы с KDE на основе технологий NixOS. Проект развивает Иван Чукич (Ivan Čukić), 13 по числу коммитов участник разработки KDE Plasma , автор книги "Functional Programming in C++" и сотрудник компании KDAB, занимающей второе место по вкладу в разработку Qt...Подробнее: https://www.opennet.me/opennews/art.shtml?num=64424
Крутая репа с кодом)
Пареная.
Мы вам встроили NixOs, в Kde чтобы вы могли пользоваться Kde, пока вы пользуетесь NixOs, чтобы использоват Kde Neon, в NixOs, как если бы вы пользоввлись Kde Neon).
Хорошая идея
1. Выдумать проблему (атомарно обновляемых дистрибутив)
2. Предложить решение, которое не имело бы смылса без №1.
3. Профит!
В твоей логической цепочке отсутсвует первопричина, почему они стали смотреть в сторону атомарных дистров.
Подсказка - ищи в последнем абзаце новости.
> В твоей логической цепочке отсутсвует первопричина, почему они стали смотреть в сторону атомарных дистров.
> Подсказка - ищи в последнем абзаце новостиОсталось только понять, зачем это нужно для десктопного дистра с KDE. Даже автор сабжа в оригинальном блогпосте не дает на это внятного ответа - только "это круто и я хочу поинраться с Линуксом").
> Осталось только понять, зачем это нужно для десктопного дистра с KDEА оно нужно? Перечитал новость, не нашел ничего про десктопность.
> Даже автор сабжа в оригинальном блогпосте не дает на это внятного ответа
Ну, может, потому что он не пилит десктопный дистр? Более того, даже не собирается пилить дистр... А создал конфигурацию для NixOS из которой будет собираться некая эталонная система для обкатки обновлений отдельных пакетов. Не?
> Перечитал новость, не нашел ничего про десктопность.А KDE, по-твоему, для чего? Для серваков, наверное? 🤦
> А создал конфигурацию для NixOS из которой будет собираться некая эталонная система
"Некая система" с KDE.
> А KDE, по-твоему, для чего? Для серваков, наверное?Ты знаешь, что такое тестовый стенд? Хотя бы приблизительно...
Я знаю. Туда вешают стенгазету лесного линукс-интерната. Предварительный вариант.
Написано же: "Дистрибутив для разработчиков KDE." Не десктопного дистрибутив.
> Написано же: "Дистрибутив для разработчиков KDE." Не десктопного дистрибутив.В первом же предложении: "нацеленный на создания окружения для работы с KDE". С KDE - но не десктопного?
> С KDE - но не десктопного?Представь себе, да.
Под какой дистр разрабатывать KDE? Под Дебиан? Под РэдХат? ОпенСусю? Убунту? Арч? Этот список бесконечный.Разработчикам нужен стабильный воспроизводимый тестовый стенд, где это будет тестироваться. Где можно как и отдельный пакет КДЕ тестировать относительно остальных потрохов, так и можно было бы подпихивать сопутствующие сторонние библиотеки разных версий. Это как минимум.
И так, чтобы результат был одинаков, как у Васи Клёпушкина, так и у Пети Иванова. Для этого нужна не только одна ОС, но и с идентичным набором установленных пакетов.Одни разрабы КДЕ метнулись в сторону атомарных дистров. Данный разраб предложил создать конфигурацию для NixOS, вместо того, чтобы пилить свой дистр.
Ферштейн? Теперь понятнее?
>> С KDE - но не десктопного?
> Представь себе, да.Ты юзаешь/тестируешь графическое окружение рабочего стола, но дистр при этом не является десктопным? Извини, но это бред.
> Под какой дистр разрабатывать KDE?
Не неси чушь, KDE не разрабатывается под какой-либо листр.
> Разработчикам нужен стабильный воспроизводимый тестовый стенд, где это будет тестироваться.
Да что ты? А сами разрабы того же KDE Linux об этом знают? А то вон у них на сайте написано:
"Designed to be safe, maintainable, functional, and modern, KDE Linux will be the best choice for home use, enterprise workstations, public institutions, pre-installation on computers you can buy, and more."
> Одни разрабы КДЕ метнулись в сторону атомарных дистров. Данный разраб предложил создать конфигурацию для NixOS, вместо того, чтобы пилить свой дистр.
Только вот "свой дистр" уже давно готов и используется. А кому нужно это поделие - загадка.
> Теперь понятнее?
Да, теперь точно понятно, что ты себе напридумывал какого-то бреда и теперь лучше автора знаешь, зачем нужен сабж. 😂
> Ты юзаешь/тестируешь графическое окружение рабочего столаЯ не тестирую, я к разработке КДЕ не имею никакого отношения.
> но дистр при этом не является десктопным? Извини, но это бред.
Ubuntu Server - это серверная ОС?
А если она стоит на сервере? Тем более серверная?
Следи за руками... У Ubuntu Server и просто Ubuntu одни и те же репы... Никто не мешает накатить туда любое графическое окружение... И админить этот сервер через какой-нибудь VNC/RDP или чо там сейчас популярно... Зачем это нужно - не важно, левая затылочная пятка так захотела... Но по твоей логике после этого ОС ВНЕЗАПНО СТАНОВИТСЯ ДЕСКТОПНОЙ! xDDD
(извини, лень вставлять смузихлёбушные эмодзи)Дальше твои потуги комментировать не буду. Шо хошь, то и думай, пофиг. Я слишком стар для этого д...
у меня был планшет х86 куда я ставил линукс и кде, планшет это совсем не десктоп, ребята делали какието киоски на базе кде, тоже не десктопы совсем, а уж ноутбуки с кде..честно говоря если ноутбуки не считать десктопами то и кде десктопов я не видел.
>> С KDE - но не десктопного?
> Представь себе, да.
> Под какой дистр разрабатывать KDE? Под Дебиан? Под РэдХат? ОпенСусю? Убунту? Арч?
> Этот список бесконечный.Ну, судя по тому, что у разработчиков KDE уже какое десятилетие отсутствует понятие LTS как класс, нормальный LTS здорового человека, который нужно поддерживать несколько лет.
С учётом того, что самый долгий цикл хоть какой-то поддержки это Kubuntu 3года и далее всё.
Положим ещё в openSUSE, там тоже говорят что-то делают сами мейнтенеры дистра.А дальше - всё! Debian столько не живёт, через два года новый релиз, а в oldstable они даже секурити патчей для KDE не завозят. Да что там говорить, они даже для Xfce не завозят, даже когда эти патчи есть для других дистров. Для RHEL вообще нет официально никаких DE кроме GNOME, то что положат по доброте душевной в EPEL, это будет поддерживаться, как на душу же и положат.
И вот остаётся только всякая роллинговая тема и максимум Fedora KDE, цикл жизни которой максимум два года. Так что да, KDE актуален и хоть как-то жив только на тестовых полигонах и R&D площадках. Ни для какого энтерпрайзного дистра команда KDE LTS-ветку даже хотя бы секурити патчами не поддерживает, даже за бабос, нет такой опции у них вообще.
Потому что кедоразрабы не любят в правку своего крапокода, они любят пилить новые свистелки, а как закончат свой текущий проект, живо, недопилив до стабильного состояния, бросаются всё переписывать на новую версию Qt и цикл с шило-мочало начинается с начала! ¯\_(ツ)_/¯> Разработчикам нужен стабильный воспроизводимый тестовый стенд, где это будет тестироваться.
> Где можно как и отдельный пакет КДЕ тестировать относительно остальных потрохов,
> так и можно было бы подпихивать сопутствующие сторонние библиотеки разных версий.
> Это как минимум.И это как максимум, потому что разработчики KDE не знают что такое LTS и им нужны только тестировщики, но не нужны конечные обычные пользователи, потому их поделия нет ни в одном энтерпрайзном дистре.
> И так, чтобы результат был одинаков, как у Васи Клёпушкина, так и
> у Пети Иванова. Для этого нужна не только одна ОС, но
> и с идентичным набором установленных пакетов.А всё потому, что у разрабов KDE негласная политика, если завелось у разраба KDE, значит должно работать у всех, а если не работает, то у вас неправильное железо и дрова, а должны быть правильные, как у разрабов KDE!
> Одни разрабы КДЕ метнулись в сторону атомарных дистров. Данный разраб предложил создать
> конфигурацию для NixOS, вместо того, чтобы пилить свой дистр.
> Ферштейн? Теперь понятнее?Понятнее, чегож непонятное, очередному кренделю плотно затёрли про панацейность NixOS и о том что это решит все проблемы линуксовых! Знаем, слышали, адепты этой сказки сейчас ещё более отбитые и назойливые, чем арчеводы.
>Дистрибутив для разработчиков KDEИнтереснобывает ли Windows для разработчиков Windows.
Что там конкретно изменилось.
Ну скажем Windows с выпиленным магазином приложений и отключенными сервиами типа xBox,
Тогда это то что мне надо).
Но я не разработчик)
> Ну скажем Windows с выпиленным магазином приложений и отключенными сервиами типа xBoxWindows 10 LTSC (офф. редакция, ежели чо) раньше была с выпилиным хламом (без магазина, хбокс, картавы и прочего)... Скорее всего и сейчас, но я очень давно не пользовался.
Может и у 11-й есть подобная редакция, не интересовался.
С тех пор дропнули несколько раз, насколько я знаю. Это была версия для банкоматов, со стимом в ней часто проблемы были -- требуемые софтом багфигсы под эту ветку не выходили до следующего большого обновления. Ну ещё её было не купить физическим лицам никак.
LTSB дропнули в пользу LTSC. Других новостей я не слышал.
Сейчас погуглил.
Вроде как LTSC 2021 до сих пор обновляется и будет поддерживаться до 27 года.
Дальше уже они переползли на 11 винду, как я понял...> Это была версия для банкоматов
Не только, но суть ты уловил.
> со стимом в ней часто проблемы были
Я несколько лет на LTSB сидел, в том числе со Стимом, проблем тогда не испытывал.
Возможно позже что-то было.> Ну ещё её было не купить физическим лицам никак.
Тут могу только широко улыбнуться.
Проблема: dependency hell, большой лаг опакечивания, отсутствие изоляции.Решение: атомарный дистр + флатпак + контейнеры. Это новый стандарт. Если твой дистр всем управляет rpm/deb-пакетами, то он морально устарел.
В этой схеме (атомарность + флатпак + контейнеры), от NixOS требуется только первый пункт: атомарность. NixOS управляет ядром, очень базовыми сервисами, DE и одним-двумя системными приложениями ("Software" + терминал). Плюс он дает бинари flatpak и podman.
Всё остальное работает поверх NixOS на уровне флатпака и контейнеров. А преимущество в том, что NixOS можно обновлять независимо от флатпака+контейнеров, и наоборот. В твоем rpm/deb-дистре независимые обновления невозможны: если какой-то пакет требует устаревший ffmpeg, то все остальные пакеты вынуждены оставаться со старым тоже.
> Проблема: dependency hell, большой лаг опакечивания, отсутствие изоляции.пиши на расте - линкуется статически, никакие пакеты не нужны, изоляция из коробки
Изоляцию в рантайме дают только контейнеры. Чтобы прога, которой разрешается читать только ~/.config/calculator, не могла читать ~/.config/биткоин-кошелек или ~/Documents/секретные-данные-цру. Или выходить в интернет.
> Изоляцию в рантайме дают только контейнеры. Чтобы прога, которой разрешается читать только ~/.config/calculator, не могла читать ~/.config/биткоин-кошелек или ~/Documents/секретные-данные-цру.см capability-based security это ведь даже в андроиде работает
Чтобы реализовать "capability-based security", без контейнеров не обойтись, алё! Bind-mount-ить только разрешенные папки, проксировать dbus-запросы только к разрешенным именам, предоставить localhost-онли фуфловый сетевой стек. Всё это требует линукс-неймспейсы. В андроиде у каждого приложения свой uid/gid, что отличается от типичного линукс-десктопа, где все процессы под uid=1000 gid=1000.
> Чтобы реализовать "capability-based security", без контейнеров не обойтись, алё!контейнеры это линукс специфичный хлам - упож слегка прикрыть
Поэтому вашему банковскому приложению срочно нужны камера, фонарик и акселерометр.
Пользователь будет вынужден дать разрешения.
Что за лохотронами вместо банков ты пользуешься?
Аа, тут же нужно понимать специфичность контингента данного ресурса. Ты же, наверняка, вообще банковскими приложениями не пользуешься.
Установи любое банковское приложение. И у них у всех будет прописан достук к "Phone". При чем, что конкретно под этим "Phone" скрывается, я думаю, почти никто точно не назовёт...И вот хочешь ты экспортировать из банковского приложения выписку, сохранить чек или еще что - попросит права на "Files and media". Не подглядывая в гугл, можешь точно сказать, что оно сможет читать?
Или вот накатишь ты приложение для того, чтобы посмотреть забитые Wi-Fi каналы, чтобы понять как лучше настроить роутер. А оно требует доступ к Location и без него отказывается работать. Почему? А потому, что через список Wi-Fi сетей косвнно можно узнать твое местоположение. И я как бэ не против дать приложению доступ к Wi-Fi сетям, пусть это и "раскроет" моё местоположение, но я точно не хочу давать доступ к GPS, ибо не хочу, чтобы это приложение еще и собирала инфу об окружающих сетях... А хрен тебе, у тебя есть только Location и всё.
А тем временем какой-нибудь Google Play Services из коробки получает доступ вообще ко всему.
Все эти права в Андроиде еще тут фуфел, который дарит ложное ощущение защищенности...
Так ты ещё и разрешения в Андроид себе очень туманно представляешь.
> Чтобы прога, которой разрешается читать только ~/.config/calculator, не могла читать ~/.config/биткоин-кошелек или ~/Documents/секретные-данные-цру.Надуманная проблема. Хомячков запугивают несуществующими проблемами.
А на деле порождает кучу геморроя. Жил у меня одно время текстовый редактор во флэтпаке. Очень лять удобно, когда текстовый редактор не может сам открыть нужный файл. НЕ СЕКУРНО ЖЕ.Или вот fooyin у меня до сих пор в нём живёт. Пытаешься открыть альбом, который представляет из себя монофайл в формате flac. И он его открывает без разбивки на треки. Сначала думал, что это чудоковатое китайское поделие. Ан нет, хвалёный флээээтпаааак. Файловый манагер ему передает flac файл, он его загружает... а то, что разбивка на треки идёт в отдельном cue файле, никто, лять, не знает. Никто ему cue файл не передает, он его сам не видит... и хер че делает.
А свои битки хорошо бы каким-нибудь PGP шифровать или чо там сейчас смузишно, я хз. Как и "секретные-данные-цру", а не полагаться на правильные настройки разрешений для флэтпак приложения. А для пущей важности, можешь еще и отдельный акк в системе завести и выставить права что-то вроде 600.
Кстати, а кто прописывает все пермишены для флэтпак приложения? Тот, кто собирает? Да? Что мешает ему прописать на всю home директорию? Кто за этим следит? Никто...
Каждая программа будет нести свою реализацию всего?
> Каждая программа будет нести свою реализацию всего?в браузерах целые ос работают как-то и никто ничего не несет
> Это новый стандартСтандарт где, стандарт каво. Почему тогда все остальные дистры до сих пор не сдохли...
> флатпак
Та еще шляпа. Стоит у меня с десяток приложений. Каждую неделю просит выкачивать по 7Гб апдейтов. Боюсь представить, что будет, если я полностью весь софт переведу на это поделие.
При чем совсем не решает проблему озвученную тобой ниже:> если какой-то пакет требует устаревший ffmpeg
Если какое-то приложение зависит от старой Application platform, то бушь сосо лапу, ибо deprecated.
> В твоем rpm/deb-дистре независимые обновления невозможны: если какой-то пакет требует устаревший ffmpeg, то все остальные пакеты вынуждены оставаться со старым тоже.
Интересно почему в моём дистре либы ffmpeg'а почти последней версии... А, потому что давно придуман способ, как иметь две либы разных версий в одной системе.
Атомарщина, в принципе, интересный проект. Но сильно узкоспециализированный.
И в разработку КДЕ, как я понимаю, это всё затаскивают, чтобы разрабы между собой могли обмениваться воспроизводимыми сборками. Что будет облегчать дебаггинг. А то у одного есть баг, у дргугого нет, и иди свищи а баг ли это в КДЕ или в какой-то специфичной версии сторонней библиотеки.
>>флатпак
>Каждую неделю просит выкачивать по 7Гб апдейтовАа, это который у меня скачал 12 гигов библиотек, которые есть уже, но копии для Flatpak, потому что я решил запустить Win игрушку под Linux).
И все больше смотрю, как меньше место на диске становится с этим Flatpack.
И поэтому постоянно приходится делать Uninstall --unused).
Потому что он еще удаляя приложение, из /var, бывает оставляет Folders Фолдерс, с самим приложением и библиотеками Libraries, по 5 4 Гб).
> Потому что он еще удаляя приложение, из /var, бывает оставляет Folders Фолдерс, с самим приложением и библиотеками Libraries, по 5 4 Гб).Так он для каждого приложения в ~/.var делает отдельную свою уютную домашнюю директорию. Если оно подкачивает какие-то ресурсы, то они там и остаются. Даже после удаления. В КДЕшном Discover сделали, что после удаления, на странице приложения теперь выводится предупреждение, что-то вроде "приложение не установлено, но потроха всё еще присуствуют. удалить?"
Короче, ИМХО, флэтпак - это прикольно, чтобы что-то поставить, посмотреть, понять надо ли оно мне. Особенно, если этого нет в репах и придётся выкручиваться через сторонние репы или еще как. И вот если оно то, что очень надо, то можно и втащить в систему. А если барахло - удалить на 100% без мусора в системе. Либо же что-то, что надо временно. Поэтому место под солнцем для флэтпака есть. Но вот полностью переводить все приложения на него - это ппц идея.
Так вот я и говорю, поставил игру 1,2 гб посмотреть, а он мне библиотек накачал на 12 гигов).
А еще говорят интернет медленный.
А мог бы просто поставить винду. Но ведь тогда не пришлось бы страдать. А это никуда не годится.
> Каждую неделю просит выкачивать по 7Гб апдейтов.Интернет по талонам?
Разные части KDE каждый в свой контейнер!Так победим!
> Проблема: dependency hell, большой лаг опакечивания, отсутствие изоляции. Решение: атомарный дистр + флатпак + контейнеры. Это новый стандартЭто не новый стандарт, а новый уровень линукс-прона для тех, кому больше в жизни нечем заняться. Для серверных ОС это еще ОК, но для десктопа...
> В твоем rpm/deb-дистре независимые обновления невозможны: если какой-то пакет требует устаревший ffmpeg, то все остальные пакеты вынуждены оставаться со старым тоже.
А в твоем nix-дистре после обновления на новый ffmpeg у тебя на диске будет лежать снимок предыдущего состояния всей системы на несколько гигов. Атомарность же, лол.
Из одной крайности перешли в другую. А сделать по-человечески, как в Винде/Маке/Андроиде, чтобы можно было просто, блждад, учтановить пакет - сори, для васянского линукс-десктопа это недостижимый уровень.
> чтобы можно было просто, блждад, учтановить пакетАппимейдж - просто закинул в директорию, appimaged автоматом создает desktop файл для удобного запуска.
Тут рисовал для 3д принтера. Оч. удобно было на ночнушках Фрикада перекатываться с версии на версию. Его активно пилят, и каждая версия удобнее предыдущей, но одна была с критичным багом, пришлось откатываться назад. Старый пакет переименовывал, чтобы appimaged не триггерился, новый подкинул. Не понравился новый, удалил, старый переименовал обратно.
> сделать по-человечески, как в Виндеооо, расскажи же скарее как в винде, а то мы убогие линуксоиды со снапшотами фс не умеем откатываться на предыдущий релиз и делать копии фс на лету без перезагрузок.
> ооо, расскажи же скарее как в виндеПросто ставишь прогу и не паришься про зависимости, атомарность и всякие фтлатпаки. И так, замечу, не только на Винде, а и абсолютно на любой человеческой ОС.
>> сделать по-человечески, как в Винде
> линуксоиды со снапшотами фс не умеем откатываться на предыдущий релиз и делать копии фсПхахаха! Ему про "по-человечески", а он про линукс-прон со снапшотами и откатывантями. Ты еще про сношания с конфигами и консолькой забыл упомянуть, лол.
> Просто ставишь прогу и не паришься про зависимости, атомарность и всякие фтлатпаки. И так, замечу, не только на Винде, а и абсолютно на любой человеческой ОС.Перечисли человеческие ОС.
А то Dll хелл. И программы со старыми библиотеками с дырами, очевидно, к ним прилагаются. Надо бы список знать, что стороной обходить.
дада, давай раскажи что и библиотеки подпихивать никогда не надо, впрочем я хз, лет 15 не пользовался, и понятия не имею че там сейчас и как> Пхахаха! Ему про "по-человечески"
ааа, вы из этих, ну понятно, я вот недавно решил провайдера поменять, подключил второго, нарезал просто влан на роутере и зарулил туда часть трафика.
а как бы я на винде это сделал если она вланы не умеет? никак, конечно она проще и все на ней проще, самое то для домохозяек, вот только на подводной лодке или самолете теже требования что семейном минивене не канают, нравится вам работать с зубилом и молотком ради бога, сидите не вякайте, и не лезте на форум стоматологов обсуждающих бор машины.
Хипстеры изобретают bsd(Ц)
Базовая система нинужьна, говорили они - всё должно ставиться из пакетов, говорили они...
>атомарный дистр + флатпак + контейнеры. Это новый стандарт.Прекрасный стандарт.
Правда, не лишним будет упомянуть, что многие популярные софтины во флатпаках
unverified = собраны васянами.
rpm всего лишь архив, никто не мешает запихнуть туда хоть 10 версий ffmpeg сразу, то что в осях современных так не делают не значит что нельзя.> Если твой дистр всем управляет rpm/deb-пакетами, то он морально устаре
в моей федоре я могу поставить гимп нативный из rpm, а могу из flatpak. че сказать то хотел.
> то все остальные пакеты вынуждены оставаться со старым тоже
расскажи это пхп, любые версии которого можно ставить, или посгресу, или другим подобным программам, давно уже есть механизм, да он был всегда из каробки, в Макефайл префикс пишеш и собираешь прогу с префиксом или суфиксом.
>[оверквотинг удален]
> Решение: атомарный дистр + флатпак + контейнеры. Это новый стандарт. Если твой
> дистр всем управляет rpm/deb-пакетами, то он морально устарел.
> В этой схеме (атомарность + флатпак + контейнеры), от NixOS требуется только
> первый пункт: атомарность. NixOS управляет ядром, очень базовыми сервисами, DE и
> одним-двумя системными приложениями ("Software" + терминал). Плюс он дает бинари flatpak
> и podman.
> Всё остальное работает поверх NixOS на уровне флатпака и контейнеров. А преимущество
> в том, что NixOS можно обновлять независимо от флатпака+контейнеров, и наоборот.
> В твоем rpm/deb-дистре независимые обновления невозможны: если какой-то пакет требует
> устаревший ffmpeg, то все остальные пакеты вынуждены оставаться со старым тоже.Я всё понимаю, мужик, но зачем в этой схеме NixOS, если с него только атомарность?
Какой смысл в NixOS, пердолиться учить его синтаксис и периодически обновлять новые знания и методы для него, т.к. это реально нужно делать, если хочешь дальше жить за пределами одного канала, если у тебя от NixOS только ядро, тулчейн и KDE, а юзерспейс весь на флатпаках и podman?Это какой-то новый модный способ забивать гвозди микроскопом и летать на ракете в соседнюю булошную?
Для означенных запросов легко подходит менее кpacноглазая по вкатунству атомарка типа того же Kinoite, один раз выучил страничку с командами, вот реально страничку и всё - пользуешься и никаких тебе переиодически меняющихся кусков системы, потому что какой-то умник решил сменить синтаксис и старый рабочий метод задепрекейтили, чисто потому что гладиолус.
А потом ещё какой умник решил, что теперь всем аулом будем обкатывать вон ту модную блескучку, поэтому старые мы выкинем, даже если в мейнстриме это всё ещё рабочая тема, но экспериментальщину мы затащим, оно нам конечно же нужнее, ага!
> Какой смысл в NixOS, пердолиться учить его синтаксис и периодически обновлять новые знания и методы для негоСам спросил - сам ответил. Ты все правильно понял, друг.
Что ж. Идея существенно здравее атомарных.
А не обнулять табы в dolphin при обновлении так и не научились. Кто им доверит дистрибутив?
КДЕ похоже никогда не перестанет быть кучей уродливых глючных нагроможденийбеда в том что остальное вряд ли лучше
По делу с аргументами есть чего сказать?
А то выглядит как оценочное суждение полуанонима из интернетов.
xfce лучше. факт.
>Проект создан под впечатлениемПотом под другим впечатлением этот проект забросят, как и большинство существующих
Ноу мани ноу Хани. Будет потребитель который хотя бы опосредованно оплатим все будет. Донатеров сейчас много развелось даже в Европке.
А почему этот ваш Линус Торвальдс в 1993 году не мог поидумать систему чтобы могло быть несколько версий одного пакета? Единые пакеты актуально только для утилит самой ос. Все стороние программы должны носить все свое с собой и не зависит от версии дистрибутива.
вся эта атомарность по идее как раз в эту сторону
Это как построить многоэтажный дом, а потом вспомнить что неожиданно забыли фундамент и присобачить его собаку на подпорках.
сбоку* хотя пофиг
Ядро и есть фундамент, а все остальное - как ты звхочешь
Типа фундамент есть, стройте на нём что хотите. И на фундаменте для гаража стоит такой небоскрёб и качается. То что для небоскреба нужен другой фундамент подумать забыли.
Ядро здесь каким боком?
В WINNT так и сделано. Но для этого нужно думать, планировать. Это не путь линукса.
Но ведь он мог напрямую скопировать идею из шинды? Или он из принципа сделал не как у них?
> В WINNT так и сделано. Но для этого нужно думать, планировать. Это
> не путь линукса.В венде 10+ лет системные файлы распухали на терабайты и с ними ничего нельзя сделать было. Ну вот начиная с winxp и по win8.1 это было явным дефектом.
И да, в линуксах именно что подход, что софт должен использовать конкретную версию библиотек или тащит свои версии, если совместимости нет и ему очень нужно.
Без помойки с кучей уязвимых версий и которые нельзя удалить никаким образом.
>В венде 10+ лет системные файлы распухали на терабайты и с ними ничего нельзя сделать было. Ну вот начиная с winxpНикогда не видел чтобы хп распухла больше 10 гигабайт, а 7 больше 40. Версии, которые всё ещё разрабатывались людьми для людей.
Я лично 7 с больше 100 видел, по отзывам это далеко не предел.
Ни семерка на ХР не могли распухать на террабайты, они таких дисков не видели. Опять сказки от детей которые эти версии винды в глаза не видели.
Терабайтные диски появились в 2007 примерно, сервис пак 3 с которым распухание стало очень заметной проблемой вышел в 2008. Обычно сказки у детей которые видели всё это сильно постфактум, а когда апдейты накладываются по мере выхода именно так и получается.
А браузер в ядро тоже нужно? Это не дело ядра как там шарятся либы. Snap/flatpak/контейнеры/дистрибутив, как удобно так и организуют и версионируют. В виндовс этого ничего, кстати, нету.
А причём здесь "браузер в ядро"? Ядро отвечает за загрузку програм. Добавили бы в execve поддержку версий и контроль за соблюдением версий и формат бинарников с поддержкой этого, а не циферки в расширении. Но нет, очень хотелось заставить компелять.>В виндовс этого ничего, кстати, нету.
В виндовс уже есть всл, а тогда была возможность прямо в ядре сделать поддержку какого угодно апи. Например, была поддержка юникс апи, и даже юникс утилиты от майкрософта можно было ставить.
>Добавили бы в execve поддержку версий и контроль за соблюдением версий и формат бинарников с поддержкой этого, а не циферки в расширении.Есть версия либы, а у этой либы могут быть флаги компиляции. А еще может быть клон либы, с другой кодовой базой, но тем же аби. Вот и все сломалось.
>у этой либы могут быть флаги компиляцииФлаги компиляции влияющие на что? АПИ/АБИ должны быть стабильными в пределах версии, никакие компиляторы и их версии не должны влиять на них. А вакханалию с миллионом опций сборки оставьте любителям "сабирать пад сибя". Если библиотека решает несколько непересекающихся задач, то может стоит её разделить на несколько?
>А еще может быть клон либы, с другой кодовой базой
АПИ/АБИ должны быть стабильными, не зависить от реализации.
>Вот и все сломалось.
Что угодно сломается, если намеренно ломать. Неидеальное решение лучше, чем отсутствие решения вообще.
>Неидеальное решение лучше, чем отсутствие решения вообще.Так вот и решили, но не на уровне ядра, snap/flatpak работают. А идеальной винде и идеальном ядре нету реально рабочего решения.
>А вакханалию с миллионом опций сборки оставьте любителям "сабирать пад сибя".
Собирает автор приложения в магазине (снап, флатпак), так как считает нужным, с теми опциями которые считает нужными и какие предоставляет снап, флатпак и т.д.
>идеальной винде и идеальном ядре нету реально рабочего решенияВ винде с самого первого релиза нт было решение, вполне рабочее.
>Собирает автор приложения
Прямо как на винде.
Бгггг...PowerToys. От Майкрософта для Майкрософта.
Для тех, кто в танке, это такой набор мелких утилит, которые чуть упрощают жизнь в Винде. И конфигурируются из единого ГУЙ-интерфейса.Как-то на старом ССД диске разгребал место. Смотрю, а эти ПаверТойс занимают больше гигабайта.
КАВО?
Пошел смотреть. Набор состоит из разных утилит, каждая утилита тащит с собой свои зависимости... более того, если утилита использует (а они все используют) настройки, то тащит эту самую зависимость... И получается, что даже самая мелкая - та, которая не дает ПК уйти в слип мод (кофе что-то там называется) тащит 100 метровую зависимость, чтобы рисовать свою страницу настроек из одной галочки в общем окне ПаверТойс.Короче, там по несколько копий одного и того же было. В одном пакете, который разрабатывается в едином репозитории на гитхабе. Как же я тогда дико ржал...
>Все стороние программы должны носить все свое с собой и не зависит от версии дистрибутива.Ну типа организация ничего не предоставляет, свою машину, свою одежду, свой инструмент).
Все свое носи с собой.
И это еще ведь нужно купить все это, машину одежду инструмент, чтобы стать кассиршей).
И да в свободное время оповещать клиентов ( тех что все еще на этой Фу Винде ), что они еще не на Linux).
А ядро тут причем? Может быть, это претензия к пакетному менеджеру или разработчикам приложений? Ни за одно из этого ядро вообще не отвечает
Например почему это твоё Линукс ядро видит относительные ссылко только относительно рабочей папки, а не фактического нахождения файла? И альтернатива только прибитые гвоздями абсолютные пути. Зачем финиш так сделал?
Очевидно, потому, что фактическое нахождение файла не должно иметь никакого значения.
Очевидно что финиш ещё студентом это на овнокодил для курсача и так и оставил. А теперь расхлёбываем.
Он то как раз против разделяемых библиотек. Но хорошо, что это не от него зависит.У него подход простой. Если что-то не поддерживается и с новыми библиотеками не пересобирается - в утиль.
Но жизнь намного более разнообразна. И программы давно не поддерживаемые с обновляемыми отдельно библиотеками нужны практически повсеместно.
Не существует такой вещи как "сторонняя программа". Все программы являются частью ОС. Обратное -- это Windows-way, то есть З.Л.О.
Net Framework, является частью Windows.
Но наверное это другое)
Нет есть в последних версия в Винде и новые версии если нужны они догружаются.
Может и сторонние репозитории подключать нельзя?
> Может и сторонние репозитории подключать нельзя?Сторонние репозитории -- это новоизбретение Ubuntu, а Ubuntu несёт в себе зло. В нормальных дистрибутивах никаких сторонних репозиториев нет.
RPMFusion, freshrpms существовали до создания убунту. Для Слаки и суси тоже. Все зло.
Не надо тут ля-ля. У Салки со стороны можно собрать Слакбилд. А Слакбилд это исхоники и сценарии. Устанавливать из бинарей считается дурным тоном.
Пожалуйста, не надо тут этого догматизма. Считаться может всё что угодно, практика же немного отличается от ваших пожеланий. Слакварь обладает одним из стабильнейших апи/аби в пределах релиза, ещё и пакеты крупные и полные, что располагает к распространению пакетов в бинарном виде.
Софт не должен зависеть от дисиров и всё тут.
Атомарно обновляемый то есть которая обновляет полностью всю систему за раз.
Тогда "атомарно обновляемый" может означать просто новую версию обычного дистрибутива?
"KDE Neon Core (вариант KDE Neon на технологиях Ubuntu Core)"
По ссылке: Known Limitations
No SDDM is provided we depend on GDM