From: Volkov Serge <vserge@altlinux.ru> To: Peter Novodvorsky <devel@altlinux.ru> Subject: Re: [devel] kernel packagin', new generation Date: Tue, 18 Feb 2003 00:50:28 +0300 Message-ID: <986544953.20030218005028@altlinux.ru> (raw) In-Reply-To: <m33cmmtu26.fsf@shamrock.office.altlinux.ru> Привествую, Возможно имеет смысл распространить данное предложение на пакеты, которые создаются из одного архива исходных кодов, но с разными условиями сборки и/или необходимыми патчами. например OpenLDAP {orig, sasl, krb,}, т.е. обобщить решение этого вопроса. Так как будет явно указываться скрипту "make-kspec --release altN" как будет от этого зависеть %changelog или он тоже будет как-то заполняться автоматически. Ведь планируется собирать с определенными патчами и модулями, которые от сборки к сборке могут меняться? Tuesday, February 18, 2003, 1:34:57 AM, you wrote: PN> Здравствуйте! PN> Я занимаюсь созданием новых пакетов с ядром. Поговорив в ldv, rider и PN> другими участниками команды мои планы по проектированию новых спеков PN> для ядра более-менее устаканились и я вам их и представляю. PN> При проектировании спека мной преследовались следующие три цели, две PN> конкретные и одна более абстракная: PN> * Из одного spec-файла генерируется не больше одного пакета с PN> образом ядра. PN> * Все, что может собираться отдельно от ядра, собирается отдельно. PN> * Пакет с ядром должен собираться из конструктора, из маленьких PN> кусочков, причем сборка нового вида ядра не должна быть запутанным PN> процессом. PN> Я предлагаю следующую инфраструктуру. Тарболы с исходными файлами PN> kernel, alsa, drm, pcmcia-cs, etc., собираются в отдельные PN> пакеты. Патчи тоже. Со следующей стркутурой: PN> kernel-source RPM: PN> /usr/src/kernel-source-%{version}.tar.bz2 PN> /usr/share/kspec-tmpl/kernel-source-%{version}.spec.tmpl PN> alsa RPM: PN> /usr/src/alsa-%{version}.tar.bz2 PN> /usr/share/kspec-tmpl/alsa-%{version}.spec.tmpl PN> %{patch_name}-kernel-patch RPM: PN> /usr/src/patches/%{patch_name}/* /* various patch files */ PN> /usr/src/patches/apply/%{patch_name} PN> Планируется сделать скрипт make-kspec. make-kspec подставляет PN> переменные в начало spec.tmpl'ей и генерит спеки к заданным PN> пакетам. Например, PN> make-kspec --kver 2.4.18 --modules alsa,drm,pcmcia-cs \ PN> --patches grsec,reiserfs --flavour multimedia \ PN> --release alt1 PN> Оно генерит четыре спека, -- для ядра, и для трех модулей определяя в PN> них соответствующие требующиеся переменные. Далее, как происходит PN> работа с патчами: для спека ядра заполняется переменная %patches, PN> которая будет равна аргументу --patches. В спеке, в секции %prep есть PN> примерно следующее PN> local applied_patches; PN> tar -jxvf %kernel_tarball PN> pushd kernel-source-%{kversion} PN> for i in `echo %patches | sed -e 's/,/\ /g'`; do PN> applied_patches="$applied_patches,$i" PN> %patches_dir/apply/$i --kver %{kversion} --already-applied $applied_patches PN> done PN> Из этого спека будет генерится пакет kernel-image-2.4.18-multimedia PN> с версией 2.4.18 и версией релиза alt1 и PN> kernel-headers-2.4.18-multimedia с той же версией и той же версией PN> релиза. PN> Из соответствующих модулей будут генерится: PN> {alsa,drm,pcmcia-cs}-2.4.18-multimedia с соответствующей версией PN> {alsa,drm,pcmcia-cs} и номером релиза alt1, которые будут зависеть от PN> kernel-headers-2.4.18-multimedia. PN> Единственная проблема, которая приходит мне в голову: патчи могут PN> конфликтовать. Но на этот случай пакет %{name}-kernel-patch может PN> иметь разные варианты патчей и реагировать на аргумент PN> --already-applied по ситуации. PN> Критика желательна. Просто необходима. А так же желательно согласие по PN> принципиальным вопросам. :) -- Best regards, Volkov mailto:vserge@altlinux.ru
next prev parent reply other threads:[~2003-02-17 21:50 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-02-17 22:34 Peter Novodvorsky 2003-02-17 21:50 ` Volkov Serge [this message] 2003-02-18 8:49 ` Alexander Bokovoy 2003-02-18 8:54 ` Alexey V. Lubimov 2003-02-18 9:48 ` Albert R. Valiev 2003-02-18 14:43 ` Peter Novodvorsky 2003-02-18 11:46 ` Aleksey Novodvorsky 2003-02-19 9:04 ` rider 2003-02-18 14:46 ` [devel] " Alexey Tourbin 2003-02-18 18:09 ` Peter Novodvorsky 2003-02-18 15:31 ` Alexey Tourbin 2003-02-18 18:44 ` Peter Novodvorsky 2003-02-18 16:00 ` Alexey Tourbin 2003-02-19 9:13 ` rider 2003-02-19 14:23 ` Peter Novodvorsky 2003-02-19 11:52 ` Denis Ovsienko 2003-02-19 15:00 ` Peter Novodvorsky 2003-02-20 0:21 ` Mikhail Zabaluev
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=986544953.20030218005028@altlinux.ru \ --to=vserge@altlinux.ru \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git