blendOS — ещё один дистрибутив на базе Arch

Да-да, вы правы: то, как анонсирован проект, напоминает комикс про 15 конкурирующих стандартов. Но посмотрим, может, что и получится.

хочу Дебиан или ОпенСусю с АУРом Арча

хочу Дебиан или ОпенСусю с АУРом Арча

Вам мало в дебиане лончпада, а в сюсе - обс?

ОБС, насколько я понимаю, всё же для программистов и мейнтейнеров, а не для человека, который хотел Просто Установить Программу…

эт не то

без поддержки snapd и вендового winget - нещитается!

А в чем проблема собрать пакман в дебиане?

Ну наконец-то среди дистрибутивов появился абсолютный лидер.

без поддержки snapd

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

Rudra Saraswat, Ubuntu Member, Ubuntu Unity & UbuntuEd project lead

собрать пакман в дебиане, а дальше будет магия компиляции и установок сама происходить?

Идея годная. Если и реализация будет вменяемой, то этот дистрибутив имеет все шансы на популярность.

У меня дежавю, кажется такие же качества недавно представляли в свежеслепленной VanillaOS.

Если там есть SystemD, то дистрибутив не уникальный и не нужно ;-)

Забыли только Nix и выкинуть все, что не Nix.

Но ведь NixOS уже есть.

Debian /Ubuntu с aur действительно интереснее обратного

https://www.makedeb.org/ https://pacstall.dev/

Ну

it has a specific target audience, namely distro hoppers. So if you really can’t decide between using Arch Linux, Fedora Linux, or Ubuntu, then blendOS is definitely for you

Эх, опять мимо.

Идея годная.

Это не идея, это фантазия.

Если и реализация будет вменяемой

Каким образом? Монстры дистростроения никак не могут довести линукс до вменяемой реализации — всегда есть фатальные недостатки, а тут вдруг васяны навертели ostree из арча, напихали контейнеров и оно будет хорошо работать?! Кто и за какие деньги будет разруливать нарастающие как снежный ком косяки?

Кроме основного репозитория Arch и AUR, система позволяет подключать репозитории Fedora Rawhide и Ubuntu 22.04/22.10. У системы есть собственный пакетный менеджер blend, можно также использовать pacman, dnf и apt, которые устанавливаются в контейнеры с использованием Distrobox/Podman. Наконец, система поддерживает Flatpak!

Через Гангу переброшено два подвесных моста, ведущие в Рамджулу и Лакшманджулу – пригороды Ришикеша, где для богов выстроено десятиэтажное общежитие (они там сидят в маленьких комнатках по трое) и обширный богопарк (там они в клетках поодиночке).

основатель проекта Rudra Saraswat, Ubuntu Member, Ubuntu Unity & UbuntuEd project lead

Через Гангу переброшено два подвесных моста,

...А потом они погрузились в свои виманы и тихо - отьехали. =)

Если и реализация будет вменяемой, то этот дистрибутив имеет все шансы на популярность.

Не имеет. Очередной BolgenOS. И можете мне поверить - не взлетит. Простоя в линуксе уже лет 30 сижу. И не жужжу особо. Тихо сижу, не воинствую. И вот по моему скромному опыту - не взлетит.

не взлетит.

Тем более с такой благодатной целевой аудиторией как дистрохопперы.

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

Думаю да, десяток питонов будет и прочее умножение сущностей.

Тем более с такой благодатной целевой аудиторией как дистрохопперы.

Да ну-на! Собственно, немного я их и перевыбирал. Поначалу RedHat, потом Slackware долгое время, сейчас Mint. В последнее время минт разонравился, думаю обратно слаку, уже 15-ю накатить. Но там 5-е кеды в комплекте, тяжело моему старенькому компу будет.

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

Если вы считаете, что Рачъ недостаточно часто ломается.

Distrobox можно на любой дистр накатить. Это делается элементарно. Полезная штука, кстати.

Уже и так собрали https://packages.debian.org/bookworm/pacman-package-manager

построен на основе Arch Linux

Надо было LFS собирать, имхо более верно, чем так извращаться с дистрибутивом.

«Знаете, я и сам своего рода дистрохопер.»

основатель проекта, как я понял, из Убунты

Расходимся

Думаю да, десяток питонов будет и прочее умножение сущностей.

Жирненько получится…

Блин! А могла быть ОС на основе Блендера!!! Киберсквотеры... :)

Бред

А можно будет по exe-шнику кликнуть и чтобы всё встало сразу!?

Надо было LFS собирать

Дистро-клонам LFS'ы не нужны, а сами собрать они не осилят.

