keremet/mkimage-profiles
2
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
259 Commits 1 Branch 0 Tags 4.3 MiB
Makefile 59.2%
Shell 31.5%
RPM Spec 9%
HAProxy 0.2%
c2996cc493
Go to file
Michael Shigorin c2996cc493 stage2: 99-elf-stats for squashfs tuning 
This kind of test was proposed by led@ to gather statistics
on chroot's contents going to become squashfs (the script
optimizations lowering added overhead from ~10 sec down
to a subsecond range were also proposed by him).

Intentionally not documented in doc/variables.txt due to
the rather lowlevel nature of the probe (at least so far).

The knobs involved are SQUASHFS (the additional effort kicks
in only for "tight" case) and GLOBAL_SQUASHFS_SORT (must be
non-empty for this extra overhead to occur).

Additional experimentation is needed to find out whether
the difference in squashfs size and performance is worth
the trouble (seems the impact is non-zero but pretty minor).
2012-04-09 22:03:29 +03:00
.gear gear-store-tags 2012-04-02 18:22:09 +03:00
bin more readable `make help', finally 2012-04-02 17:16:27 +03:00
conf.d conf.d/live.mk: add joystick calibration tools 2012-04-06 12:41:05 +03:00
doc docs update 2012-04-02 18:13:14 +03:00
features.in stage1: halve squashfs block size 2012-04-07 15:46:03 +03:00
image.in docs update 2012-04-02 18:13:14 +03:00
lib use PATH instead of hardwired pathlets 2012-04-07 15:45:40 +03:00
pkg.in docs update 2012-04-02 18:13:14 +03:00
sub.in stage2: 99-elf-stats for squashfs tuning 2012-04-09 22:03:29 +03:00
.gitignore kernel and BUILDDIR fixes 2011-11-04 16:15:29 +02:00
COPYING actually released as free software 2011-11-04 16:15:30 +02:00
main.mk use PATH instead of hardwired pathlets 2012-04-07 15:45:40 +03:00
Makefile use PATH instead of hardwired pathlets 2012-04-07 15:45:40 +03:00
QUICKSTART check vigorously for installed mkimage 2012-01-04 22:33:53 +02:00
README docs update 2012-04-02 18:13:14 +03:00
reports.mk use PATH instead of hardwired pathlets 2012-04-07 15:45:40 +03:00

README

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

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)