Общий сборочный дистрибутив Опции Поделиться

[ИВК]

Не пора ли всем, кто хочет сделать сборку альтовских дистрибутивов общедоступным делом, как-то скоординировать свои действия? Предлагаю совместными усилиями создать общий дистрибутив, в котором кто угодно сможет с комфортом собирать что угодно на основе репозиториев ALT Linux. Для начала, разумеется, хотя бы просто обсудить план.
Итак, состав дистрибутива.
Его основа. По-моему, она уже есть - это ДистроКреатор. Там рабочая среда на основе WindowMaker, причём софт подобран с учётом того, что назначение этого дистрибутива - собирать другие дистры. Впрочем, если кого-то WindowMaker не устраивает, то можно данный вопрос обсудить.
Дистрибутив лучше выпускать в разных вариантах - и как Install и как Live; в общем, это второстепенно.
Теперь о самих сборочных инструментах. Есть DistroNavigator, есть mp-gui и есть alterator-mkimage. А ещё есть сами по себе, из консоли управляемые mkimage-profiles и mkimage-profiles-desktop. Просто сложить всё это в один дистрибутив - не проблема. А вот как превратить их в этакую единую метасборочницу? Тут, прежде всего, необходима единая справочная система. Вот в Навигаторе есть встроенная справка. И в m-p тоже подробная справка. И разные полезные для сборщиков материалы на альтовской вики. И ещё что-то где-то. Таким образом, исходный материал имеется. Вот на его основе и следует соорудить общую справочную систему. Именно вход в неё и должен сразу видеть человек, впервые запустивший данный дистрибутив. В этой справке можно будет найти что нужно - от теоретических основ до инструкций по быстрому старту. И, естественно, определиться с тем, какой именно инструмент лучше использовать в том или ином случае. То есть, прежде всего требуется краткий обзор всех консольных и графических средств для сборки, перечисление возможностей каждого из них. Такой обзор и будет представлять собой самое ядро общей справочной системы, а уже от него можно переходить к другим разделам справки - скажем, по использованию m-p-d из консоли или по сборке в m-p с помощью mp-gui.
По-моему, основная часть работы, которую требуется выполнить для создания общего сборочного дистрибутива - это, как ни странно, именно сведение всякого рода инструкций, подсказок и т.п. в единую справочную систему. Поскольку остальное, в целом, и так уже работает.
В итоге можем сделать нечто лучшее, чем SUSE Studio
Какие будут мнения?

[ИВК]

Вот сборочницы в нашем дистрибутиве будут использоваться и прямо из консоли и посредством gui. Как всё это согласовать, чтобы одно другому не мешало (а при возможности и помогало)? Глянем на примере Навигатора. Он пользуется своими встроенными вариантами m-p и m-p-d. Причём его m-p - без хаков (только несколько файлов добавлено), так что Навигатор мог бы работать и не с встроенной m-p, а с основной, но сомневаюсь, что это нужно. Впрочем, недолго приделать к Навигатору переключатель между основной m-p и встроенной. С m-p-d сложнее, в Навигаторе используется её изрядно "подправленный" вариант, а с чистой m-p-d он работать не может (правда, вопрос решаемый, но трудоёмкий; пожалуй, игра не стоит свеч), так что тут выбора нет. Что касается обновлений встроенных в Навигатор вариантов m-p и m-p-d, то пока оно только ручное, но будет автоматическое, это не так сложно сделать. Вопрос только в том, будут ли они обновляться вместе с основными m-p и m-p-d или независимо от них. Что до настроек apt'а (файл apt.conf, файлы со списками репозиториев и прочее), то они у Навигатора свои, системные он игнорирует. Вот так примерно. Олег, а в mp-gui с этим как? И что тут вообще следует согласовать?

[Balbes]

Вот сборочницы в нашем дистрибутиве будут использоваться и прямо из консоли и посредством gui. Как всё это согласовать, чтобы одно другому не мешало (а при возможности и помогало)? Глянем на примере Навигатора. Он пользуется своими встроенными вариантами m-p и m-p-d. Причём его m-p - без хаков (только несколько файлов добавлено), так что Навигатор мог бы работать и не с встроенной m-p, а с основной, но сомневаюсь, что это нужно. Впрочем, недолго приделать к Навигатору переключатель между основной m-p и встроенной. С m-p-d сложнее, в Навигаторе используется её изрядно "подправленный" вариант, а с чистой m-p-d он работать не может (правда, вопрос решаемый, но трудоёмкий; пожалуй, игра не стоит свеч), так что тут выбора нет. Что касается обновлений встроенных в Навигатор вариантов m-p и m-p-d, то пока оно только ручное, но будет автоматическое, это не так сложно сделать. Вопрос только в том, будут ли они обновляться вместе с основными m-p и m-p-d или независимо от них. Что до настроек apt'а (файл apt.conf, файлы со списками репозиториев и прочее), то они у Навигатора свои, системные он игнорирует. Вот так примерно. Олег, а в mp-gui с этим как? И что тут вообще следует согласовать?

mp-gui может работать с разными вариантами метапрофиля m-p в пределах ограничения по версиям (для этого есть поле выбора каталога с мета-профилем), но если использовать не модифицированный вариант метапрофиля (например, клонировать оф.метапрофиль и выбрать его в mp-gui), то исчезает ряд функциональных возможностей mp-gui (т.к. этих доп. возможностей нет в оф. метапрофиле), но общая работоспособность сохраняется. Если внести эти изменения в оф.метапрофиль, то ни какой разницы, какой метапрофиль использовать, не будет. В mp-gui уже есть техническая возможность обновления метапрофиля, но она пока заблокированна, т.к. при обновлении до последней оф. версии теряется часть функционала mp-gui. Кстати, по этой причине, при выходе новых версий метапрофиля (mkimage-profiles) приходиться пересобирать его расширенную версию, что-бы поддерживать текущий функционал mp-gui.
Можно собирать дистры и в расширенном мета-профиле через консоль, практически так же, как это делается в оф. метапрофиле, ни какой принципиальной разницы не будет.