· Whalebird · Di 28.11.2023 10:30:32
@libreoffice@fosstodon.org
Any reasons for changing the version number to a scheme, where you can't see anything about major and minor releases... and possible compatibility?
Föderation DE Di 28.11.2023 10:34:56
@nick But it's the same – LibreOffice 7.6 (big number, smaller number) becomes 24.2. The release schedule is staying the same. Nothing changes in how we make the software, but the version numbers now reflect the year and month the software was released, rather than being just arbitrary X.X numbers.
Föderation DE Di 28.11.2023 10:39:09
It's not the same... it is major.minor compared to year.month... the date of the release is telling nothing about the version.
Is 24.2 just a minor update (like 7.7) or a new major generation (like 8.0)?
Föderation DE Di 28.11.2023 11:20:34
@nick@norden.social @nick@hhmx.de Ah OK, we see what you mean. LibreOffice will continue to have two big updates a year (plus many small revisions), so that doesn't change. The big number will be fixed to the year so we can't change that for a huge "generation" update, yes. But the software is also mature now after 12 years of development so we think this is a better approach. Good to have feedback though...
Föderation DE Di 28.11.2023 11:33:26
Thanks for replying.
I like to have version numbers, that includes information to an engineer.
I don't like version numbers, that are just used for advertising purposes.
https://en.wikipedia.org/wiki/Software_versioning
https://semver.org/
And btw. "mature"... does that mean, you will now switch to maintenance only?
Föderation DE Di 28.11.2023 11:40:17
@nick@norden.social @nick@hhmx.de Not maintenance – as mentioned, we'll have two big updates every year, with lots of new features, exactly the same as now. Nothing changes in the release engineering.
Re: the other point, it's not about advertising. Many people are using old versions of LibreOffice, and having a year+month version number (and communicating that well) can help. For the vast majority of end users, that year+month number says more than just some arbitrary thing that we choose. That's our view anyway 😊
Föderation DE Di 28.11.2023 11:51:23
Two new generations a year? ;-)
This is a valid point... information to end users... but what about information to engineers and administrators? Something to offer both?
And hopefully, the version number was never "arbitrary"... it should tell me, that for example 7.6 is the seventh generation as seventh minor update (including six minor updates). Indicates also some maturity... :-)
Btw.: I still have 6.4.x here... on a Linux LTS...
Föderation DE Di 28.11.2023 13:18:54
@nick@norden.social @nick@hhmx.de Oh sure, it was never arbitrary for us – but for the vast majority of end users, who aren't familiar with release schedules, version numbering systems etc., "7.6" doesn't say much.
And you're right about keeping sysadmins and engineers in the loop, so any changes in those contexts will be clear in our announcements, release notes and other places. But please do let us know if we can improve something! 😊
Föderation DE Di 28.11.2023 13:48:33
Funny... for me you start now with arbitrary numbers... 😉
What about using something like "Edition 2023, Version 7.6"?
And btw. i assume, it is possible to develop add-ons for #LibreOffice... how do they check a matching version? As something like "works with 7.x" (checking on major version 7 in the source code) would be no longer possible, right?
And are you sure, that end users will recognize 24.2 as February 2024? 😉
(@nick@norden.social)