[devel-distro] Мысли про создание дистрибутивов
Michael Shigorin
mike at osdn.org.ua
Wed Nov 23 17:09:01 MSK 2011
On Thu, Jan 06, 2011 at 08:29:59PM +0300, Hihin Ruslan wrote:
> Давно вьётся в голове мысль, пишу тебе, что-бы её зафиксировать.
> Можно взять за основу построение rpm.
> Пишем спес, в зависимостях у которого mkimage-profile.
> В этом спеке выполнются действия по построению из готового
> профайла конкретного дистрибутива. Типа, того, что а в аттаче.
В принципе для подобного в сизифе уже всё есть.
> В начестве сорцов кладём скрипты, для построения образа,
> секция file - пустая, в спеке прописываем порядок запуска
> скпиптов и т.п., в результате их работы, в %buildroot строится
> образ.
А зачем вообще rpm, если в %files пусто? Сборочные зависимости
и в сам пакет с профилем прописать можно; дистрибутив в качестве
_побочного_ эффекта сборки "пакета" смотрится немного странно.
> Далее этот пакет можно поместить в git, использовать gear
> скритпты и т.п. использовать хешер и т.д и.т.п
Зачем?
> Заодно rpm ругается на неустановленные пакеты, необходимые для
> сбора образа.
Уровень rpm -- всё-таки индивидуальные пакеты, а не репозитории.
Такая проверка по большей части реализована в одном из скриптов
в составе m-p-d (bin/check-pkg-list), но не интегрирована.
Пробовал притереть к m-p, но по-хорошему это надо к mkimage.
> %build
> %autoreconf
> %configure
> arch=%_arch
> conf=
>
> %configure --with-aptconf=$conf --with-version=%version_distro --with-distro=%distro --with-arch=$arch
> %make_build
Если целью была воспроизводимость сборки, то недостаёт
как минимум фиксации снапшота репозитория; если целью была
возможность понять, как именно была выполнена сборка --
предлагаю посмотреть пример build.log, который делает m-p:
http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/live-builder-20111121-x86_64.iso.log
--
---- WBR, Michael Shigorin <mike at altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
More information about the devel-distro
mailing list