MocaccinoOS — подробный обзор Gentoo-системы с Luet и готовыми бинарными слоями

MocaccinoOS превращает Gentoo-основу в готовую настольную систему с Live ISO, установщиком Calamares, бинарными слоями и пакетным менеджером Luet. Выпуск 26.08 предлагает Linux 6.18.41 LTS, KDE Plasma 6.6.6 и COSMIC 1.5.0, а повседневные программы можно получать из Luet, Flatpak, AppImage, Snap и контейнеров. Проект остаётся экспериментальной платформой: документация прямо предупреждает об активной разработке, а инфраструктура зависит от небольшой команды и ограниченного финансирования.

Готовые бинарные слои сокращают путь от Gentoo к рабочему столу

MocaccinoOS относится к редкой группе Linux-дистрибутивов, которые используют технологии Gentoo, но избавляют повседневного пользователя от постоянной локальной компиляции программ. Команда собирает пакеты на собственной инфраструктуре, публикует готовые бинарные результаты и объединяет системные компоненты в крупные логические слои. Пользователь получает Live-образ, графический установщик и рабочий стол, сохраняя связь с экосистемой Gentoo и Portage на уровне исходной пакетной базы.

Официальная документация называет MocaccinoOS метадистрибутивом. Такой термин описывает систему, которая служит готовой ОС и одновременно набором инструментов для создания собственных образов, редакций и специализированных сборок. Проект использует контейнеры при сборке пакетов, поддерживает создание ISO и допускает локальную разработку пакетов через Docker. В выпуске 26.08 сборочная инфраструктура перешла на Docker Buildx и BuildKit, что улучшило кэширование и ускорило повторные сборки.

У проекта две заметные ветви.

• Mocaccino Desktop ориентирована на обычные компьютеры и графические рабочие станции. Она основана на Gentoo Portage, использует systemd и предлагает готовые среды рабочего стола.
• Mocaccino Micro построена вокруг musl и рассчитана на контейнеры, серверные задачи и встраиваемые устройства. Эта ветвь ближе к конструктору компактных систем и требует отдельного рассмотрения.

В настольной редакции главную роль играет не Portage, знакомый пользователям Gentoo, а пакетный менеджер Luet. Прямое управление установленной системой через emerge официально не поддерживается. Такой смешанный режим нарушает учёт файлов и зависимостей, поскольку Luet ожидает, что системные компоненты установлены через его базу данных.

Раздел Mocaccino Desktop в официальной документации описывает систему как набор готовых слоёв с обновлениями, похожими на OTA-модель. Приложение или рабочая среда может получить собственный набор зависимостей либо использовать общий слой, например GTK для GNOME и MATE. Эта схема уменьшает количество мелких пакетов, которыми пользователь управляет вручную.

Luet управляет пакетами, слоями и зависимостями

Luet — центральная технология MocaccinoOS. Он устанавливает системные слои, обычные приложения, ядра, драйверы и репозитории. Пакетные определения описываются декларативно, зависимости обрабатывает SAT-решатель, а сборка может проходить внутри Docker или Kubernetes. SAT-решатель подбирает совместимый набор пакетов по заданным ограничениям, примерно как программа решает логическую задачу с несколькими допустимыми комбинациями.

Для пользователя базовый рабочий цикл состоит из четырёх команд:

sudo luet repo update
sudo luet search --table <название>
sudo luet install <категория>/<пакет>
sudo luet upgrade

Первая команда обновляет метаданные репозиториев. Вторая ищет пакет и выводит результаты таблицей. Третья устанавливает пакет с полным именем категории, например apps/neofetch. Четвёртая обновляет установленную систему.

Luet воспринимает крупные части ОС как пакеты. Рабочий стол KDE Plasma устанавливается через layers/plasma, GNOME — через layers/gnome, прошивки — через отдельный слой, а ядро и initramfs представлены своими пакетами. Обновление такого слоя может заменить значительный набор файлов одной операцией.

