* Steven Rostedt:
>> Would this alone change much? I think what we really want is that our
>> favorite branch (whatever it is) gets critical fixes forever (well,
>> maybe one or two years, but this is forever). This is a bit
>> unrealistic because everyone has a slightly different branchpoint.
>> Releasing more often doesn't change that, really.
>
> Maybe that is what is needed. A branch that all can use.
There isn't a single one. Even for Debian, it was a hard struggle to
get sown to just two (or three?). Now try that across distributions,
or for people who own choosy hardware. (I once had to deal with a box
which didn't like anything else except 2.6.0-test9. I believe it's
still running this version, maybe slightly patched.)
> Have every 5 or so 2.6.x become a "stable" branch. Where
> distributions and users can work together on keeping it stable. The
> rules to modifying such a branch would pretty much stay with what it
> already takes to modify the current 2.6.x.y branch. If you want a
> feature, you must either take the latest "unstable" 2.6.x branch or
> wait for the next "stable" 2.6.x branch to merge.
In essence, this is just a slower version of the current model. It
won't change that much, unless the speed of the development cycle (and
its phase) matches your needs, which is unlikely. Security bugs would
still be discovered at about the same rate.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]