У нас sfs все больше склоняется, что будущее ) за roll. Это он уже озвучивал для 64битных сборок, теперь и в arm теме озвучил подобное
Не озвучивал я про "в x86_64 будущее за рол"
Рол - по сути = arch(manjaro) + initrd-rootaufs + несколько авторских DE
Особых прорывов в области ДЕ не планирую
initrd - кому надо апдейтится pacman-ом
Т.е. если мои ДЕ не интересны лучше поставить любой арч с нужной ДЕ и в него initrd-rootaufs (UIRD или что угодно)
А если интересны - у меня на тестовой установке ничего не сломалось при обновлении и в 1811roll и в 2A (который больше года не обновлялся)
Т.е. что еще можно делать по теме ролл я не знаю
Идеи MagOs (как я их понял) мне не близки:
Кроме UIRD все из репы Росы
Нарезано на "тематические модули - несколько однофункциональных прог в одном модуле
Переставлять модули или выкинуть из середины нельзя и горячее подключение вряд ли возможно
Часто обновляется перекачкой всех модулей (больше гига) и не исключено , что с ломанием сохраненки (если в ней был софт)
Чем это лучше Роса-full c составом нужного юзеру (а не "все лучшее" по мнению разрабов) софта + UIRD мне не понятно
В arm - своя специфика (быстрый emmc внутри) и выбора софта мало - что там выносить в модули не очень представляю.
Может и правда roll лучше (проще) чем frugal
Не думаю. Это принципиально разные подходы. Каждому свое
Я так и сижу на фругале. Если надо запускать несколько любимых софтин и больше ничего - вариант
Ролл и вообще фул- для продвинутых юзеров, которым интересны все новинки и т.п.
Кроме того при заморозке репы из арча получается что-то типа стабильного дебиана - т.е. есть свои плюсы
Ну и нет настолько модульных дистов как ПРа. Porteus где-то рядом и все
Т.е. идей изменений классического pra-frugal (pra03 pra64 ddr01) тоже нет
разработчики никак не хотят автоматизировать процесс
Что-то автоматизировано. В остальном нет смысла, т.е. глобальная пересборка раз в несколько лет
ПРА03 на репе 2014 года до сих пор в строю
сейчас разработчику для обновления того же PRA (archlinux) приходится изрядно 'попыхтеть'.
После опакечивания своих наработок все хорошо собирается по списку пакетов
Заморозить full, а все изменения сжимать с btrfs? Выигрыш в занимаемом месте, плюс там чтение вроде быстрее получается
Думаю - там где бы надо что-то подъэкономить - железо не вывезет
Где железо и так вывозит - лишние заморочки
Для массового пользователя эти усложнения не дадут заметного эффекта