4 ms·
A new major release of the Linux kernel happens every ~8 weeks. There are usually 7 or 8 release candidates (-rc1, rc2, etc) released on successive Sundays duri
by aorth 2y ago
A new major release of the Linux kernel happens every ~8 weeks. There are usually 7 or 8 release candidates (-rc1, rc2, etc) released on successive Sundays during that period, followed by a release of the major version. That's the workflow the Linux kernel has used for years.
- rurban 2y ago[flagged]
- fsh 2y agoLinus Torvalds can do whatever he wants. Fork it if you don't like it.
- salomonk_mur 2y agoActually, yeah, everyone in the world can pretty much go and invent their own random version numbering scheme if they want to. And Linus Torvalds particularly.
- sevg 2y agoWhat a strange comment. Are you trolling? Yes, projects can use their own version scheme. The Linux kernel has been using this version scheme for over a decade. If you think it's inconsistent then that's a you problem.
- rurban 2y agoMy problem is that Linus didn't bump it on this major change. His versioning scheme is that he bumps whenever it feels like it. So decades of work to make it finally real-time safe is not worth it. This shows his precedences. It's not latencies. The industry will recognize
- sevg 2y agoNo, the versioning scheme is that the first two numbers are the major version. From https://en.wikipedia.org/wiki/Linux_kernel_version_history https://en.wikipedia.org/wiki/Linux_kernel_version_history : > Each major version – identified by the first two numbers of a release version For the last decade, the first number gets bumped once the second number reaches 19 or 20. This has been consistent since 3.x. > So decades of work to make it finally real-time safe is not worth it. Haha you can't actually be serious? Thomas Gleixner's goal was to get Real-Time patches merged, not to get an aesthetic version bump, because nobody cares about the version number.