Официальная документация описывает ядро системы как неизменяемое с точки зрения Luet. Эта формулировка не означает полностью закрытую файловую систему. Пользователь сохраняет обычный домашний каталог, системные настройки и возможность устанавливать программы несколькими способами. Смысл модели связан с контролем системных компонентов: Luet знает состав своих слоёв и способен проверить пропавшие файлы через luet oscheck.

Слоистая схема даёт три практических эффекта.

1. Обновления приходят крупными согласованными наборами. Библиотеки и приложения внутри слоя собираются как единое целое.
2. Система меньше зависит от локальной компиляции. Основные пакеты загружаются в готовом виде.
3. Создатели сборок получают воспроизводимый процесс. Контейнерная среда фиксирует инструменты и зависимости, использованные во время сборки.

У этой модели есть цена. Пакет из обычного Gentoo overlay нельзя считать автоматически совместимым с установленной системой. Для локальной сборки требуется подготовить определение Luet, собрать пакет в контейнере и подключить локальный репозиторий. Официальное руководство по локальным пакетам просит выделить не менее 30 ГБ свободного места для Docker-образов и временных данных.

Команды Luet и руководство по локальной сборке показывают, что MocaccinoOS требует понимания собственной пакетной модели. Опыт работы с apt, dnf или pacman помогает освоить общие операции, названия категорий и слоёв придётся изучить отдельно.

Выпуск 26.08 закрепил ежемесячный ритм обновлений

MocaccinoOS 26.08 вышла 1 августа 2026 года. Номер версии отражает год и месяц выпуска, поэтому 26.08 читается как август 2026 года. В официальном блоге регулярно опубликованы выпуски 26.02, 26.03, 26.04, 26.05, 26.06, 26.07 и 26.08, что указывает на фактический ежемесячный ритм в первой половине 2026 года.

Ключевые компоненты MocaccinoOS 26.08:

Переход сборочной системы на Docker Buildx и BuildKit относится к внутренней инфраструктуре проекта. Для пользователя это влияет на скорость появления пакетов, стабильность кэша и воспроизводимость сборок. Разработчики продолжили работу над Vajo — графическим и терминальным интерфейсом для Luet.

Есть нюанс с публикацией образов. На 3 августа 2026 года официальная новость о версии 26.08 уже доступна, а каталог SourceForge во время проверки показывал 26.07 как последнюю папку и предлагал KDE-образ от 1 июля. Причина расхождения в источниках не указана. Такая ситуация похожа на задержку синхронизации между анонсом и файловым хранилищем, поэтому номер новости и номер реально доступного ISO могут временно различаться.

Ежемесячные релизы не превращают систему в классический фиксированный выпуск. Установленная ОС обновляется через Luet, а новый ISO нужен прежде всего для чистой установки и Live-сессии с более свежим набором компонентов. Переустановка при каждом месячном выпуске не предусмотрена документацией.

Рабочие столы устанавливаются как отдельные системные слои

MocaccinoOS поддерживает широкий набор графических сред. В руководстве по Calamares прямо перечислены готовые редакции KDE Plasma, GNOME, XFCE и MATE. Документация Luet содержит команды для установки дополнительных окружений и оконных менеджеров.

Широкий список в репозитории не гарантирует одинаковую степень полировки каждой редакции. KDE, GNOME, XFCE и MATE описаны в установщике как основные варианты. Hyprland требует community-репозитория, а Niri дополняется Alacritty, Fastfetch и оболочкой Noctalia. Конфигурация Noctalia помещается в домашний каталог пользователя отдельной командой и не управляется Luet.

Смена рабочего стола затрагивает дисплейный менеджер. KDE поставляется с SDDM, GNOME — с GDM. В документации присутствуют LightDM, Slim и Ly. После установки нового менеджера входа его активируют через systemctl enable ... --force. Наличие нескольких графических окружений увеличивает объём системы и количество дублирующихся приложений, тем и настроек.

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

Список поддерживаемых рабочих столов и команд обновлён вместе с документацией к версии 26.08.

