Обсуждение:Mkimage/Profiles/m-p
Материал из ALT Linux Wiki
(Различия между версиями)
м (→тегирование: релиз для новой версии сбрасывается в alt1, строго говоря) |
м (+github) |
||
Строка 30: | Строка 30: | ||
== ссылки == | == ссылки == | ||
+ | * https://github.com/gvy/mkimage-profiles | ||
* [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://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 | * [http://search.cpan.org/~agent/Makefile-GraphViz/lib/Makefile/GraphViz.pm Makefile::Graphviz] и [http://search.cpan.org/~agent/Makefile-GraphViz/script/gvmake gvmake] — визуализация зависимостей в makefiles |
Версия 12:39, 8 февраля 2012
Содержание |
текущее
lists/.base
- потребители:
- alterator-pkg (Metadata/pkg-groups.tar)
- image.in/Makefile (dot-base: дополнение kpackages, а хорошо бы отсюда унести)
- sub.in/main/Makefile (IMAGE_PACKAGES)
- генератор: желательно не статиком, а собрать из базовых kernel, apt, alterator@install: как минимум набор базовых kernel-modules и alterator-* для использования в третьей стадии инсталяции могут варьироваться, надо также связывать с installer-steps в installer-*
// в процессе, ожидается к публикации с поддержкой сборки десктопных дистрибутивов
тегирование
Поскольку mkimage-profiles теперь и пакет, который решено собирать по тегу — рекомендуется следующий порядок простановки версионных и пакетных тегов:
- набирается разумное количество изменений, актуальных для упаковки
- правим спек, корректируем версию (если изменялся код) и/или релиз (если изменялся спек), коммитим:
gear-commit - ставим аннотированный версионный тег:
git tag -a vA.B.C -m 'A FEW WORDS' - фиксируем его как используемый для сборки:
gear-store-tags -avc && git commit -m 'gear-store-tags' .gear/tags/ - всё готово, ставим подписанный пакетный тег:
gear-create-tag
TODO: придумать вариант работы для тех, кому теги, gear и подпись ключом @altlinux.org не с руки (экспорт тарбола и сборка src.rpm?)
хотелки
То из будущего, что не должно вызывать жутких хаков:
- установка [одного из] нескольких ядер в систему (ovz/std/... в сервер, pae на i586) // главное сделано, pae ждёт поддержки архитектур
- сборка multiarch dvd (i586+x86_64) // нужен выделенный noarch
- дистрибутивы без bootsplash // сделано (теперь надо прикрутить plymouth)
- тегированные {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/ создан)
ссылки
- https://github.com/gvy/mkimage-profiles
- презентация и статья nvidia, использующих perforce+makepp в качестве средств configuration management
- Makefile::Graphviz и gvmake — визуализация зависимостей в makefiles