From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: =?koi8-r?Q?=E9=CC=D8=D1=20=E5=D7=D3=C5=C5=D7?= To: devel@altlinux.ru Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: 192.168.0.2 via proxy [195.182.131.74] Date: Tue, 19 Apr 2005 19:55:53 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: [devel] =?iso-8859-1?q?=28=C2=C5=DA_=D4=C5=CD=D9=29?= X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 15:55:53 -0000 Archived-At: List-Archive: List-Post: Всем привет. Пакет mpio, который я собираю, содержит в себе модуль ядра с драйвером. Пытясь следовать Sisyphus Kernel Policy 1.2 из kernel-build-tools 0.7, я составил прилагаемый ниже фрагмент спека. Смысл его в том, чтобы собирать драйвер в точности под то ядро, которое установлено на машине сборщика, чтобы каждый желающий мог собрать его для своей конфигурации. Учитывая разнообразие ядер (up, smp, vs, ???) и количество обновлений, самому предоставить бинарные RPM с драйвером под все релизы и платформы мне не по силам. Пакет нормально собрался в хэшере на однопроцессорной ферме, но Incoming выплюнул его со следующей резолюцией: ============================================= Rebuild failed. libtinfo-devel-5.4.20050108-alt3 libncurses-devel-5.4.20050108-alt3 strace-4.5.11-alt1 libstdc++3.4-3.4.3-alt6 rpm-utils-0.8.2-alt1 kernel-build-tools-0.7-alt1 kernel-headers-std-up-2.4.29-alt5 libreadline-devel-4.3-alt7 install: packages installation complete. Preparing packages for installation... install: RPM database updated. `/home/legion/incominger-last/storage/incoming/srpms/mpio-0.7.0-alt3.src.rpm' -> `chroot/.in/mpio-0.7.0-alt3.src.rpm' error: failed build dependencies: kernel-headers-std-smp is needed by mpio-0.7.0-alt3 ============================================= При том, что пакет kernel-headers-std-smp существует, хэшер хочет, чтобы сборка производилась именно под std-up? Но если я жёстко укажу kflavour = std-up, то как же поддержка разных архитектур? С уважением, Илья Евсеев ----------------------------------------------------------- P.S. Обещанный фрагмент спека: %define kversion %(uname -r) %define kver %(A=%kversion; echo ${A%%%%-*}) # ... 2.4.26 %define krelease %(A=%kversion; echo ${A##*-}) # ... alt8 %define kflavour %(A=%kversion; B=${A#*-}; echo ${B%%-*}) # ... std-up, std-smp, ... %define kbasedir /lib/modules/%kversion %define kusbdir kernel/drivers/usb %define kusbpath %kbasedir/%kusbdir %define kmodule_name kernel-modules-%name-%kflavour %define kmodule_provides kernel-modules-%name-%kversion BuildPreReq: kernel-build-tools >= 0.7, kernel-headers-%kflavour, ... %package -n %kmodule_name Group: System/Kernel and hardware PreReq: kernel-image-%kflavour = %kver-%krelease Provides: %kmodule_provides = %version-%release Conflicts: %kmodule_provides < %version-%release Conflicts: %kmodule_provides > %version-%release