|
|||||||||||
|
Re: Future of the linux udebs
From: Bastian Blank <waldi(at)debian.org>
Date: Fri Feb 15 2008 - 10:54:01 EST
I did not setup a timeline yet. Because of the status of .24, it won't get the support anyway. So .25 is the minimum. > - Is impossible to release d-i with a different kernel from sid d-i releases are built with testing udebs. Or do you mean something else?
| ifeq (${SUITE},UNRELEASED)
| USE_UDEBS_FROM=unstable
| else
| USE_UDEBS_FROM=lenny
| endif
If a bad glibc is uploaded, anything is affected. With such sort of arguments you can kill anything because the propability that something will get wrong is always larger than zero. We do a lot to not let really broken things through and I don't think you will be able to catch more problems. > For it to work testing images, _before_ the kernel We provide a snapshots archive which can be used through the whole development cycle. > Another thihk that I see as a _must_ is that d-i team could nack a We coordinate the uploads on d-kernel@, for security uploads the waiting period is usualy a lot shorter. If someone have a problem, he can speak up and his concerns will get heard. > linux-2.6/linux-modules-extra-2.6 would build the udebs using what They need to include the list themself, it will get version dependant. > How the uploads of kernel would be coordinated? Will kernel team allow Not for uploads which fixes bugs like CVE-2008-0600. A "nack" without anything may also not have any effect. But if there are concerns we should be able to find a solution which both sides can live with. Bastian -- There are some things worth dying for. -- Kirk, "Errand of Mercy", stardate 3201.7 -- To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
This archive was generated by hypermail 2.1.8 : Wed Mar 19 2008 - 06:24:34 EDT |
||||||||||
|
|||||||||||