Linus discusses Linux Kernel 2.8 or 3.0
Today in the Linux Kernel mailing list, Linus Torvalds writes that many versions of the Linux 2.6 kernel have already been released, and that he may eventually mark this as the Linux 2.8.0 kernel.
Linus sent a letter reminding you about the merge stage. As it was said last week , when the Linux 2.6.39 kernel came out, the Linux kernel creator expects that the 2.6.40 kernel merge takes less time than usual because of his journey regarding LinuxCon in Japan at the end of the month. Usually, the merger phase takes about two weeks after the main release of each core. Most likely, this time it will just be shorter for a few days.
This message was intended simply to remind the operators that the merge time would be shortened so that they did not bombard him with last-minute pull requests. At the end of this message, Linus Torvalds wrote something interesting. “PS. The voices in my head tell me that the numbers are getting too big. I can just call it 2.8.0. And I almost guarantee that this PS is going to lead to a more detailed discussion than anything else, but when voices tell me to do something, I listen to it. ”
The only serious answer so far to this remark Linus was from Greg Kroah-Hartman. He said, "If you do this, I will buy you a bottle of any whiskey you want, and which I can get in Tokyo next week."
')
For those who do not remember, it was back in 2008, Greg KX proposed to abandon the Linux Kernel 2.6 numbering . At that time, he was interested in some other version control schemes that reflected time better than the additional version number. Greg was interested in having versions of "Linux 2009.0.0" or some other kind, taking into account the age of the kernel, and not a certain number that has little meaning for the uneducated.
Linux kernel 2.6 is currently on its way to the 40th release in the last seven years of development. For comparison, in Linux, the 2.4 branch was about 24 releases before Linux 2.6.0, and today the 2.4 branch has reached version 2.4.37.
It may make sense to raise the version number or switch to other version control schemes, if consensus is reached, the Linux kernel will be able to arrive at a new scheme in the foreseeable future without revolutionary changes (due to the fact that it is developing well enough).
Linux 2.6.40 will include some Sandy Bridge performance optimization features, initial support for Intel Ivt Bridge , graphics support fixes , NVIDIA Optimus form , and many other features that we will start discussing closer to Linux 2.6.40-rc1 (or Linux 2.8). 0-rc1). Here you can see some features that will not be in the next Linux kernel.
Update : It seems that Linus is very serious about changing the version of the Linux kernel. Here is another message from him.
Linus sent a letter reminding you about the merge stage. As it was said last week , when the Linux 2.6.39 kernel came out, the Linux kernel creator expects that the 2.6.40 kernel merge takes less time than usual because of his journey regarding LinuxCon in Japan at the end of the month. Usually, the merger phase takes about two weeks after the main release of each core. Most likely, this time it will just be shorter for a few days.
This message was intended simply to remind the operators that the merge time would be shortened so that they did not bombard him with last-minute pull requests. At the end of this message, Linus Torvalds wrote something interesting. “PS. The voices in my head tell me that the numbers are getting too big. I can just call it 2.8.0. And I almost guarantee that this PS is going to lead to a more detailed discussion than anything else, but when voices tell me to do something, I listen to it. ”
The only serious answer so far to this remark Linus was from Greg Kroah-Hartman. He said, "If you do this, I will buy you a bottle of any whiskey you want, and which I can get in Tokyo next week."
')
For those who do not remember, it was back in 2008, Greg KX proposed to abandon the Linux Kernel 2.6 numbering . At that time, he was interested in some other version control schemes that reflected time better than the additional version number. Greg was interested in having versions of "Linux 2009.0.0" or some other kind, taking into account the age of the kernel, and not a certain number that has little meaning for the uneducated.
Linux kernel 2.6 is currently on its way to the 40th release in the last seven years of development. For comparison, in Linux, the 2.4 branch was about 24 releases before Linux 2.6.0, and today the 2.4 branch has reached version 2.4.37.
It may make sense to raise the version number or switch to other version control schemes, if consensus is reached, the Linux kernel will be able to arrive at a new scheme in the foreseeable future without revolutionary changes (due to the fact that it is developing well enough).
Linux 2.6.40 will include some Sandy Bridge performance optimization features, initial support for Intel Ivt Bridge , graphics support fixes , NVIDIA Optimus form , and many other features that we will start discussing closer to Linux 2.6.40-rc1 (or Linux 2.8). 0-rc1). Here you can see some features that will not be in the next Linux kernel.
Update : It seems that Linus is very serious about changing the version of the Linux kernel. Here is another message from him.
So I play with 3.0, and in this case, it really will be “3.0”, and not “3.0.0” - the stable branch will get the third digit, not the fourth.
But no, it will not be over 42. Despite THHGTTG, I think “40” is a fairly good round number.
It is also a matter of timing - since we are making a version number not based on features, but depending on the time, I just say “we are going to start from the third decade” it works as well as any other excuse.
Wait and see.
Linus
Source: https://habr.com/ru/post/119848/
All Articles