lkml.org 
[lkml]   [2005]   [Dec]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: RFC: Starting a stable kernel series off the 2.6 kernel
    Hi everyone.

    Here to expose my point of view, hope u'll enjoy :)

    Starting stable series off the 2.6 simply wouldn't work: there are no
    paid QA guys ready to test, fix, stabilize those series, kernel
    developers wants to hang on new exciting stuff.
    This tendence leads to faster innovations in kernel core and features
    set but leaving the "forking" effort to distributions leads to
    fragmentation too: almost every distro has a different base kernel on
    which doing testing and fixing and this, in my opinion, is not
    positive for the kernel.org kernels. Another problem of the current
    development model is that fast changes are difficult to track for
    small external projects (those whitout big $$ behind), the small
    projects which made linux so great in the past.
    Maybe a way to reduce those problems is to release the kernel like
    GNOME, KDE, fedora & co. do for their stuff: one stable release every
    6 months but build on top of the current way of doing things. Example:

    2.6.14 released on 27 October, then:
    2.6.14.1-gitN until 2.6.14.1-rcN -> 2.6.14.1
    2.6.14.2-gitN until 2.6.14.2-rcN -> 2.6.14.2
    ...
    (maybe last 2.6.14-N, which could be called 2.6.15-gitN ->
    2.6.15-rcN, only bugfixes and small changes, main development in -mm
    or in a new -something tree during this last phase)
    2.6.15 release on March

    those middle releases would be handled with the current development
    model except for the last one. So, the largest part of developers
    would continue to think and to work using the current development
    model and some guys would be able to plan a list of features and
    functionalities every 6 months and, based on this list, handle the
    6-months release giving guide lines (like Linus and friends already do
    but, i repeat, focusing on a 6 months time window)

    Doing things this way would lead to distributions aligning to the same
    kernel and open up a possible scenario of distros collaborating to
    mantain the latest stable release. This should make small projects and
    users who want to run bleeding edge stuff lifes easier too.

    of couse the time window could be larger or smaller but doing things
    6months-based should align kernel development to some other big
    projects too.


    cheers,
    Michele
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-12-03 18:37    [W:0.021 / U:153.460 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site