One nugget of information in the LibreOffice 7.6 release announcement for those who missed it and deserves calling out specifically…
LibreOffice developers are moving to a year.month based versioning system.
Due to the maturity of the LibreOffice codebase, the current versioning system isn’t really reflective of major changes and in turn can be hard to genuinely justify bumping the significant version number.
By switching to a calendar-based numbering system it’s now decoupled from features or not of that release.
There were some internal discussions whether it should move to say LibreOffice 2024.2 but in the end they decided for a YY.M-based scheme.
There were also discussions whether to just always increase the major version number with each new release as Firefox and Google Chrome do now, but that too was decided against.
The original article contains 175 words, the summary contains 132 words. Saved 25%. I’m a bot and I’m open source!
This is the best summary I could come up with:
One nugget of information in the LibreOffice 7.6 release announcement for those who missed it and deserves calling out specifically…
LibreOffice developers are moving to a year.month based versioning system.
Due to the maturity of the LibreOffice codebase, the current versioning system isn’t really reflective of major changes and in turn can be hard to genuinely justify bumping the significant version number.
By switching to a calendar-based numbering system it’s now decoupled from features or not of that release.
There were some internal discussions whether it should move to say LibreOffice 2024.2 but in the end they decided for a YY.M-based scheme.
There were also discussions whether to just always increase the major version number with each new release as Firefox and Google Chrome do now, but that too was decided against.
The original article contains 175 words, the summary contains 132 words. Saved 25%. I’m a bot and I’m open source!