From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Alexey Morozov To: ALT Linux kernel packages development Content-Type: text/plain; charset=KOI8-R Organization: Novosoft, Inc Message-Id: <1057415369.8726.220.camel@pyro.hopawar.private.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3- (1.2.3-alt1) Date: 05 Jul 2003 21:29:29 +0700 Content-Transfer-Encoding: 8bit Subject: [d-kernel] =?koi8-r?b?5MEsIMXdxSDQ0s8g09DFyw==?= X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alex@hopgo.com, ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2003 14:18:57 -0000 Archived-At: List-Archive: List-Post: Тут еще один мелкий глючок в спеке (std-up, да и в остальных тоже): echo " RPM { Allow-Duplicated {"^kernel-image-%{flavour}$";}; }; " > $RPM_BUILD_ROOT/etc/apt/apt.conf.d/kernel-image-%{flavour}.conf делает не совсем то, что, как мне кажется, предполалось авторами. По-моему, уместно написать echo ' и далее по тексту. Иначе двойные кавычки не попадают в apt'овый конфиг. Ну, и неплохо было бы приписать туда же разрешение на дупликацию хидеров. И почетче разграничить разницу между %version и %kversion. В большей части спека должен использоваться именно %kversion. Это позволяет собрать ядра вида 2.4.21-что-то-там-alt1 (что выглядит "естественно" для глаза), и класть и в пакеты 2.4.21rel-что-то-там-alt1 (что выглядит естественно для RPM'а при апгрейде с 2.4.21rcN). 2Mike Shigorin: Михаил, все же механизм Epoch - по моему, слишком тяжелая дубина для такого случая. Перепрыгивать с ядра на ядро (н-р, с целью поиграться с 2.5 и откатиться обратно) становится крайне неприятно, т.к. в этом случае трудно обеспечить необходимый порядок для этих самых Epoch, если в процессе игр участвует более одной машины.