75f7c62bd1
Yes, mkimage-profiles is now able to build VM disk images. So far the support is pretty basic: - a single hard drive image with a single partition/FS - only stock root password is configurable - LILO is hardwired as a bootloader The resulting images tend to boot under qemu/kvm though. Please see doc/vm.txt for the warning regarding additional privileges and setup required. This was started back in February but I still hoped to avoid sudo/privileged helper (and libguestfs is almost as undistributable as can be)... Thanks: - http://blog.quinthar.com/2008/07/building-1gb-bootable-qemu-image-using.html - Alexey Morarash who reworked that as https://github.com/tuxofil/linsygen - led@, legion@, vitty@, aen@ for providing advice and inspiration
62 lines
3.2 KiB
Plaintext
62 lines
3.2 KiB
Plaintext
Welcome to mkimage-profiles!
|
||
|
||
English quickstart: make server-mini.iso;
|
||
see http://en.altlinux.org/Hasher (and a large tmpfs).
|
||
|
||
Configurables: ~/.mkimage/profiles.mk;
|
||
see doc/variables.txt and conf.d/README
|
||
|
||
License: GPLv2+, see COPYING
|
||
|
||
Most docs are in Russian, welcome to learn it or ask for English.
|
||
См. тж. http://www.altlinux.org/Mkimage/Profiles/m-p
|
||
|
||
Задача:
|
||
- конфигурирование и создание образов на базе ALT Linux
|
||
|
||
Концепция:
|
||
- конфигурация, как и образ -- объект постадийной сборки
|
||
- метапрофиль служит репозиторием для построения индивидуального
|
||
профиля, по которому создаётся итоговый образ
|
||
|
||
Особенности:
|
||
- метапрофиль может быть полностью read-only при сборке
|
||
- для сборки подыскивается предпочтительно tmpfs
|
||
- в профиль копируются только нужные объекты;
|
||
он автономен относительно метапрофиля
|
||
|
||
Стадии работы:
|
||
- инициализация сборочного профиля
|
||
- сборка конфигурации образа
|
||
- наполнение сборочного профиля
|
||
- сборка образа
|
||
|
||
Объекты:
|
||
- дистрибутивы и виртуальные среды/машины:
|
||
+ описываются в conf.d/*.mk или соответственно lib/{distro,ve}.mk
|
||
+ могут основываться на предшественниках, расширяя их
|
||
+ дистрибутивы также:
|
||
- включают один или более субпрофилей по надобности
|
||
+ желательно избегать множественного наследования, см. тж. фичи
|
||
- субпрофили:
|
||
+ список собирается в $(SUBPROFILES)
|
||
+ базовые комплекты помещены в подкаталогах под sub.in/;
|
||
их наборы скриптов могут расширяться фичами
|
||
- фичи:
|
||
+ накопительный список собирается в $(FEATURES)
|
||
+ законченные блоки функциональности (или наборы таковых)
|
||
+ описываются в индивидуальных features.in/*/config.mk
|
||
+ могут требовать другие фичи, а также субпрофили
|
||
+ при сборке $(BUILDDIR) содержимое фич добавляется в профиль
|
||
- списки пакетов (*_LISTS):
|
||
+ просьба по возможности избегать дублирования
|
||
- индивидуальные пакеты (*_PACKAGES): см. тж. conf.d/README
|
||
|
||
Результат:
|
||
- при успешном завершении сборки образ называется по имени цели
|
||
и укладывается в $(IMAGEDIR):
|
||
+ указанный явно,
|
||
+ либо ~/out/ (если возможно),
|
||
+ или $(BUILDDIR)/out/ иначе
|
||
- формируются отчёты, если запрошены (REPORTS)
|