[devel-distro] Мысли про создание дистрибутивов

[devel-distro] Мысли про создание дистрибутивов

[Hihin Ruslan]

[-- Attachment #1.1: Type: text/plain, Size: 1501 bytes --]

Здравствуйте все!

С праздниками! 

Здоровья, счастья, поменьше невзго!
.

Давно вьётся в голове мысль, пишу тебе, что-бы её зафиксировать.

Можно взять за основу построение rpm.
Пишем спес, в зависимостях у которого mkimage-profile.


В этом спеке выполнются действия по построению из готового 
профайла конкретного дистрибутива. Типа, того, что а в аттаче.
 В начестве сорцов кладём скрипты, для построения образа, 
секция file - пустая, в спеке прописываем порядок запуска 
скпиптов и т.п., в результате их работы, в %buildroot строится 
образ.

Далее этот пакет можно поместить в git, использовать gear 
скритпты и т.п. использовать хешер и т.д и.т.п
Заодно rpm ругается на неустановленные пакеты, необходимые для 
сбора образа.


-- 
  А ещё говорят так  (fortune):
 
Linux is addictive, I'm hooked! -- MaDsen Wikholm's .sig 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #1.2: mkimage-build-desktop.spec --]
[-- Type: text/plain, Size: 1983 bytes --]

%define version_distro 2.01
%define distro_name desktop

%define distro rescue
%define name_profile mkimage-profiles-desktop

Name: mkimage-build-recue
Version: 5.0.0
Release: alt7

Summary: Profiles for build various distributions ISO images
License: GPLv2+
Group: Development/Tools
Requires: mkimage

Packager: Anton V. Boyarshinov <boyarsh@altlinux.ru>
Source:%name_profile-%version.tar

BuildPreReq: setarch mkimage-profiles-desktop

%description
This packages contents profiles for building ALTLinux Desktop and Server distributions

%prep
%setup -n %name_profile-%version

%build
%autoreconf
%configure
arch=%_arch
conf=

%configure --with-aptconf=$conf --with-version=%version_distro --with-distro=%distro --with-arch=$arch
%make_build

%install
%files
%changelog
* Sat Nov 14 2009 Denis Koryavov <dkoryavov@altlinux.org> 5.0.0-alt7
- Simply linux 5.0.0 final.

* Mon Sep 07 2009 Denis Koryavov <dkoryavov@altlinux.org> 5.0.0-alt6
 - Added settings for build Simply GNU/Linux.

* Thu Apr 30 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt5
- successfull built on Sisyphus

* Mon Mar 30 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt4
- office server merged into profiles
- many fixes from ldv@

* Fri Mar 27 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt3
- gfxboot fixed
- version, displayed by propagator fixed
- lxde version added
- tests not packaged

* Thu Mar 26 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt2
- 'White labeling' rewrited
- sample build script

* Tue Mar 24 2009 Anton V. Boyarshinov <boyarsh@altlinux.ru> 5.0.0-alt1
- beta profile for 5.0.0

* Sun Jan 27 2008 Anton V. Boyarshinov <boyarsh@altlinux.ru> 4.0.3-alt1
- 4.0.3 release

* Fri Dec 28 2007 Anton V. Boyarshinov <boyarsh@altlinux.ru> 4.0.2-alt3
- 4.0.2 release

* Sat Dec 15 2007 Anton V. Boyarshinov <boyarsh@altlinux.ru> 4.0.2-alt2
- version of school deadline

* Wed Dec 12 2007 Anton V. Boyarshinov <boyarsh@altlinux.ru> 4.0.2-alt1
- first build


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] Мысли про создание дистрибутивов

[Michael Shigorin]

On Thu, Jan 06, 2011 at 08:29:59PM +0300, Hihin Ruslan wrote:
> Заодно rpm ругается на неустановленные пакеты, необходимые для
> сбора образа.

JFYI: пакаджлисты уже с год как можно проверять скриптом
mkimage-profiles-desktop/bin/check-pkg-list
(в качестве параметров -- пути к файлам)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] Мысли про создание дистрибутивов

[Anton Farygin]

  06.01.2011 20:29, Hihin Ruslan пишет:
> Здравствуйте все!
>
> С праздниками!
>
> Здоровья, счастья, поменьше невзго!
> .
>
> Давно вьётся в голове мысль, пишу тебе, что-бы её зафиксировать.
>
> Можно взять за основу построение rpm.
> Пишем спес, в зависимостях у которого mkimage-profile.
>
>
> В этом спеке выполнются действия по построению из готового
> профайла конкретного дистрибутива. Типа, того, что а в аттаче.
>   В начестве сорцов кладём скрипты, для построения образа,
> секция file - пустая, в спеке прописываем порядок запуска
> скпиптов и т.п., в результате их работы, в %buildroot строится
> образ.
>
> Далее этот пакет можно поместить в git, использовать gear
> скритпты и т.п. использовать хешер и т.д и.т.п
> Заодно rpm ругается на неустановленные пакеты, необходимые для
> сбора образа.
Если я не ошибаюсь, mkimage не будет работать в hasher, т.к. сам 
использует hasher.

Re: [devel-distro] Мысли про создание дистрибутивов

[Anatoly Chernov]

07.01.2011 01:47, Anton Farygin пишет:
> 06.01.2011 20:29, Hihin Ruslan пишет:
>> Здравствуйте все!
>>
>> С праздниками!
>>
>> ....
>> Далее этот пакет можно поместить в git, использовать gear
>> скритпты и т.п. использовать хешер и т.д и.т.п
>> Заодно rpm ругается на неустановленные пакеты, необходимые для
>> сбора образа.
> Если я не ошибаюсь, mkimage не будет работать в hasher, т.к. сам
> использует hasher.
>
Не ошибаетесь. Не работает. Чтобы убедиться - достаточно запустить
m-p-d под hsh-shell например, и всё понятно станет (не сможет
создать рабочие каталоги).
И прецеденты вроде были (более года назад) ...

