Date: prev next · Thread: first prev next last
2023 Archives by date, by thread · List index


Hi Marcin,
Le 27/05/2023 à 19:46, Marcin Zolisiarz a écrit :
Dear All,

I think it's hard to have consensus here, but we must not play with this
scheme so frivolously.

The next version due in early 2024 should be 8.0, and the next one on
mid-2024 should be 9.0 - this way we're going to always have an even number
in Winter and odd in Summer.

Winter and Summer are your seasons, some may have them differently, even without any seasons :-) so this is not a good scheme for the community

The 2nd digit should be used as a minor/bugfix release.

How do you deal with the Fresh and Still versioning scheme?

Within time we are going to reach big numbers, but our focus should be not
on numbers but on fresh/still branch and that users do upgrades reguraily,
report bugs if they are found and always 'in sync'.

Fully agree with you here

Cheers
Sophie

--
Sophie Gautier sophi@libreoffice.org
GSM: +33683901545
IRC: soph
Foundation coordinator
The Document Foundation


--
To unsubscribe e-mail to: marketing+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/marketing/
Privacy Policy: https://www.documentfoundation.org/privacy

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.