Обсуждение:Mkimage-profiles: различия между версиями

Материал из ALT Linux Wiki
м (→‎выпуск: сошлюсь-ка здесь сразу на архив)
(не показано 28 промежуточных версий этого же участника)
Строка 1: Строка 1:
== текущее ==
== выпуск ==
=== lists/.base ===
Поскольку {{pkg|mkimage-profiles}} теперь и [http://packages.altlinux.org/mkimage-profiles пакет], который решено собирать по тегу — рекомендуется следующий порядок простановки версионных и пакетных тегов:
* потребители:
# набирается разумное количество изменений, актуальных для упаковки
** alterator-pkg (Metadata/pkg-groups.tar)
# правим спек, корректируем версию <small>(если изменялся код)</small> и/или релиз <small>(если изменялся спек)</small>, коммитим:<br />{{cmd|gear-commit}}
** main/Makefile (IMAGE_PACKAGES)
# ставим аннотированный версионный тег:<br />{{cmd|git tag -a vA.B.C -m 'A FEW WORDS'}}
* генератор: ? (желательно не статиком, а собрать из базовых kernel, apt, alterator@install)
# фиксируем его как используемый для сборки:<br />{{cmd|gear-store-tags -avc && git commit -m 'gear-store-tags' .gear/tags/}}
# всё готово, ставим подписанный пакетный тег:<br />{{cmd|gear-create-tag}}
# мержим <tt>next</tt> в <tt>master</tt>, пушим для regular
# пишем в [https://lists.altlinux.org/pipermail/devel-distro/ devel-distro@], фиксируем ссылку на [[Mkimage/Profiles/m-p/news]]


== хотелки ==
== хотелки ==
То из будущего, что не должно вызывать жутких хаков:
То из будущего, что не должно вызывать жутких хаков:
* установка [одного из] нескольких ядер в систему (ovz/std/... в сервер, pae на i586)
* сборка multiarch dvd (i586+x86_64) ''// нужен выделенный noarch''
** возможно, и создание/запуск инсталера с разными ядрами
* тегированные {image,}scripts.d/* ? ''// разделано назад, не работало, надо думать''
* сборка multiarch dvd (i586+x86_64) -- нужен noarch
* автоматические image/modules ?
* дистрибутивы без bootsplash
* пустой fgrep -r '$(TOPDIR)' $(BUILDDIR) ''// image.in/Makefile: в отладочных целях; build-distro.mk: хак ради toplevel commit''
 
== странности ==
* 2 legion?: $(TOPDIR) указывает на e.g. ~/mkimage/mkimage-profiles/, хотя .mki в нём нет, а есть в BUILDDIR (куда указывает из профильного каталога симлинк build и где .mki/ создан)
 
== ссылки ==
* [http://www.perforce.com/perforce/conferences/us/2005/presentations/NvidiaPresentation.pdf презентация] и [http://www.perforce.com/perforce/conferences/us/2005/presentations/NvidiaPaper.pdf статья] nvidia, использующих perforce+makepp в качестве средств configuration management
* [http://search.cpan.org/~agent/Makefile-GraphViz/lib/Makefile/GraphViz.pm Makefile::Graphviz] и [http://search.cpan.org/~agent/Makefile-GraphViz/script/gvmake gvmake] — визуализация зависимостей в makefiles

Версия от 20:54, 19 августа 2019

выпуск

Поскольку mkimage-profiles теперь и пакет, который решено собирать по тегу — рекомендуется следующий порядок простановки версионных и пакетных тегов:

  1. набирается разумное количество изменений, актуальных для упаковки
  2. правим спек, корректируем версию (если изменялся код) и/или релиз (если изменялся спек), коммитим:
    gear-commit
  3. ставим аннотированный версионный тег:
    git tag -a vA.B.C -m 'A FEW WORDS'
  4. фиксируем его как используемый для сборки:
    gear-store-tags -avc && git commit -m 'gear-store-tags' .gear/tags/
  5. всё готово, ставим подписанный пакетный тег:
    gear-create-tag
  6. мержим next в master, пушим для regular
  7. пишем в devel-distro@, фиксируем ссылку на Mkimage/Profiles/m-p/news

хотелки

То из будущего, что не должно вызывать жутких хаков:

  • сборка multiarch dvd (i586+x86_64) // нужен выделенный noarch
  • тегированные {image,}scripts.d/* ? // разделано назад, не работало, надо думать
  • автоматические image/modules ?
  • пустой fgrep -r '$(TOPDIR)' $(BUILDDIR) // image.in/Makefile: в отладочных целях; build-distro.mk: хак ради toplevel commit

странности

  • 2 legion?: $(TOPDIR) указывает на e.g. ~/mkimage/mkimage-profiles/, хотя .mki в нём нет, а есть в BUILDDIR (куда указывает из профильного каталога симлинк build и где .mki/ создан)

ссылки