[lkml]   [2000]   [Sep]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Proposal: Linux Kernel Patch Management System
Hi !

This is a very interesting idea, but I think we will
quickly need two more types of information from the
patch sender :

- type of patch (fix, new feature, performance boost,
cleanup ...)

- the degree of reliability known to the sender :
- some patches are hand-coded (often proposals on
- some *will* break something (just for test
- some are known to be buggy, but testers are
- some patches are simply not tested
- some are reported to work for a long time on a
small amount of computers
- some are reported to work, perhaps with small
(ie: raid, reiserfs, ide... mainly real projects)
- some are known to involve absolutely no risk at
all (mainly documentation patches).

I personnaly would like to be able to classify the
patches I sometimes send this way. I know that some of
them are not good and I wouldn't like people to
rely on them. With such a method, it would be easy to
select "reliable fixes" or "features that need to be
fixed" on a search engine.

Moreover, if a patch is finally reported to break
something, it would be easy to change it reliability
level afterwards.

If we also add a field that tells if the patch is to
be included, not to be included or simply proposed,
it would be helpfull to include synthetic reports
the global reliability.

Just my two cents here,


Do You Yahoo!?
Achetez, vendez! À votre prix! Sur
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:38    [W:0.068 / U:1.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site