[sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Sergey,

"SV" == Sergey Vlasov wrote:

 SV> On Thu, Oct 19, 2006 at 10:43:41AM +0300, Andrey Khavryuchenko wrote:
 >> Ещё раз хочу обратить внимание на то, что srpm не пересобирается в лоб - по
 >> какой-то причине запакованый config не содержит некоторых опций, которые
 >> приходится добавлять вручную.

 SV> Каких именно опций там не хватает?

Достаточно много - навскидку больше десятка.  Нужен полный diff?

 SV> Вообще подобная ситуация может возникнуть, когда после сборки ядра пакеты
 SV> kernel-{fix,feat}-* по каким-то причинам были обновлены с изменением
 SV> файлов Kconfig, а пакет с ядром обновить ещё не успели.

Вполне возможно.

 >> Второй вопрос - на x86_64 нельзя 32-битное ядро собрать вообще?  Я сделал
 >> i586-vserver, пускаю там пересборку пакета через:
 >> 
 >> $ rpm -bs --nodeps ~/RPM/SPECS/kernel-image-ovz-up.spec; hsh --target i586 ~/TdLinux /home/akhavr/RPM/SRPMS/kernel-image-ovz-up-2.6.16-alt7.src.rpm
 >> 
 >> и в результате получаю кучу вопросов по 64-битным опциям и 

 SV> Что в этом vserver выдаёт uname -m ?  Если x86_64 - это bug #9808
 SV> (исправлено в последнем std26, но пока не исправлено в прочих ядрах);

Именно:

akhavr на devel32 ~/RPM/SOURCES $ uname -m
x86_64

 SV> обходится использованием setarch i386 (хотя в vserver есть и
 SV> собственные средства для настройки того, что будет возвращать uname).

setarch i386 _где_?

 >> hasher-priv: /mnt/old/home/akhavr/src/ovz/TdLinux/chroot: prefix mismatch, working directory should start with /home/akhavr

 SV> Тут же всё написано - hasher не даёт создавать chroot где попало, а только
 SV> в том месте, где это разрешено (prefix=... в /etc/hasher-priv/system).

Дошло.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/