Привет. Прочитал предложение и ответы выше. Хочу добавить несколько мыслей по существу
1. Про переход на Arch.
То, что вы описываете как «полуавтоматический конструктор с бинарными пакетами, AUR и графическими менеджерами», — это и есть сам Arch. Он уже работает именно в таком режиме: вы не собираете систему из исходников, как в Gentoo, а получаете готовую бинарную базу с гибкой настройкой. Если вам нужен именно такой подход, нет смысла переделывать Calculate. Arch уже существует, им можно пользоваться, писать свои скрипты установки, подключать репозитории и адаптировать под свои задачи. Просьба «сделать Calculate на Arch» по факту дублирует уже готовое решение.
2. Про госучреждения, реестр и школьные поставки.
Здесь есть системная проблема, о которой уже писали в теме. Крупные вендоры отечественного ПО (1С, КриптоПро, Яндекс, драйверы МФУ и т.д.) собирают пакеты под конкретные версии стабильных дистрибутивов (deb/rpm, фиксированные релизы). Ролинг-модель (и Arch, и Gentoo, и Calculate) постоянно обновляет базовые библиотеки и ядро, что со временем ломает бинарную совместимость. Вендоры не будут собирать и поддерживать пакеты под «подвижную» систему, а если соберут — к моменту реальной поставки в школу или госучреждение она уже уйдёт вперёд.
Плюс процедура госзакупок и сертификации требует формальной привязки к конкретной версии ОС, документации и гарантированного жизненного цикла. Это не вопрос «просто переключиться на Arch», это вопрос всей экосистемы дистрибуции ПО в госсекторе. И если когда-нибудь появится официальная гос. ОС для массовых учреждений — её сделают под конкретные требования закупок, без участия сообщества.
3. Про «сложность для середнячков» и необходимость админа.
Аргумент выглядит не совсем корректно. Любая система, где работают не-технические сотрудники, требует сопровождения. В Windows тоже нужен админ или специалист поддержки, чтобы сбросить пароль, подключить флешку, установить принтер, разобраться с «пропавшей иконкой» или «кнопкой на сайте». Это обычные задачи первой линии, и они не зависят от того, насколько «автоматизирована» установка пакетов под капотом.
При этом грамотно настроенный Linux (в том числе Calculate) очень надёжен и не требует постоянного вмешательства, если не лезть в систему без необходимости. Современные десктопные окружения давно ориентированы на пользователя, а не на разработчика.
4. Про «смысл проекта» и «популяризацию».
Команда Calculate изначально делала систему под свои задачи и делилась результатом с сообществом. Это не коммерческий продукт, который должен гнаться за рейтингами, геймерами или госзакупками. Если цель — массовость, монетизация и адаптация под реестр, есть другие проекты и коммерческие вендоры. Если цель — стабильный, контролируемый инструмент для тех, кто понимает, что делает, и хочет этим пользоваться без навязанных ограничений, то Calculate свою задачу выполняет.
Итог:
Ваше предложение технически уже реализовано в Arch. Если вам нужен именно такой стек — берите его и адаптируйте. Вопросы госпоставок, реестра и упрощения для не-админов — это системные проблемы экосистемы, а не конкретного дистрибутива. А сложность работы с любой ОС всегда пропорциональна уровню подготовки пользователя и качеству первоначальной настройки, а не самой системе