Если получится довести uird до состояния, которое я описал на вики, то пересборка понадобится лишь для обновления модулей ядра.
Если учитывать тот факт, что ядро так и так необходимо обновлять, то пересобирать модули kernel,firmware и initrd надо будет так и так.
А вот если в остальном получится достичь унификации:
1. единые утилиты работы с модулями (это практически уже решено - epm2xzm, activate, deactivate - тут осталось только шлифовать всякие бантики и удобства) вне зависимости от базового дистра
2. стартовые скрипты под различные системы инициализации - systemd, systemv - уже решено. Остались openrc (наполовину сделано) и upstart (хотя и убунту уже переходит на systemd, поэтому может и не потребуется)
У матерых любителей (имеется ввиду представителей компаний) интереса быть не может по причине коммерческой невыгоды - потому что не получится зарабатывать даже на поддержке - так как потратив небольшие усилия - получаешь быстроразворачиваемый, не требуемый настройки и квалифицированных специалистов дистрибутив, который просто всегда работает и не ломается (это просто сказка для пользователя, пока она есть только у владельцев продукции Apple и их ОС - OSX). Если это будет в среде линукс, то разработка для десктопа будет основана только на бесплатной основе и разработчикам платить зарплату за линукс будет затруднительно.
Мои эксперименты конечно же для меня лично очень нужны. Я не понимаю, как можно быть вне модульности являясь профессионалом в области IT и хорошо разбираясь во всем этом. Не понимаю, как можно не использовать лучшее из возможного.
Когда в нашем регионе шла волна Линуксификации школ, я коллегам своим, которые занимались внедрениями, предлагал сразу делать на модульной архитектуре, но они предпочли использовать Линуксы за которыми стоят компании, а не группа из пары человек. Мол - риск. Хотя никто из них сопровождать школы по большому счету и не собирался. И это я им как раз и говорил, что сделав модульно - все смогут легко обновляться - кто через интернет, кто через диски обновлений. Но тогда пришлось бы потратить на это не неделю, а лишь несколько часов - загрузить терминальный сервер и обновить с него весь парк машин, настроив их на синхронизацию из директории обновления или из интернет.
Поэтому матерые - либо понимают и специально не делают, дабы иметь доход на поддержке, либо они вовсе не матерые, а только делают вид матерых.
А глобальная идея фругализации у меня - сделать дистрибутив, который сам себя строит на машине пользователя и который поддерживают профессионалы централизованно в одном месте, а все остальные пользуются их трудом бесплатно.
То есть гибрид облачного и обычного линукса на модульно-кеширующей технологии. Задача пользователя - лишь запускать интересные ему программы и не задумываться куда эти программы ставить, как их ставить, на какие системы и прочее. Он лишь пользуется ими. А система сама делает все то, что необходимо. По аналогии как это внешне работает на OSX, но только на модульной технологии.