Announcement

Collapse
No announcement yet.

Farewell To The Linux 2.6 Kernel?

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Honestly, the kernel version doesn't matter to most users. To the rest of us, we have one we already understand quite well, and are used to, so why change it "just because"?

    I for one like the current scheme. It's simple and it works. So I hope they'll stick around to 2.6.30 (hey, 2.0 got up to 2.0.40, so what's the problem?) and beyond.

    Comment


    • #17
      Originally posted by 3vi1 View Post
      I have another idea: how about we drop the major and minor revision levels, and use latitude and longitude? I mean, if we're going to use the fourth dimension for one of the numbers... why not have the other two relate to where Linus was sitting when he did the commit?

      -J
      That would be cool! Weird, but cool! But it should be in UTM not lat+long, UTM would make it just at tad more confusing :-P

      /Sinner

      Comment


      • #18
        We could just assume the 2.6 and call it 28, 29, 30 from now on, per one of the suggestions listed in the article. I kinda like that idea.

        Before 2.6.27 came out, I tried explaining to someone that the next version of the Linux kernel would have the Atheros drivers in it. Saying "Two point six point twenty-seven" out loud was clunky and overwhelming.

        Comment


        • #19
          Originally posted by Sinner View Post
          ... UTM would make it just at tad more confusing :-P

          /Sinner
          Okay, I'm for it then.

          Comment


          • #20
            Originally posted by aaaantoine View Post
            We could just assume the 2.6 and call it 28, 29, 30 from now on, per one of the suggestions listed in the article. I kinda like that idea.
            As I said to another: I'm not against that idea - it would eliminate the numbers that are no longer relevant, and that's a good thing. The only fear I have is that neophytes might say "VERSION 28?!?! SOUNDS LIKE THEY HAVE TO KEEP UPDATING IT TO FIX BUGS!!!"

            I know: It's a ridiculous age we live in, where you need to keep version numbers between 5 and 10 for consumer confidence and emotional reasons. If Linus did decide to drop the first two numbers, I would fully support it and correct any online misconceptions I saw stated based on the high rate of change in the version numbers.

            Hey... why does the spell-checker think "online" is misspelled?

            Comment


            • #21
              I think they should just start using binary for version numbers.
              ie:

              Kernel 10.110.11100
              Last edited by deanjo; 10-18-2008, 04:53 PM.

              Comment


              • #22
                Originally posted by deanjo View Post
                I think they should just start using binrary for version numbers.
                ie:

                Kernel 10.110.11100
                Okay... I change my vote to THAT.

                Comment


                • #23
                  i don't like it at all. Just keep it simple like today. Whats wrong with having a 2.7.x, 2.8.x, 2.9.x, 3.0, etc. It is simple and we can clearly see which version is newer.

                  Comment


                  • #24
                    Hmmm... I for sure would like something different than 2.6.xxx. Given how long "2.6" is around this prefix doesn't give much information anymore. How "old" e.g. is 2.6.13? Well, it's like "14 versions old", which give a rough idea of "outdated", but if this is how versions are compared one could just as well drop the "2.6" and call it "Linux 27", "Linux 28", ... which looks pretty stupid.

                    So I'd definately appreciate the year (and if possible/meaningful month, too) to be in the version number, so one can relate to it on a human scale.

                    Comment


                    • #25
                      This would be a big step in the wrong direction and really should be resisted. The current linux versioning scheme reflects the actual work, the actual technical milestones, and the relative stability of the kernel. Do I care what year and month it was released? No, because with this model of development progress is measured in work and innovation accomplished not predetermined product shipping deadlines.

                      Those people who wish to replace 2.6.27 with "linux 2008 SP3" need to have their heads examined.
                      Last edited by khaije1; 10-25-2008, 12:45 AM.

                      Comment


                      • #26
                        Originally posted by SavageX View Post
                        Hmmm... I for sure would like something different than 2.6.xxx. Given how long "2.6" is around this prefix doesn't give much information anymore. How "old" e.g. is 2.6.13? Well, it's like "14 versions old", which give a rough idea of "outdated", but if this is how versions are compared one could just as well drop the "2.6" and call it "Linux 27", "Linux 28", ... which looks pretty stupid.

                        So I'd definately appreciate the year (and if possible/meaningful month, too) to be in the version number, so one can relate to it on a human scale.

                        Sorry, don't mean to sound like a troll with this reply but why doesn't Nexiuz follow this scheme then?

                        Originally posted by khaije1 View Post
                        This would be a big step in the wrong direction and really should be resisted. The current linux versioning scheme reflects the actual work, the actual technical milestones, and the relative stability of the kernel. Do I care what year and month it was released? No, because with this model of development progress is measured in work and innovation accomplished not predetermined product shipping deadlines.

                        Those people who wish to replace 2.6.27 with "linux 2008 SP3" need to have their heads examined.
                        Amen

                        Comment

                        Working...
                        X