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

[Michael Shigorin]

On Wed, Jul 22, 2015 at 05:48:08PM +0300, Leo-sp50 wrote:
> > Возможно, только для этого надо или перекурочить main.mk,
> > или сделать себе предположительно достаточно простой скрипт-
> > обёртку, который выполнит вышеописанное. А зачем именно такие
> > замудрения понадобились?
> Для  live-builder .  Если пользоваться клоном гита m-p - не
> понятно зачем тогда в образе нужен /usr/share/mkimage-profile

Чтоб был под рукой офлайновый вариант -- для этого же и RPMS.main
в объёме, который специально подбирался под достаточность для
сборки тестового syslinux.iso.

Как и всё, что в /usr, его стоит воспринимать как read-only. :)

> > Вообще-то идея 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-шке и описано...

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info