Rudra Saraswat, Ubuntu Member, Ubuntu Unity & UbuntuEd project lead

Видимо сам Шива благословил на создание сие творения.

Опять звезда потухла.

реализация непонятна. Они там сразу два контейнера подняли с федорой и арчем в этих контейнерах запускают dnf и pacman?

blendOS позволяет создать неизменчивую (immutable) систему на основе файловой системы только для чтения

Как NixOS, но с любыми пакетными менеджерами?

У вас есть справка, о поддержке всех справок? Нет? - так сходите и получите! Вон, свежую отпечатали...

Ему тринадцать лет, если что. А уже гигант софтостроения: https://about.ruds.io/

Да-да, вы правы: то, как анонсирован проект, напоминает комикс про 15 конкурирующих стандартов. Но посмотрим, может, что и получится.

Вот это отличает сабжевый дистрибутив от остальных:

blendOS позволяет создать неизменчивую (immutable) систему на основе файловой системы только для чтения.

Я последние несколько месяцев изучаю этот вопрос чтобы реализовать immutable base system во FreeBSD, и пока не смог придумать как обыграть переключение bootfs/rootfs без вмешательства в функциональность ZFS Boot Environments. В Linux с этим н{е,а}много проще, так как boot легко отделяем от rootfs.

Попробуйте эти решения для подключения в Debian AUR:

LURE https://aur.archlinux.org во все дистрибутивы, отличные от Arch Linux. https://github.com/Arsen6331/lure

deb-get # https://github.com/wimpysworld/deb-get #makes is easy to install and update .debs published in 3rd party apt repositories or made available via direct download on websites or GitHub release pages

nala <- apt <- apt-get #DEBIAN #GUI software installer #Nala, представляющий собой надстройку над apt, помимо команд apt предоставляющую некоторые дополнительные возможности, такие как загрузка в несколько потоков, более наглядное представление информации о пакетах и возможность работы с историей операций

DUR #Debian User Repository, позиционируется как аналог репозитория AUR (Arch User Repository) для Debian, позволяющий сторонним разработчикам распространять свои пакеты без включения в основные репозитории дистрибутива. Как и в AUR метаданные и инструкции сборки пакетов в DUR определяются с использованием формата PKGBUILD #AUR #DUR #Для сборки deb-пакетов из файлов PKGBUILD предлагается инструментарий makedeb, выступающий аналогом makepkg. В состав также входит пакетный менеджер mpm, позволяющий извлекать и устанавливать пакеты из AUR и репозиториев Arch Linux, а также утилита makedeb-db для замены специфичных для Arch Linux зависимостей на зависимости из Debian. #Подготовленный инструментарий даёт возможность использовать в Debian пакеты, созданные для AUR и основных репозиториев Arch Linux, в том числе устанавливать пакеты напрямую из AUR/Arch. Для распространения подготовленных сообществом пакетов для Debian предложен отдельный репозиторий DUR, в котором в настоящий момент распространяется 4 пакета, включая Matrix-клиент Element Desktop. #DUR, как и AUR, вместо доверия к дистрибутиву как единому целому, манипулирует доверием к каждому отдельному разработчику, предлагающему свои пакеты в AUR/DUR. Для отделения полезных и сомнительных пакетов применяется система рейтинга, основанная на голосовании пользователей, а также метки, присвоенные в результате анализа содержимого проверенными участниками. Целостность пакетов подтверждается цифровой подписью каждого разработчика.

По-моему одного AUR достаточно…. Нуу, могу конечно ошибаться, но я не припомню того что есть в AUR и нет в Ubuntu к примеру… P.s. не воспримите аки рекламу, или предвзятое отношение. Сам пользуюсь Debian, просто есть опыт в арче и есть с чем сравнить

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

А так обратно на арч и rpmextract есть, и deb extract с флагами, но на от иногда проблема

Задумался.
Вообще говоря, подключение репозиториев от разных дистрибутивов - дело опасное как минимум из-за конфликтов зависимостей. Причем конфликтов как минимум двух типов: из-за реально несовместимых версий программ и библиотек и из-за того, что одни и те же версии софта упакованы в пакеты с разными названиями. Первое преодолимо только путем поддержания в одной системе разных версий одного и того же софта. Второе - либо так же, либо перепаковкой пакетов с правкой названий и зависимостей (как автоматизировать такое - ума не приложу). В итоге приходим к идее нескольких субсистем, вынужденных работать с разными путями к библиотекам (что приведет к необходимости каких-то хитрых подмен путей в зависимости от того, из какого дистра устанавливался пакет). И в конечном итоге имеем в лучшем случае аналог flatpak и тому подобных решений.