PRA сильно привязан к определенной дате своей репы
Не более, чем любой другой линукс. Доказал на примере LFD DDR
Непросто выйти за ее пределы и при этом не поломать всю систему.
Выкрутился портированием
При необходимости поддерживать какое-то приложение в актуальном состоянии, придется совершать слишком много ручного труда (редактирование mirrors,
Простые проги проще перекомпилить под свой срез
Делает по большей части ручками.
Прог для дома надо мало. Это не сложно
Кому нужно много прог в актуальном состоянии - фул
Причем прар2008 будет работать как фул и останется совместим с портированной репой. Т.е. крути как хочешь. От полного фругала до полного фула
Т.е. моя портированная репа и арч могут жить вместе, но достаточно независимо. Эту идею я и шлифовал в прар последние годы. Наконец, вроде, получилось
идея некой замороженной (статичной в течении длительного времени) базы и современных постоянно обновляемых приложений, собранных с chroot2pfs --script возможно имеет смысл.
Ну так именно это и реализовано, но перекомпиляцией. Это универсальное решение. chroot2pfs будет сложнее и менее предсказуем. В PKGBUILD можно описать любой сценарий. Ничего изобретать не надо
На самом деле я понимаю, что настоящий PRA и представляет из себя описанное в предыдущем абзаце. В плюсах была бы в первую очередь автоматизация - записанные в скриптах часто повторяющиеся действия:
Не совсем. Вы скорее magos описали, как я его понял. Поправьте, что не так
Скрипты сборки исо (в комплекте весь юзабельный софт на любой вкус по темам) из пакетов донорской репы + частая пересборка.
Модульность. MagOS Linux состоит из независимых друг от друга модулей,
Раньше нельзя было выдергивать модули ниже по списку и зависимостей в модулях не было. Что-то изменилось?
ПРАР1801 делал как magos. Скучновато. На выходе получается большой, стандартный (т.е. абсолютно как донор) фругал, который надо обновлять переустановкой. В таком варианте не понятно, чем хуже фул (с нужным именно тебе комплектом софта) + uird (который даст любые ауфс трюки с заморозкой и т.п.)
Как фругал с флэшки плохо делимый на модули дистр 1,4 гб вряд ли актуален.
Т.е. в сухом остатке - uird, который можно прикрутить к любому линуксу. Остальное в сборке - универсальные пакеты универсального дистра (каких много - зачем еще один). Весьма избыточно для дома
В прар я пытаюсь оптимально (размер, ресурсоемкость) решать домашние задачи . Не знаю других дистров, которые именно этим заморачиваются
Написал все это для пояснения, что chroot2pfs --script с миксом срезов реп арча - зло и не получится
Получится :
1. Частая пересборка дистра
полностью из донорских пакетов. Ну так почему тогда не фул?
2. Можно и своих добавить, но тогда
2a. в Rolling release их надо или постоянно обновлять (трудозатратно самодельщику) и фул не получится вообще
2b. или морозить репу (так во всех LTS линуксах и делают).
Мне за счет перекомпиляции и портирования удалось в прар2008 сделать гибрид фул+фругал 2a+2б
Только вот нужен ли именно гибрид... Сам юзаю фругал. Фул как-то не приживается.
Софт в линуксе не особо быстро обновляется. Если сузить до актуального дома софта - совсем медленно. Иначе бы LTS были не актуальны. Т.е. обновлять срез репы достаточно раз в
2 года. Ничего не пропустишь. Зачем тогда фул...
речь не о множестве скриптов, как было в первоначальной идее, а об одном, где меняется только название приложения. И кратковременно размораживается репа на текущую дату.
Теоретически такое сделать можно, но...
Если пересобирать этим скриптом раз в 2 года с добавлением своих наработок за эти 2 года - нужно ли тратить время на автоматизацию
Или не понимаю, к чему вы клоните? Что хотите получить на выходе?