←back to thread

147 points nitinreddy88 | 1 comments | | HN request time: 0s | source
Show context
rurban[dead post] ◴[] No.42170111[source]
[flagged]
bonzini ◴[] No.42170298[source]
There's no minor and major. All releases are equivalent but the first number is bumper when the second becomes large enough, which happens every 2-3 years.
replies(2): >>42170403 #>>42170988 #
yjftsjthsd-h ◴[] No.42170403[source]
In fairness, that is a weird versioning scheme, and I really do wish that Linux either switched to full semver (in which case it'd be version 2.9000.0 or so by now) or just drop the leading digit and go full build number kinda like NT does. But as cousin comments note, not my project not my call:)
replies(4): >>42170564 #>>42170621 #>>42171003 #>>42171115 #
nolist_policy ◴[] No.42170564[source]
I like qemu's version scheme were the major version increases every year (since version 4.0). So x.1 the first release in a year and you can see from a quick glance how "old" a version is.
replies(2): >>42170617 #>>42170847 #
1. yjftsjthsd-h ◴[] No.42170617[source]
I don't mind date-based versions, though if you're going to do that I feel like it'd be easier to go all the way? I can't tell how old qemu 4.0 is, but even without knowing details I would feel pretty confident in roughly when a hypothetical qemu-2024.1 had been released.