[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#258043: kernel-patch-debian-2.6.7: doesn't list which patches are incorporated: kernel-patch-debian-2.6.7, kernel-image-2.6.7: doesn't list which patches are incorporated

Hi Christoph,

Am Mi, den 07.07.2004 schrieb Christoph Hellwig um 13:48:
> On Wed, Jul 07, 2004 at 12:29:44PM +0200, Kilian Krause wrote:
> > The description from kernel-patch-debian and kernel-image does not
> > list which patches are contained in the Debian diff. That way it's
> > pretty hard to evaluate which benefits are already provided by using the
> > debian kernel package compared to going vanilla (and patching in what
> > you need apart from vanilla). 
> Currently README.Debian in kernel-source has an incomplete list.  I
> talked to Jens about this and we can't see anything in Policy mandating
> that at all, so we plan to remove that aswell.  With the .dpatch
> ification you can easily check in the source for yourself, all the
> .dpatches have proper descriptions.

well, installing a kernel first to see if i like its patches is not very
compfortable. So i was actually referring to the description of
"apt-cache show kernel-patch-debian-2.6.7 kernel-image-2.6.7-1-k7" which
does not list anything at all. I see that maintaining a list is
problematic, so maybe a pointer to the SVN/CVS URL would be helping.
Just some place i can check the list *BEFORE* downloading some 30MB off
the net (which i then remove after having read README.Debian).

> > Moreover i think it'd make more sense making kernel-patch-debian a
> > meta-pacakge depending on all diffs it contains. That way reverting one
> > patch out of the Debian proposed patchset will be much easier.
> No way.  We give you the kernel package, and all QA is for all the
> package.  If you want to build your own images your ofcourse free to
> patch grab all patches, but please don't place the burden of taking care
> of all your crazy ideas on us.

It was meant as a means to debug. Like i have a problem and i want to
find out which patch breaks (for vanilla kernel works fine), then
removing a certain patch and trying might make sense. It was not meant
for you to support Q&A for that, just a better way to build unsupported
personal kernel-images or report bugs after proving more details. If
that's not needed, ok fine. ;)

Best regards,

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Reply to: