Page 1 of 2 12 LastLast
Results 1 to 10 of 26

Thread: Linus Talks Of Linux 2.8 Or Linux 3.0; Ending Linux 2.6

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    15,659

    Default Linus Talks Of Linux 2.8 Or Linux 3.0; Ending Linux 2.6

    Phoronix: Linus Talks Of Linux 2.8 Or Linux 3.0; Ending Linux 2.6

    In a message to the Linux Kernel Mailing List today regarding the shortened merge window for the Linux 2.6.40 kernel, Linus Torvalds brings up that there's already been many Linux 2.6 kernel releases and that he could end up tagging this as the Linux 2.8.0 kernel...

    http://www.phoronix.com/vr.php?view=OTQ3NQ

  2. #2
    Join Date
    Jan 2007
    Location
    Germany
    Posts
    2,175

    Default

    and in that case, it really would be "3.0", not "3.0.0" - the stable team would get the third digit rather than the fourth one
    That is a good change.

  3. #3
    Join Date
    Apr 2011
    Posts
    16

    Default Are major versions not ment for big changes.

    Hmm, I always thought going up a major (or even a minor) meant a big time change with loads of incompatibilities. Has the Godfather already decided on what he'd want to break?

  4. #4
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,801

    Default

    The current version number scheme is wrong anyway. With the model now used by the kernel, it makes more sense to release the next version as 2.7.0 and drop the fourth number completely. What use does it have anyway? After 2.7.0 is released, merge window for 2.8.0 opens, and updates to the current stable kernel should be tagged as 2.7.1, 2.7.2, etc.

    Edit:
    Also, they shouldn't be afraid to increase the major number. For example, removing the BKL was big enough of a change to go to 3.0.0.
    Last edited by RealNC; 05-23-2011 at 06:10 PM.

  5. #5
    Join Date
    Sep 2007
    Location
    Connecticut,USA
    Posts
    983

    Default

    Quote Originally Posted by RealNC View Post
    The current version number scheme is wrong anyway. With the model now used by the kernel, it makes more sense to release the next version as 2.7.0 and drop the fourth number completely. What use does it have anyway? After 2.7.0 is released, merge window for 2.8.0 opens, and updates to the current stable kernel should be tagged as 2.7.1, 2.7.2, etc.

    Edit:
    Also, they shouldn't be afraid to increase the major number. For example, removing the BKL was big enough of a change to go to 3.0.0.

    Yes something as major as removing the BKL code or major infrastructure/ABI changes should warrant a major version bump. It should have been considered before, as even the 2.4 series has like 37 revisions already.

  6. #6
    Join Date
    Oct 2009
    Posts
    353

    Default

    I personally like a "3.0" better (2 digits), rather than "2.8.0" (three digits).

    Besides, the "two" (in 2.x.x) doesn't mean anything any longer since no one in his right mind is using any Linux version prior to 2.x.x imo.

  7. #7
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,801

    Default

    Quote Originally Posted by cl333r View Post
    I personally like a "3.0" better (2 digits), rather than "2.8.0" (three digits).
    Well, 3.0 would technically be 3.0.0. It's just that usually when there's two 0's in a row, the last isn't written. So it would be 2.8. Only the first update to it would be written as 2.8.1.

    It's like we have now. 2.6.39 got released, not 2.6.39.0. But the first update to it will be 2.6.39.1.

  8. #8
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    He should scrap the 2.6.40 to 6.40. The first number is useless now that it everybody knows that the first stable release of Linux, ever, has been delivered a very, very, very long time ago. Uneven like 2.6.39 indicates unstable and 2.6.40.indicates stable. The first number is absolutely useless nowadays.

    Now the second number 2.6.40 indicates an acrhitecture overhaul. So either keep 6 or dare to make a 2.7.0 kernel change towards a stable 2.8.0. I don't think that it would be a problem if the code stays the same but with slow modularization over time. 2.7.1 indicating unstable and 2.7.2 indicating the first stable release. Having 2.8.0, or rather 8.0, as a modular kernel.

    The kernel is getting fat. I think taking modular design beyond kernel modules is great. I don't think that breaking stuff is good. I'd say pull a Gnome 3.x at the incremental change planning of Gnome 2.x.

    Anything else in terms of versioning numbers is total horror and only useful as Wine now has a 'useful' 1.x version scheme while I wished they still 0.9.x'd the sucker.

  9. #9
    Join Date
    Jan 2010
    Location
    Portugal
    Posts
    945

    Default

    About time. I was beggining to think that the 2.6 kernel would go into the hundreds...

  10. #10

    Default

    My take on this is version numbers should attempt to be informative or at least avoid being misleading. So they can be based on some milestone, like Wine 1.x, or reflect major architectural changes.

    Now I'm not sure any of that holds for Linux, and there doesn't seem to be any significant mid/long-term roadmap. This is okay and maybe natural for such a project, as opposed to, say, Wine, as it's difficult to objectively score achievements (see server vs desktop users). Well, the BKL removal is one important change, but it's not like it happened overnight or like it's something a user can directly experience and benefit from.

    And numbers aren't really getting big: it's going to be a long time before we see even 2.6.100.

    The development model is suited to incremental but significant changes, and this isn't going to change any time soon. It's tempting to say "hey, let's take this opportunity to make some major changes or go into a freeze or both", but that probably isn't better.

    So unless there's a half-good reason to do that, I'm not sure this change is warranted. And it's probably better if Linux doesn't get a marketing department.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •