Mkimage-profiles/howto: различия между версиями
(модификация сборочного профиля) |
(работа над метапрофилем) |
||
Строка 14: | Строка 14: | ||
'''** image: ~/out/live-icewm-20120717-i586.iso [173M]''' | '''** image: ~/out/live-icewm-20120717-i586.iso [173M]''' | ||
Этот образ можно проверить в виртуальной машине, указав его в качестве загрузочного носителя для VirtualBox либо воспользовавшись kvm<ref>требует {{cmd|modprobe kvm_intel}} или {{cmd|modprobe kvm_amd}} сообразно процессору, а также группу <tt>vmusers</tt> для доступа к {{path|/dev/kvm}}</ref> или qemu: | Этот образ можно проверить в виртуальной машине, указав его в качестве загрузочного носителя для VirtualBox либо воспользовавшись kvm<ref>требует {{cmd|modprobe kvm_intel}} или {{cmd|modprobe kvm_amd}} сообразно процессору (см. тж. сервис <tt>qemu-kvm</tt>), а также группу <tt>vmusers</tt> для доступа к {{path|/dev/kvm}}</ref> или qemu: | ||
$ kvm -cdrom ~/out/live-icewm-20120717-i586.iso | $ kvm -cdrom ~/out/live-icewm-20120717-i586.iso | ||
Строка 41: | Строка 41: | ||
Во включаемом в {{path|build/live/Makefile}} файле {{path|build/live/stage2cfg.mk}} заметно, какие переменные влияют на состав пакетной базы формирующего LiveCD субпрофиля; из них наиболее употребимы <tt>THE_PACKAGES</tt> и <tt>THE_LISTS</tt> (см. тж. {{path|conf.d/README}}). | Во включаемом в {{path|build/live/Makefile}} файле {{path|build/live/stage2cfg.mk}} заметно, какие переменные влияют на состав пакетной базы формирующего LiveCD субпрофиля; из них наиболее употребимы <tt>THE_PACKAGES</tt> и <tt>THE_LISTS</tt> (см. тж. {{path|conf.d/README}}). | ||
Заполняются эти переменные в {{path|build/distcfg.mk}} | Заполняются эти переменные в {{path|build/distcfg.mk}}; посмотреть окончательные значения, принятые в сборку, можно в {{path|build/build.log}} после её завершения<ref>для тестового прогона можно добавить опцию <tt>CHECK=1</tt>, см. {{path|doc/params.txt}}</ref>. Содержимое <tt>*_LISTS</tt> трактуется как имена файлов со списками имён пакетов, расположенных ниже {{path|build/pkg/lists}}. | ||
== Правка == | == Правка == | ||
Строка 63: | Строка 63: | ||
IMAGE_OUTFILE = live-icewm-20120718-i586.iso | IMAGE_OUTFILE = live-icewm-20120718-i586.iso | ||
== Что дальше | == Что дальше == | ||
Если в результате правок желаемый результат был полностью достигнут, можно заархивировать полученный профиль после distclean и на этом с ним закончить, используя полученный образ. | Если в результате правок желаемый результат был полностью достигнут, можно заархивировать полученный профиль после distclean и на этом с ним закончить, используя полученный образ. | ||
Строка 81: | Строка 81: | ||
$ git format-patch HEAD^ | $ git format-patch HEAD^ | ||
'''0001-desktop-network-list-replaced-firefox-with-seamonkey.patch''' | '''0001-desktop-network-list-replaced-firefox-with-seamonkey.patch''' | ||
= Обобщаем в метапрофиль = | |||
Сразу стоит сказать, что в сумме это заметно сложней. Причина не только в том, что больше файлов — а и в том, что если локальный форк является делом личным, то в случае подготовки к включению в основную ветвь разработки приходится учитывать не только свои интересы, решённые здесь и сейчас, а и долгосрочные цели других людей. | |||
Например, патч с заменой {{pkg|firefox}} на {{pkg|seamonkey}} в {{path|pkg.in/lists/tagged/desktop+network}} будет идентичен вышеприведённому, но в апстрим он попадёт только в случае признания именно Seamonkey рекомендуемым браузером производства Mozilla. | |||
Поэтому придётся оценивать, в каком месте и как произвести требуемое изменение. | |||
Таких мест есть несколько (это наши [[Mkimage/Profiles/m-p/objects|объекты]]): | |||
* прямое указание в <tt>*_PACKAGES</tt> для своего дистрибутива<ref>в {{pkg|mkimage-profiles}} <= 0.7.4 так можно добавить {{pkg|seamonkey}}, но не убрать добавленный списком {{pkg|firefox}}, потому что <tt>*_LISTS</tt> раскрываются позже <tt>*_PACKAGES</tt>; характерный признак — сообщение <tt>Package firefox is not installed, so not removed</tt> в {{path|build/build.log}}</ref>; | |||
* создание и применение отдельного пакаджлиста, если добавляется взаимосвязанная группа пакетов; | |||
* описание «технической» или собираемой дистрибутивной цели, добавляющей такой пакет или пакаджлист. | |||
Пример замены {{pkg|firefox}} на {{pkg|seamonkey}} для {{pkg|mkimage-profiles}} > 0.7.4<ref>для более ранних версий придётся применить обход с созданием и подключением дополнительного списка пакетов в таком же составе</ref> — изменяется файл {{path|conf.d/live.mk}}: | |||
distro/live-seamonkey: distro/live-icewm | |||
@$(call add,LIVE_PACKAGES,firefox- seamonkey) | |||
Если при этом требуется удаление какого-либо пакета — стоит проследить, где именно при построении конфигурации дистрибутива он появляется<ref>обычно помогает {{cmd|grep}}</ref>, и обсудить в [http://lists.altlinux.org/mailman/listinfo/devel-distro devel-distro@] варианты внесения корректировки. Для взятого примера цепочка выглядит так: | |||
# <tt>distro/live-icewm</tt> | |||
# <tt>distro/.live-desktop</tt> | |||
# <tt>+live</tt> = <tt>use/live/desktop</tt> | |||
# <tt>@$(call add,LIVE_LISTS,$(call tags,desktop && (live || network)))</tt> | |||
# <tt>pkg.in/lists/tagged/desktop+network</tt> | |||
При этом цель <tt>distro/.live-desktop</tt> используется как основа для всех «более-менее пользовательских» LiveCD, а цель <tt>use/live/desktop</tt> описана достаточно объёмно для того, чтобы форкать её целиком; может иметь смысл обсудить следующий вариант переработки: | |||
use/live/.desktop: use/live/base use/x11/wacom use/live/sound +vmguest +power | |||
@$(call add,LIVE_LISTS,$(call tags,desktop live)) | |||
@$(call add,LIVE_LISTS,$(call tags,base l10n)) | |||
@$(call add,LIVE_PACKAGES,fonts-ttf-dejavu fonts-ttf-droid) | |||
@$(call add,SYSLINUX_CFG,localboot) | |||
use/live/desktop: use/live/.desktop | |||
@$(call add,LIVE_LISTS,$(call tags,desktop network)) | |||
…тогда «публичное API» в виде <tt>use/live/desktop</tt> останется неизменным, но появится возможность использовать его большую часть, но не полный блок конфигурации, поставив зависимость от <tt>use/live/.desktop</tt>. | |||
[to be continued] | [to be continued] |
Версия от 13:59, 19 июля 2012
Зачем и для кого?
Это руководство по созданию производных дистрибутивов может оказаться полезно тем, кого почти устраивают уже существующие и при этом есть свои замечания или пожелания — начиная с обоев по умолчанию и добавления своих пакетов. :)
Одноразовая корректировка
Перед внесением правок стоит удостовериться, что mkimage установлен, а выбранный базовый дистрибутив им собирается и после этого работает; пожалуйста, не пропустите страничку с примерами, чтоб не тратить впустую время на экспериментальное выяснение уже описанного там и в QUICKSTART.
Проверка
Возьмём для начала live-icewm.iso — простой самогруз с лёгким оконным менеджером IceWM, хорошо подходящим как для небыстрого оборудования, так и для полукиосков заданной функциональности. Его сборка должна пройти успешно в течение нескольких минут (до получаса на сколь-нибудь современном процессоре) после команды[1]:
$ make live-icewm.iso
По умолчанию сборка производится под «родную» архитектуру хоста с использованием системной конфигурации apt. Если что-то произойдёт не так — например, отсутствует mkimage, не настроен hasher или автонаходилка не нашла места для сборки — должна быть выдана относительно внятная диагностика.
В случае успешной сборки должна появиться строчка, указывающая путь к собранному образу и его размер:
** image: ~/out/live-icewm-20120717-i586.iso [173M]
Этот образ можно проверить в виртуальной машине, указав его в качестве загрузочного носителя для VirtualBox либо воспользовавшись kvm[2] или qemu:
$ kvm -cdrom ~/out/live-icewm-20120717-i586.iso
Загрузился? Неужто :)
Также при этом в каталоге mkimage-profiles появится ссылка build, указывающая на сборочный каталог со сгенерированным минимальным профилем, который должно быть проще осмотреть целиком. Приступим:
$ ls -F1 build/ build.log -- журнал сборки distcfg.mk -- конфигурационный файл files/ -- содержимое копируется в корень образа functions.mk -- полезности image-scripts.d/ -- см. документацию mkimage lib/ -- содержимое включается в Makefile live/ -- субпрофиль для сборки LiveCD Makefile -- основной файл для сборки out@ -- ссылка на каталог с результатом pkg/ -- списки пакетов, файлы групп README -- стоит глянуть, там немного :) scripts.d/ -- см. документацию mkimage sources.list -- создаётся метапрофилем для архива squashcfg.mk -- передаваемые между stage1/2 данные stage1/ -- субпрофиль с загрузчиками ядра и второй стадии vars.mk -- вспомогательный makefile для дампа переменных
Во включаемом в build/live/Makefile файле build/live/stage2cfg.mk заметно, какие переменные влияют на состав пакетной базы формирующего LiveCD субпрофиля; из них наиболее употребимы THE_PACKAGES и THE_LISTS (см. тж. conf.d/README).
Заполняются эти переменные в build/distcfg.mk; посмотреть окончательные значения, принятые в сборку, можно в build/build.log после её завершения[3]. Содержимое *_LISTS трактуется как имена файлов со списками имён пакетов, расположенных ниже build/pkg/lists.
Правка
Например, поменяем браузер с firefox на seamonkey[4]:
$ cd build $ grep -r firefox distcfg.mk pkg/lists pkg/lists/tagged/desktop+network:firefox $ sed -i 's/firefox/seamonkey/' pkg/lists/tagged/desktop+network
Таким образом, для модификации пакетной базы можно просто добавить или убрать нужное в конфигурационном файле и списках пакетов, после чего запустить в сборочном каталоге команду make — отработав, она должна выдать ту же строчку с информацией по собранному ISO (в случае повторной сборки может понадобиться предварительно выполнить make distclean):
$ make distclean all [...] Total directory bytes: 16384 Path table size(bytes): 52 Max brk space used 19000 93071 extents written (181 MB) ** image: /home/mike/out/live-icewm-20120718-i586.iso [182M] IMAGE_OUTPATH = /home/mike/out/live-icewm-20120718-i586.iso IMAGE_OUTFILE = live-icewm-20120718-i586.iso
Что дальше
Если в результате правок желаемый результат был полностью достигнут, можно заархивировать полученный профиль после distclean и на этом с ним закончить, используя полученный образ.
В случае же наличия желания поделиться наработками с коллегами — что может пригодиться в будущем, когда не придётся делать те же правки поверх следующей версии, ведь они уже включены — можно прислать мне (mike@altlinux.org) полученный патч, закоммитив изменения и прибавив описание их предназначения[5]:
$ git diff diff --git a/pkg/lists/tagged/desktop+network b/pkg/lists/tagged/desktop+network index dbfb8f9..104b6b0 100644 --- a/pkg/lists/tagged/desktop+network +++ b/pkg/lists/tagged/desktop+network @@ -1 +1 @@ -firefox +seamonkey $ git commit -am 'desktop+network list: replaced firefox with seamonkey' [master daef2b2] desktop+network list: replaced firefox with seamonkey 1 file changed, 1 insertion(+), 1 deletion(-) $ git format-patch HEAD^ 0001-desktop-network-list-replaced-firefox-with-seamonkey.patch
Обобщаем в метапрофиль
Сразу стоит сказать, что в сумме это заметно сложней. Причина не только в том, что больше файлов — а и в том, что если локальный форк является делом личным, то в случае подготовки к включению в основную ветвь разработки приходится учитывать не только свои интересы, решённые здесь и сейчас, а и долгосрочные цели других людей.
Например, патч с заменой firefox на seamonkey в pkg.in/lists/tagged/desktop+network будет идентичен вышеприведённому, но в апстрим он попадёт только в случае признания именно Seamonkey рекомендуемым браузером производства Mozilla.
Поэтому придётся оценивать, в каком месте и как произвести требуемое изменение.
Таких мест есть несколько (это наши объекты):
- прямое указание в *_PACKAGES для своего дистрибутива[6];
- создание и применение отдельного пакаджлиста, если добавляется взаимосвязанная группа пакетов;
- описание «технической» или собираемой дистрибутивной цели, добавляющей такой пакет или пакаджлист.
Пример замены firefox на seamonkey для mkimage-profiles > 0.7.4[7] — изменяется файл conf.d/live.mk:
distro/live-seamonkey: distro/live-icewm @$(call add,LIVE_PACKAGES,firefox- seamonkey)
Если при этом требуется удаление какого-либо пакета — стоит проследить, где именно при построении конфигурации дистрибутива он появляется[8], и обсудить в devel-distro@ варианты внесения корректировки. Для взятого примера цепочка выглядит так:
- distro/live-icewm
- distro/.live-desktop
- +live = use/live/desktop
- @$(call add,LIVE_LISTS,$(call tags,desktop && (live || network)))
- pkg.in/lists/tagged/desktop+network
При этом цель distro/.live-desktop используется как основа для всех «более-менее пользовательских» LiveCD, а цель use/live/desktop описана достаточно объёмно для того, чтобы форкать её целиком; может иметь смысл обсудить следующий вариант переработки:
use/live/.desktop: use/live/base use/x11/wacom use/live/sound +vmguest +power @$(call add,LIVE_LISTS,$(call tags,desktop live)) @$(call add,LIVE_LISTS,$(call tags,base l10n)) @$(call add,LIVE_PACKAGES,fonts-ttf-dejavu fonts-ttf-droid) @$(call add,SYSLINUX_CFG,localboot)
use/live/desktop: use/live/.desktop @$(call add,LIVE_LISTS,$(call tags,desktop network))
…тогда «публичное API» в виде use/live/desktop останется неизменным, но появится возможность использовать его большую часть, но не полный блок конфигурации, поставив зависимость от use/live/.desktop.
[to be continued]
Примечания
- ↑ подразумевается, что мы работаем со свежей копией mkimage-profiles.git, находясь в соответствующем каталоге
- ↑ требует modprobe kvm_intel или modprobe kvm_amd сообразно процессору (см. тж. сервис qemu-kvm), а также группу vmusers для доступа к /dev/kvm
- ↑ для тестового прогона можно добавить опцию CHECK=1, см. doc/params.txt
- ↑ если установлен пакет git-core, можно лишний раз проверить внесённые изменения при помощи git diff (сборочный профиль постадийно коммитится при формировании)
- ↑ git commit без -m запустит текстовый редактор с тем, чтобы можно было более подробно описать суть сделанного, чем одной строкой; если ещё не дружите с vim, запишите нужное в переменную окружения EDITOR
- ↑ в mkimage-profiles <= 0.7.4 так можно добавить seamonkey, но не убрать добавленный списком firefox, потому что *_LISTS раскрываются позже *_PACKAGES; характерный признак — сообщение Package firefox is not installed, so not removed в build/build.log
- ↑ для более ранних версий придётся применить обход с созданием и подключением дополнительного списка пакетов в таком же составе
- ↑ обычно помогает grep