Re: [sisyphus] I: spt3

["Хихин Руслан" <hihin@yandex.ru>]

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

Здравствуйте Mikhail Yakshin
  В сообщении от 26 октября 2006 17:45 Mikhail Yakshin написал(a):
 > Denis Pynkin пишет:
 > > В сообщении от 26 октября 2006 16:22 Mikhail Yakshin написал(a):
 > >>> чего не хватало в separator/spt и пока отсутствует в spt3 -
 > >>> поддержки
 > >>>
 > >>> установки на livecd нескольких разных ядер и образов для
 > >>> загрузки.
 > >>
 > >> А кто/что мешает это сделать? Несколько разных образов, каждый со
 > >> своим
 > >>
 > >> ядром - как раз можно сделать очень легко прямо сейчас.
 > >
 > > используя один профайл ?
 >
 > Да, конечно. Как раз в этом и идея - в одном recipe можно
 >
 > последовательно вызвать несколько раз сборку нескольких разных
 > образов,
 >
 > примерно так:
 >
 >
 >
 > spt-init-chroot
 >
 > spt-make-chroot -o packages=packages1
 >
 > spt-pack-squashfs -o out_dir=out1
 >
 > spt-init-chroot
 >
 > spt-make-chroot -o packages=packages1
 >
 > spt-pack-squashfs -o out_dir=out2
 >
 > # + добавить что-то вроде mv out1/* out2
 >
 > spt-pack-iso
 >
 > >> Образ с  несколькими ядрами - да, потребует еще доработки
 > >
 > > spt-boot-propagator.
 > >
 > > вообщем куда вносить request-features ? ;-)
 > >
 > > на wiki ?
 >
 > Лучше, наверное, FR на пакет spt3 в багзиллу.
В выходные, дай бог, обязательно на него взгляну. :)
Пока по опыту приминения предыдущего: 

 1 Что не хватало в старом, это отсутствие логов, особенно в случае 
неудачной сборки - тот момент на чём "вывалилась сборка", для 
дальнейшего анализа. 
 
 2 В случае отсутствия какого-нибудь пакета - попытка сборки из 
наличного src.rpm.

3 Начальная сортировка пакетов, передаваемых на сборку, с тем, что-бы 
собирать вначале более "простые" по зависимостям пакеты, а потом более 
сложные. (От родителя к потомкам).

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

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]