Всех с Рождеством !

Re: [devel-distro] Мысли про создание дистрибутивов

[Michael Shigorin]

On Fri, Jan 07, 2011 at 01:47:43AM +0300, Anton Farygin wrote:
> >Заодно rpm ругается на неустановленные пакеты, необходимые для
> >сбора образа.
> Если я не ошибаюсь, mkimage не будет работать в hasher, т.к. сам 
> использует hasher.

Насколько понял Руслана -- такой srpm и не предполагается
засовывать в hasher.

С другой стороны, мне кажется, что работа релиз-менеджера
и условия выпуска конкретного образа стоит скорее
документирования, чем кодификации: если уж заморачиваться
последней, то разумно и снапшот репозитория откладывать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] Мысли про создание дистрибутивов

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 1777 bytes --]

Здравствуйте Michael Shigorin
  В сообщении от 7 января 2011 Michael Shigorin написал(a):

 > Насколько понял Руслана -- такой srpm и не предполагается
 > засовывать в hasher.
Да, пока не вижу такой возможности.



Пока за основу взял spt + spt3 - они более обзорны. 
Всё-таки расшифровать все эти .mk не всегда получается, да и опыта написания 
собственных makefiles не так много.

Пытаюсь взять что-то маленькое, что-бы обкатать саму идею, что-бы не 
заморачиваться на частностях.

У меня возник попутный вопрос. 
Вот есть у меня набор (список) сформированных пакетов, например, у меня есть 
установленный LiveCD то-го-же SLinux.
 Как мне проанализировать полученный набор - хотя-бы как разбить пакеты по 
группам (что-бы не смотреть нужен-ли этот пакет, или это результат 
игры "ошибочных" зависимостей). Теоретически, я конечно могу проверить 
назначение каждого пакета, но частно достаточно знать к какой группе относится 
пакет. А то в файл кто-то пакет добавил, а пакет нужен только для какого-то 
частного случая.

Есть-ли какие-нибудь скрипты, или "костыли" для этого. 

Хочется иметь списки пакетов, типа - для работы с "железом" - список hard, для 
работы xorg - список xorg, для обеспечения работы в режиме liveCD - live,  для 
работы в консоле konsole, для пользовательских графических приложений - ещё 
несколько списков.  И ещё-бы иметь возможность дополнять комментариями, что-бы 
следующий мог понять что зачем и почём :)

Я фижу в mkimage различные макросы, но охватить их содержимое одним взглядом - в 
каждом файле по списку как-то не получается. А хотелось-бы определённой 
логичности и наглядности.  

Я конечно мог не заметить, что такое место существует.


PS Пока сижу и руками сортирую.
PPS Извините за многословность. 

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel-distro] Мысли про создание дистрибутивов

[Michael Shigorin]

On Wed, Jan 12, 2011 at 07:12:04PM +0300, Хихин Руслан wrote:
> Пока за основу взял spt + spt3 - они более обзорны. 

С них уже совсем все слезли, AFAIK.

> Всё-таки расшифровать все эти .mk не всегда получается,
> да и опыта написания собственных makefiles не так много.

Тут как: если документация на mkimage-profiles-desktop
(http://www.altlinux.org/Mkimage/Profiles/Desktop) неясна,
неполна или неточна, то что-то можно и пояснить/поправить.

Но сам он и впрямь уже запутан, а другие mkimage-profiles-*
скорее устарели и их брать вовсе не стоит (могу чьи-то текущие
разработки упускать).

> Пытаюсь взять что-то маленькое, что-бы обкатать саму идею,
> что-бы не заморачиваться на частностях.

Посмотри example3 из документации mkimage, и там же README рядом.

> У меня возник попутный вопрос. 
> Вот есть у меня набор (список) сформированных пакетов,
> например, у меня есть установленный LiveCD то-го-же SLinux.
> Как мне проанализировать полученный набор - хотя-бы как разбить
> пакеты по группам

Если по profiles/pkg/groups/, то такого скрипта пока не видел
(и откуда ему взять дополнительную информацию о том, кто "лист",
а кто втянут как зависимость во время сборки -- тоже не знаю).

> А то в файл кто-то пакет добавил, а пакет нужен только для
> какого-то частного случая.

По крайней мере для установленной системы возможно попытаться
удалить пакет и посмотреть: если сам удаляется -- вероятно,
нагрепается в profiles/pkg/lists/; а если нет, то придётся
"вычислять" по тем, кого тянет.

> Хочется иметь списки пакетов, типа - для работы с "железом" -
> список hard, для работы xorg - список xorg, для обеспечения
> работы в режиме liveCD - live,  для работы в консоле konsole,
> для пользовательских графических приложений - ещё несколько
> списков.  И ещё-бы иметь возможность дополнять комментариями,
> что-бы следующий мог понять что зачем и почём :)

Пилю потихоньку mkimage-profiles, там списки уже и тегированные
можно делать, чтоб потом выбирать хоть такими выражениями:
(base && (kernel || apt || alterator))

> Я фижу в mkimage различные макросы, но охватить их содержимое
> одним взглядом - в каждом файле по списку как-то не получается.
> А хотелось-бы определённой логичности и наглядности.  

В mkimage-profiles README по каждому значащему каталогу.

http://www.altlinux.org/Mkimage/Profiles/next

(последние недели выпиливаю модульные списки ядерных модулей
для stage1, пушить пока нечего, всё разобрано)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-distro] Мысли про создание дистрибутивов

[Michael Shigorin]

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@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/