Re: Changing version scheme for the evolution projects
On Fri, Oct 21, 2022 at 7:55 AM Milan Crha via desktop-devel-list wrote: > > On Mon, 2022-09-19 at 08:21 +0200, Milan Crha via desktop-devel-list > wrote: > > Maybe. > > Hi, > just to close this thread with a conclusion: there had been multiple > opinions (I received some also as private responses), and because I do > not have any strong reason for the change and the most opinions were in > a way "why to make any change", thus I decided to _not_ change anything > and keep the versions as it is now. > Bye, > Milan Hi, good to hear that. Thanks. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On Mon, 2022-09-19 at 08:21 +0200, Milan Crha via desktop-devel-list wrote: > Maybe. Hi, just to close this thread with a conclusion: there had been multiple opinions (I received some also as private responses), and because I do not have any strong reason for the change and the most opinions were in a way "why to make any change", thus I decided to _not_ change anything and keep the versions as it is now. Bye, Milan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On 9/16/22 16:03, Jeremy Bicha via desktop-devel-list wrote: I think we could save everyone some work by just making the tilde style official instead of periods for pre-releases. Yes, I agree, I think it would make a lot of sense to use tildes for pre-releases upstream. -- Kalev ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On Fri, Sep 16, 2022 at 9:41 AM Michael Catanzaro wrote: > In contrast, everyone knows how to handle alpha/beta/rc and knows what > they mean. Just use tildes instead of periods in the appstream metadata > (43~alpha, etc.) Debian and its derivatives have a similar problem with the GNOME 40 style pre-release version numbering. We have to rewrite the versions to use tildes instead of periods. It looks like Fedora is having to do that too. So we have a situation where it's requiring extra version mangling by both distros and GNOME maintainers (to translate the version for the AppStream metadata format), I believe distros have figured out workarounds and updated their packaging scripts a while ago, but the AppStream situation is probably needing manual work by GNOME maintainers and mistakes are made. I think we could save everyone some work by just making the tilde style official instead of periods for pre-releases. Thank you, Jeremy Bicha ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On Fri, 2022-09-16 at 08:41 -0500, Michael Catanzaro wrote: > I'm glad you're phasing it out, but doing something > different from the rest of GNOME is inherently confusing. Hi, I think any change is always confusing at the start. My idea behind x.y.0.90 is that the tweak number being so high suggests the release is something just before the main (stable) release. GNOME used to have .90, .91,... before too. As the scheme follows something well established in another project(s) (even not GNOME) might be helpful. Maybe. > In contrast, everyone knows how to handle alpha/beta/rc and knows > what they mean. Just use tildes instead of periods in the appstream > metadata (43~alpha, etc.) It has a little catch, when it does such a dull person like me, I always forget to change the dot into a tilde not only in the appstream data, but also when packaging. That's my problem, of course, not paying enough attention or whatever, but it's also much better to not need to pay attention, to have things done properly without recalling things. As had been said in other mails in this thread, the tilde is just a workaround for the problems the alpha/beta/rc causes to other parties. Bye, Milan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On Fri, Sep 16, 2022 at 10:43 AM Michael Catanzaro wrote: > On Fri, Sep 16 2022 at 04:16:33 PM +0200, Jan Alexander Steffens via > desktop-devel-list wrote: > > Arch changes prerelease versions as well, but we have to remove the > > period (40.rc -> 40rc) so that it orders before 40 or 40.0. > > A tilde is handled the same as a period and would not help us. > > Oh, sigh. I suppose if different distros have different ordering rules, > then there is no way to please everyone. $ git tag 44~alpha fatal: '44~alpha' is not a valid tag name. This may be related to some distro's challenges with tildes. Debian's packaging scripts just converts the ~ to _ when tagging. _ doesn't sort lower than a . so this still wouldn't fix the issue for anything using git tag sort order to look up the newest version. Thank you, Jeremy Bicha ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On Fri, Sep 16 2022 at 04:16:33 PM +0200, Jan Alexander Steffens via desktop-devel-list wrote: Arch changes prerelease versions as well, but we have to remove the period (40.rc -> 40rc) so that it orders before 40 or 40.0. A tilde is handled the same as a period and would not help us. Oh, sigh. I suppose if different distros have different ordering rules, then there is no way to please everyone. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On Fri, Sep 16 2022 at 10:03:49 AM -0400, Jeremy Bicha wrote: I think we could save everyone some work by just making the tilde style official instead of periods for pre-releases. That sounds good to me. I like the tilde better anyway. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On Fri, Sep 16, 2022 at 4:08 PM Jeremy Bicha via desktop-devel-list < desktop-devel-list@gnome.org> wrote: > Resending since my previous email went to the moderation queue. > > On Fri, Sep 16, 2022 at 9:41 AM Michael Catanzaro > wrote: > > In contrast, everyone knows how to handle alpha/beta/rc and knows what > > they mean. Just use tildes instead of periods in the appstream metadata > > (43~alpha, etc.) > > Debian and its derivatives have a similar problem with the GNOME 40 > style pre-release version numbering. We have to rewrite the versions > to use tildes instead of periods. It looks like Fedora is having to do > that too. > > So we have a situation where it's requiring extra version mangling by > both distros and GNOME maintainers (to translate the version for the > AppStream metadata format), I believe distros have figured out > workarounds and updated their packaging scripts a while ago, but the > AppStream situation is probably needing manual work by GNOME > maintainers and mistakes are made. > > I think we could save everyone some work by just making the tilde > style official instead of periods for pre-releases. > Arch changes prerelease versions as well, but we have to remove the period (40.rc -> 40rc) so that it orders before 40 or 40.0. A tilde is handled the same as a period and would not help us. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
Resending since my previous email went to the moderation queue. On Fri, Sep 16, 2022 at 9:41 AM Michael Catanzaro wrote: > In contrast, everyone knows how to handle alpha/beta/rc and knows what > they mean. Just use tildes instead of periods in the appstream metadata > (43~alpha, etc.) Debian and its derivatives have a similar problem with the GNOME 40 style pre-release version numbering. We have to rewrite the versions to use tildes instead of periods. It looks like Fedora is having to do that too. So we have a situation where it's requiring extra version mangling by both distros and GNOME maintainers (to translate the version for the AppStream metadata format), I believe distros have figured out workarounds and updated their packaging scripts a while ago, but the AppStream situation is probably needing manual work by GNOME maintainers and mistakes are made. I think we could save everyone some work by just making the tilde style official instead of periods for pre-releases. Thank you, Jeremy Bicha ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Changing version scheme for the evolution projects
On Fri, Sep 16 2022 at 07:41:10 AM +0200, Milan Crha via desktop-devel-list wrote: 3.47.0.90 ... GNOME's .alpha 3.47.0.91 ... GNOME's .beta 3.47.0.92 ... GNOME's .rc ... here's a gap for urgent development releases up to .99 3.47.1... GNOME's .0, aka the first stable release Well you *can* use whatever version scheme you want, but that doesn't mean it's a good idea. Even/odd versioning was very confusing for packagers and I'm glad you're phasing it out, but doing something different from the rest of GNOME is inherently confusing. In contrast, everyone knows how to handle alpha/beta/rc and knows what they mean. Just use tildes instead of periods in the appstream metadata (43~alpha, etc.) Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list