On Tue, Jan 11, 2005 at 10:25:37AM +0100, Florian Weimer wrote:
* Marc Haber:
On Sun, Jan 09, 2005 at 08:52:59PM +0100, Thiemo Seufer wrote:
Cherrypicking makes little sense, because there are only cherries. :-)
For my systems, I care about security holes being fixed, but I do not
care
Marc Haber wrote:
Hi,
A few months ago, I asked on this list for more informative
description of patches enabling non-kernel hackers to choose
individual patchsets for their local kernels. Unfortunately, that
question was denied pretty fast. Looks like you guys don't have time
to write
On Sun, Jan 09, 2005 at 07:40:06PM +0100, Thiemo Seufer wrote:
I think the effort to do so is better invested elsewhere. As a
general rule, the kernel team strives to keep the debian-specific
patches to a minimum. For people without in-depth kernel knowledge
it's probably best to take the full
On Sun, Jan 09, 2005 at 07:40:06PM +0100, Thiemo Seufer wrote:
I think the effort to do so is better invested elsewhere. As a
general rule, the kernel team strives to keep the debian-specific
patches to a minimum. For people without in-depth kernel knowledge
it's probably best to take the full
On Sun, Jan 09, 2005 at 08:25:33PM +0100, Christoph Hellwig wrote:
Agreed. The package is not a repository for cherrypicking patches
but intended to used as a whole thing.
I am pretty disappointed about that attitude towards your users. What
exactly is the problem with a little more docs to
On Sun, Jan 09, 2005 at 08:33:51PM +0100, Marc Haber wrote:
Actually, the kernel of my dreams is more near to the vanilla
kernel.org kernel, so I'd like to be able to throw out patches that
you need to apply because of your _much_ broader user base.
otoh, I would like to run a 2.6.10 kernel
On Sun, Jan 09, 2005 at 07:36:47PM +, Matthew Wilcox wrote:
On Sun, Jan 09, 2005 at 08:33:51PM +0100, Marc Haber wrote:
Actually, the kernel of my dreams is more near to the vanilla
kernel.org kernel, so I'd like to be able to throw out patches that
you need to apply because of your
Marc Haber wrote:
On Sun, Jan 09, 2005 at 07:40:06PM +0100, Thiemo Seufer wrote:
I think the effort to do so is better invested elsewhere. As a
general rule, the kernel team strives to keep the debian-specific
patches to a minimum. For people without in-depth kernel knowledge
it's
Marc Haber wrote:
On Sun, Jan 09, 2005 at 08:25:33PM +0100, Christoph Hellwig wrote:
Agreed. The package is not a repository for cherrypicking patches
but intended to used as a whole thing.
I am pretty disappointed about that attitude towards your users. What
exactly is the problem with a
On Sun, Jan 09, 2005 at 08:52:59PM +0100, Thiemo Seufer wrote:
Cherrypicking makes little sense, because there are only cherries. :-)
For my systems, I care about security holes being fixed, but I do not
care about some obscure video hardware, or additional features. So
Cherry is relative.
On Sun, 09 Jan 2005 20:41:41 +0100, Marc Haber wrote:
On Sun, Jan 09, 2005 at 08:25:33PM +0100, Christoph Hellwig wrote:
Agreed. The package is not a repository for cherrypicking patches
but intended to used as a whole thing.
I am pretty disappointed about that attitude towards your users.
On Sun, Jan 09, 2005 at 03:56:48PM -0500, Andres Salomon wrote:
On Sun, 09 Jan 2005 20:41:41 +0100, Marc Haber wrote:
On Sun, Jan 09, 2005 at 08:25:33PM +0100, Christoph Hellwig wrote:
Agreed. The package is not a repository for cherrypicking patches
but intended to used as a whole thing.
On Sun, 09 Jan 2005 19:01:38 +0100, Marc Haber wrote:
Hi,
A few months ago, I asked on this list for more informative
description of patches enabling non-kernel hackers to choose
individual patchsets for their local kernels. Unfortunately, that
question was denied pretty fast. Looks like
13 matches
Mail list logo
