From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 30 Mar 2004 16:50:33 +0400 From: Sergey Vlasov To: devel-kernel@altlinux.ru Subject: Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed? Message-ID: <20040330125033.GC5598@master.mivlgu.local> Mail-Followup-To: devel-kernel@altlinux.ru References: <20040330110448.GB3757@master.mivlgu.local> <20040330111445.GD18144@master.altlinux.ru> <20040330113303.GA5598@master.mivlgu.local> <20040330114231.GO18144@master.altlinux.ru> <20040330115914.GB5598@master.mivlgu.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y5rl02BVI9TCfPar" Content-Disposition: inline In-Reply-To: X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.4 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: Tue, 30 Mar 2004 12:50:37 -0000 Archived-At: List-Archive: List-Post: --Y5rl02BVI9TCfPar Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, Mar 30, 2004 at 03:22:44PM +0300, Ed V. Bartosh wrote: > Sergey Vlasov writes: > > >> Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? = > >> -, то при появлении новой версии kernel-feat-??? по хорошему > >> нужно пересобирать все что от него зависит в обязательно порядке. Иначе > >> нас завалит спамом от робота. > > > > Именно. Причём заваливать будет главным образом мантейнеров > > "нестандартных" ядер (wks, aw, ...). > По этому поводу с нашей стороны(aw) есть предложение обеспечить сборку не > только последнего std, а и всех остальных ядер. В том > числе и сборку ядер разных версий. Это легко достигается путем > размещения патчей в разных каталогах и прикладывания их к разным > версиям/flavour-ам ядер при сборке. Требуется только подправить в эту > сторону kernel-build-tools и разработать систему именований и тактику > работы. И как это будет выглядеть? > Зато выгода налицо - ядра будут собираться независимо от > изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед > в kernel-feat|fix-ах и несколько большее количество kernel- пакетов. > Зато все ядра будут живые и пересобираемые и решение о включении > какого-либо патча будет принимать мэйнтейнер ядра, а не некто, > добавляющий этот патч в kernel-fix. Не получится ли в результате kernel-fix-%name-%flavour? --Y5rl02BVI9TCfPar Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAaW0ZW82GfkQfsqIRAn+/AJ4nIkFVRsIUmwAtVR66z6T79N0ESQCghQti godCNAU+xm+1jIsuzUQJuek= =f3sO -----END PGP SIGNATURE----- --Y5rl02BVI9TCfPar--