Calamares проводит установку через знакомый графический мастер

Установка MocaccinoOS Desktop проходит в Live-среде. Образ записывают на USB-накопитель, компьютер загружают с него, затем запускают ярлык Install MocaccinoOS. Live-сессия позволяет до разметки диска проверить графику, звук, сеть, тачпад, Bluetooth и режим сна.

Официальная страница загрузки указывает учётные данные Live-среды: имя пользователя mocaccino, пароль mocaccino. В большинстве образов графический сеанс открывается автоматически.

Calamares 3.4.2 выполняет стандартную последовательность:

1. выбор языка интерфейса;
2. регион и часовой пояс;
3. раскладка клавиатуры;
4. разметка диска;
5. создание пользователя и пароля;
6. проверка итоговых параметров;
7. копирование системы и установка загрузчика.

Разметка предлагает очистку диска, замену отдельного раздела и ручной режим. Ручная схема подходит для dual boot, отдельного /home, нескольких дисков или заранее подготовленного EFI-раздела. Ошибка на этом этапе может удалить существующие данные, поэтому резервная копия относится к обязательным условиям любой установки с изменением разделов.

Официальная инструкция по установке не публикует полный список минимальных аппаратных требований. Это оставляет открытыми точные границы по объёму оперативной памяти, процессору и свободному месту для каждой редакции. Размер KDE-образа 26.07 на SourceForge составлял около 2,5 ГБ, но размер ISO не равен размеру установленной системы.

Практическая проверка в Live-сессии особенно значима для ноутбуков с редкими Wi-Fi-модулями, гибридной графикой и нестандартным управлением питанием. В феврале 2026 года проект добавил поддержку семейства Realtek RTW89 после сообщения о неработающем адаптере 8852CE. Этот пример показывает, что поддержка конкретного устройства зависит от ядра, firmware-слоя и состава образа.

Secure Boot, фирменные схемы восстановления ноутбуков и специфические варианты RAID в текущей инструкции подробно не описаны. Для таких конфигураций Live-загрузка даёт первичную информацию, а окончательная совместимость зависит от прошивки и разметки конкретного компьютера.

Stable и community разделяют ядро системы и дополнительные программы

После установки MocaccinoOS подключает mocaccino-desktop-stable. В этом репозитории находятся базовые слои, системные компоненты и рабочие окружения. Дополнительные программы публикуются в mocaccino-community-stable.

Community-репозиторий подключается как обычный пакет:

sudo luet install repository/mocaccino-community-stable

После этого становятся доступны, среди прочего, Neovim, Alacritty, GIMP, Hyprland, Lutris, MangoHud и Proton GE. Конкретный состав меняется вместе с репозиторием, поэтому поиск через luet search --table даёт более точный ответ, чем старый список из статьи или форума.

Репозитории в MocaccinoOS сами представлены пакетами. Эта деталь упрощает переключение наборов источников и одновременно создаёт риск смешивания ветвей. Документация запрещает совместное использование stable и development. Dev-образы имеют суффикс -dev и предназначены для тестирования.

Текущий список источников проверяется командой:

sudo luet repo list

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

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

Flatpak и контейнеры закрывают часть пробелов в каталоге Luet

MocaccinoOS поддерживает несколько каналов установки программ:

• Luet для системных слоёв, драйверов и пакетов проекта;
• Flatpak для графических приложений;
• AppImage для переносимых программ одним файлом;
• Snap для приложений из экосистемы Canonical;
• Docker для сервисов и изолированных сред;
• Wine для Windows-программ;
• Waydroid для Android-приложений;
• Whalebrew для запуска консольных инструментов из контейнеров.

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

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

Разделение уменьшает вероятность конфликта библиотек для изолированных приложений. Оно добавляет несколько форматов хранения, кэшей и механизмов разрешений. Пользователь может увидеть две версии одной программы, если одна установлена через Luet, а другая через Flatpak.

