[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