[devel-distro] о создании производных целей в m-p

[Leo-sp50]

> Как и всё, что в /usr, его стоит воспринимать как read-only. :)
>
О том и речь, что-бы использовать его по изначальному назначению (насколько помню историю m-p)
метапрофиль - это донор для создания конкретного профиля образ и все ковыряния\модернизации в 
полученном сборочном профиле. Или нет ?

>>  > Вообще-то идея mkimage-profiles как раз в том, чтоб не
>>  > приходилось устраивать мульёны клонов _профиля_, а максимум
>>  > генерировать _заготовки_ для ручной допилки
>>  Эт если один раз поиграться с одним образом.
>>  А если работать с несколькими разными и параллельно и не один день ?
>
> Для этого есть гитовые ветки. Потому что у этих "нескольких
> разных" нередко находятся общие доработки и держать в голове,
> какой кусок разницы откуда и для чего -- умаешься, а с гитом
> всё раскладывается по веткам и коммитам естественным образом.
>
У гита есть один недостаток - он не даёт доступа одномоментно к нескольким вариантам (веткам).
Как вариант примера : имеем три дистра, с профилями в отдельных каталогах, с разными архитерктурами ,  
с разными задачами и содержимым профилей. Пока идёт сборка одного дистра, можно
спокойно работать с другими профилями, править\эксперементировать\думать\пробовать  :)
Один общий гит это сможет ? 

>>  > См. тж. http://www.altlinux.org/Mkimage/Profiles/m-p/howto
>>  Речь не про копирование всего m-p
>
> А почему?
>
Не понял , что почему ?


> Для этого можно make CHECK=1 syslinux.iso и скопировать себе
> в сторонку полученный build/ (или иной BUILDDIR), но, как уже
> отметил, это путь в никуда в долгосрочном плане, проверено.
>
> Т.е. такой компактный генерат полезен для трёх задач:
> - собственно сборка образа;
> - вычитка _всего_ полностью (он обозрим);
> - мелкие _одноразовые_ правки по месту.
>
> Нет смысла такие заготовки далее идентифицировать, поскольку это
> производные. Изменится базовый профиль -- и в том, что из него
> генерируется, появится ещё что-нибудь полезное, но на перенос
> таких новинок в уже зафиксированный генерат придётся тратить
> время на ровном месте вместо того, чтоб сделать git rebase своих
> правок основного профиля из того состояния, поверх которого они
> были сделаны, на текущее. Ну, соотношение мяса с луком лучше
> регулировать до мясорубки, а не после :)
>
> http://webhamster.ru/mytetrashare/index/mtb0/13867044528tikz5mlg1
>
> На производных стоит разве что тренироваться, ну или решать
> точечные задачи, как в HOWTO-шке и описано...
>
Ну если брать долгосрочную перспективу, то все образы можно считать
"не_идентичными" после любых изменений метапрофиля, но это же
не повод ставить на них крест  :)