Для настольного сценария удобна простая схема: Luet обслуживает ОС и драйверы, Flatpak — крупные пользовательские приложения, Docker — сервисы и среды разработки. Эта схема применима, когда нужные программы опубликованы во Flathub или имеют официальные контейнерные образы.

Vajo добавляет графический и терминальный интерфейс к Luet

Vajo развивается как оболочка над пакетным менеджером Luet. Пакет apps/vajo устанавливает два варианта: GTK-интерфейс vajo-gui и текстовый vajo-tui на базе ncurses.

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

TUI-версия предоставляет те же функции в терминале. Она подходит для удалённого подключения по SSH и для системы без полноценного графического рабочего стола.

Состояние Vajo отражает зрелость проекта. Документация называет инструмент стабильным для использования и одновременно указывает, что разработка продолжается. В новости о выпуске 26.08 развитие Vajo вынесено в отдельный пункт, значит команда считает графическое управление пакетами одним из текущих приоритетов.

Vajo в официальной документации показывает интерфейс и перечисляет выполняемые команды. Графическая оболочка упрощает базовые операции, диагностика нестандартной зависимости или репозитория по-прежнему ведёт в терминал Luet.

Игровой набор включает Steam, Proton GE и ручную установку NVIDIA

MocaccinoOS предлагает системный пакет Steam:

sudo luet install apps/steam

В этот пакет включены GameMode и vkBasalt. GameMode временно меняет параметры системы на время запуска игры, а vkBasalt добавляет постобработку для Vulkan. Для Steam команда запуска с GameMode выглядит так:

gamemoderun %command%

Proton GE, Lutris и MangoHud находятся в community-репозитории. Heroic Games Launcher документация предлагает устанавливать через Flatpak. Такой набор покрывает Steam, Epic Games Store, GOG и отдельные Windows-игры.

Проприетарный драйвер NVIDIA в Live-образ заранее не включён. Для LTS-ядра документация приводит пакет:

sudo luet install kernel-modules/nvidia-drivers-lts

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

AMD и Intel используют открытые драйверы Mesa, поэтому обновление Mesa 26.1.5 в версии 26.08 напрямую связано с поддержкой современных GPU и графических API. Реальная игровая производительность определяется видеокартой, драйвером, версией Proton, ядром и конкретной игрой; сам дистрибутив задаёт программную основу.

Отдельный нюанс касается общей библиотеки Steam на NTFS. Proton создаёт имена файлов, несовместимые с ограничениями Windows, включая двоеточие. Официальное руководство предлагает хранить compatdata на Linux-разделе и использовать символическую ссылку. Этот сценарий нужен только для dual boot с общей игровой библиотекой.

Игровой раздел MocaccinoOS содержит команды для Steam, Proton GE, Lutris, драйвера NVIDIA и MangoHud.

Ядро можно переключать между LTS и mainline

Готовые образы MocaccinoOS используют актуальную LTS-ветку Linux. В выпуске 26.08 это Linux 6.18.41 LTS. Для нового оборудования или тестирования свежих функций проект предоставляет mainline-пакеты.

Управление выполняет утилита mos kernel-switcher:

mos kernel-switcher list
mos kernel-switcher switch kernel/mocaccino-full
mos kernel-switcher switch kernel/mocaccino-lts-full

Первый вариант переключения выбирает mainline, второй возвращает LTS. Официальное руководство содержит предупреждение о возможной ошибке генерации initramfs. Отсутствующий или повреждённый initramfs способен сделать систему незагружаемой. Перед перезагрузкой состав пакетов ядра и соответствующего initramfs должен совпадать.

Этот раздел документации обновлялся в августе 2025 года и сохраняет предупреждение в 2026 году. Наличие такого текста показывает, что переключение ядра относится к продвинутым операциям. Обычное обновление LTS-ядра через Luet проходит в рамках выбранной ветки и не требует ручной смены профиля.

Внешние модули, включая проприетарный драйвер NVIDIA, должны соответствовать активной ветке. Устройства с DKMS-модулями, редкими файловыми системами или специальными сетевыми драйверами требуют дополнительной проверки после смены ядра.

