* Marc Haber:
> 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 be
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 no
* 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 about some obscure video hardware, or additional features. So
>
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 l
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
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 u
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.
Gr
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
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
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 yo
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 ker
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 _a
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 f
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 f
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 wri
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 more extensive docs.
cleanup
16 matches
Mail list logo
