From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3F2922AC.2050504@altlinux.com> Date: Thu, 31 Jul 2003 18:07:40 +0400 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.4) Gecko/20030710 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Linux kernel packages development Subject: Re: [d-kernel] script that upgrades module specs References: <87n0euzuqa.fsf@velvet.po.cs.msu.su> In-Reply-To: X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig98C6C2A416D722CA0FCA5D4E" Content-Transfer-Encoding: 8bit X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: 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: Thu, 31 Jul 2003 14:07:50 -0000 Archived-At: List-Archive: List-Post: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig98C6C2A416D722CA0FCA5D4E Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Ed V. Bartosh пишет: >>>>>>"PN" == Peter Novodvorsky writes: > > > PN> Я написал подобие скрипта о котором недавно шла речь. Он > PN> обновляет krelease и kversion в спеках модулей и добавляет > PN> соответствующую запись в changelog. > Угу, спасибо. Пробовал ? Работает ? В kernel-build-tools его ? > Этого мало. На самом деле самое правильное - генерить для конкретного flawour ядра спеки из некоторых spec.in Пример: делаем _совершенно_ новое ядро. В текущем варианте - нужно писать целый ряд спеков.. В общем -давайте сначала реализуем схему сборки ядра без установки пакетов в хост-систему. После этого посмотрим что можно сделать. Я бы предложил следущую схему: есть заготовки для спеков модулей (например kernel-modules-hsflinmodem.spec.in), в котором мы прописываем не конкретные ядра, а ставим что-то, что можно будет легко и просто заменять. Например: %kernel_version% или подобное В этом случае для разных ядер спеков мы нагенерим столько, сколько надо. Далее остается на базе спеков сделать пакеты и собрать их. Как это сделать - давайте подумаем. И вообще -какая будет структура каталогов для всего этого хозяйства ? Для начала обсуждения я бы предложил следущую: feat/<имя feathure>/.spec.in feat/<имя feathure>/SOURCES/ fixes/<имя fixes>/.spec.in fixes/<имя fixes>/SOURCES/ configs/<имя ядра (std-up for sample)>/ out/RPMS/ out/SRPMS/ Ну и наверху - Makefile Я надеюсь, что Дима сегодня поднимет CVS. Так что можно будет начать. Rgds, Rider --------------enig98C6C2A416D722CA0FCA5D4E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/KSKxqohfd2vlwKsRAvMbAKCGR5llDcIZQFg4yOiJWTCVXx34yQCeOjXO yW08G8CIDcW8cqXj7BBRckQ= =4miW -----END PGP SIGNATURE----- --------------enig98C6C2A416D722CA0FCA5D4E--