Разработка пакетов строится вокруг контейнеров и локальных репозиториев

MocaccinoOS интересна разработчикам дистрибутивов благодаря контейнерному процессу сборки. Пакет можно определить в YAML, собрать через Luet внутри Docker и опубликовать в локальном или удалённом репозитории. Сборочный контейнер изолирует инструменты компиляции от основной ОС и помогает повторить результат на другой машине.

Для пакета, которого нет в репозитории, документация предлагает следующий общий процесс:

1. создать рабочий каталог и дерево определений;
2. описать имя, категорию и версию в definition.yaml;
3. добавить шаги сборки и установки;
4. выполнить luet build;
5. создать индекс локального репозитория;
6. подключить репозиторий к установленной системе;
7. установить пакет через Luet.

Внутри контейнера можно использовать Gentoo Portage и emerge, но результат превращается в пакет Luet до установки на основной системе. Благодаря этому Luet сохраняет учёт файлов.

Выпуск 26.08 перенёс сборку слоёв на Buildx и BuildKit. BuildKit улучшает использование кэша и делает контейнерный процесс сборки более устойчивым. Эти улучшения относятся к разработчикам проекта и авторам собственных сборок, а конечный пользователь получает уже собранные бинарные слои.

Для создания собственного ISO проект публикует контейнерный образ и инструмент luet-makeiso. Сборщику требуется список слоёв и пакетов, которые попадут в образ. Такой подход позволяет создать редакцию с выбранным рабочим столом, корпоративными программами или заранее настроенными сервисами.

Gentoo-наследие проявляется в пакетах, конфигурации и ожиданиях от пользователя

MocaccinoOS сохраняет многие технические черты Gentoo. Системные пакеты происходят из Portage, конфигурационные файлы после некоторых обновлений могут требовать слияния через etc-update, а состав рабочего стола формируется метапакетами и профилями.

Обычная установка выглядит значительно проще Gentoo: загрузка Live ISO, несколько экранов Calamares и готовый графический сеанс. После установки различия становятся заметнее. Названия пакетов содержат категории, community-репозиторий подключается вручную, системные слои крупнее привычных пакетов, а нестандартное ПО требует Flatpak, контейнера или собственного определения Luet.

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

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

Сильные стороны связаны с архитектурой и разнообразием окружений

Первая сильная сторона — готовые бинарные слои на Gentoo-базе. Они сокращают время установки и обновления по сравнению с полной локальной компиляцией большого рабочего стола. Пользователь получает свежие версии ядра, Mesa, KDE Plasma и других компонентов через обычное обновление Luet.

Вторая — воспроизводимая контейнерная сборка. Docker, Buildx и BuildKit дают разработчикам понятную среду для пакетов и собственных ISO. Эта возможность выделяет MocaccinoOS среди настольных систем, где официальный процесс сборки дистрибутива скрыт внутри сложной инфраструктуры.

Третья — широкий выбор графических сред. KDE, GNOME, MATE, XFCE, LXQt, Cinnamon, COSMIC, Hyprland, Niri и несколько лёгких оконных менеджеров доступны через слои. Пользователь может изучать разные интерфейсы внутри одной пакетной модели.

Четвёртая — несколько каналов доставки приложений. Luet отвечает за ОС, Flatpak расширяет каталог графических программ, Docker обслуживает сервисы, Wine и Waydroid добавляют совместимость с другими платформами.

Пятая — открытая документация по внутреннему устройству. Проект публикует команды для репозиториев, смены ядра, локальной сборки, создания ISO и миграции с Gentoo или Sabayon. Некоторые разделы содержат прямые предупреждения о рисках, включая возможную проблему с initramfs.

Ограничения проекта заметны в репозиториях, документации и инфраструктуре

Официальная документация продолжает называть Mocaccino и Luet активно разрабатываемыми технологиями и просит не считать их готовыми для production-среды. Формулировка размещена в общем разделе и руководстве по миграции с Gentoo. Она относится к серверам, рабочим станциям с критичными данными и системам, где простой приводит к финансовым последствиям.

