From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: sisyphus@lists.altlinux.org References: <20061019085418.GF31851@master.mivlgu.local> From: Andrey Khavryuchenko Organization: KDS Software Group X-Attribution: AVK Date: Thu, 19 Oct 2006 12:31:22 +0300 In-Reply-To: <20061019085418.GF31851@master.mivlgu.local> (Sergey Vlasov's message of "Thu, 19 Oct 2006 12:54:18 +0400") Message-ID: User-Agent: Gnus/5.110001 (No Gnus v0.1) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at kds.com.ua Subject: Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 09:31:39 -0000 Archived-At: List-Archive: List-Post: 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/