Собственный каталог пакетов меньше экосистемы Gentoo Portage, поскольку пакет должен пройти адаптацию под Luet и инфраструктуру MocaccinoOS. Точный размер репозитория официальные страницы не приводят. Flatpak и контейнеры компенсируют часть дефицита, системные библиотеки, драйверы и редкие утилиты всё равно зависят от пакетов Luet.

Документация неоднородна по свежести. Страницы выпуска 26.08, Luet, Vajo и рабочих столов обновлены 1 августа 2026 года. Руководство по переключению ядра датировано августом 2025 года и содержит известное предупреждение об initramfs. Некоторые примеры списка репозиториев показывают ревизии 2021 года, хотя сама страница обновлена позднее. Команды остаются полезными, демонстрационный вывод не отражает текущее состояние серверов.

Публикация релиза и загрузочного каталога может расходиться по времени. Версия 26.08 объявлена в блоге, а SourceForge на момент проверки показывает 26.07 как последний доступный каталог. Для пользователя это создаёт неопределённость при выборе ISO и проверке контрольной суммы.

Финансовая устойчивость проекта ограничена. В новости 26.08 разработчики сообщают приблизительно об одном долларе ежемесячных пожертвований. Эта цифра меняется со временем, но она показывает масштаб доступного регулярного финансирования на дату релиза. Сборочная инфраструктура, хостинг пакетов, документация и поддержка зависят от небольшой команды и добровольного участия сообщества.

Аппаратная совместимость не оформлена в виде сертифицированной матрицы. Проект реагирует на отдельные сообщения, как в случае с Realtek RTW89, но гарантии для конкретной модели ноутбука или периферии нет. Live-сессия остаётся основным способом проверить устройство до установки.

Сценарии использования определяют ценность MocaccinoOS

MocaccinoOS хорошо раскрывает свою архитектуру в нескольких конкретных сценариях.

Домашний компьютер для Linux-энтузиаста

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

Тестовая система для изучения Gentoo-технологий

MocaccinoOS показывает связь с Portage без многочасовой первоначальной сборки KDE или GNOME. Пользователь видит категории пакетов, конфигурационные файлы, профили и etc-update, затем изучает контейнерную упаковку через Luet.

Платформа для собственного Linux-образа

Разработчик может собрать пакеты в Docker, создать локальный репозиторий и сформировать ISO через luet-makeiso. Этот сценарий подходит лаборатории, учебному проекту, специализированному терминалу или внутреннему прототипу.

Игровой компьютер для экспериментов

Steam, GameMode, vkBasalt, Proton GE, Lutris и MangoHud присутствуют в официальной документации. Пользователь с NVIDIA устанавливает проприетарный модуль отдельно и следит за соответствием ветке ядра. Совместимость каждой игры остаётся характеристикой Proton, драйвера и оборудования.

Рабочая станция с критичными требованиями

Предупреждение проекта о статусе production readiness, небольшая команда, ограниченное финансирование и отдельные риски при смене ядра повышают требования к резервированию и восстановлению. Здесь ценность эксперимента сопоставляется с допустимым временем простоя и наличием администратора, знакомого с Luet.

MocaccinoOS сформировала узнаваемую модель и сохраняет статус эксперимента

К августу 2026 года MocaccinoOS объединяет Gentoo-пакетную базу, готовые бинарные слои, Luet, контейнерную сборку и широкий набор графических окружений. Выпуск 26.08 подтверждает активный темп разработки: обновлены Linux, Mesa, Python, Calamares, KDE Plasma и COSMIC, а инфраструктура пакетов перешла на BuildKit.

Зрелость отдельных частей различается. Calamares и основные рабочие столы дают понятный путь к установленной системе. Luet и Vajo поддерживают базовые операции управления пакетами. Смена ядра, локальная сборка, миграция с Gentoo и смешивание репозиториев остаются зонами повышенного риска, что прямо отражено в документации.

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