Re: Changing version scheme for the evolution projects
Jan Alexander Steffens via desktop-devel-list <[email protected]> Fri, 16 Sep 2022 16:16:33 +0200
| Newsgroups | gmane.comp.gnome.desktop |
|---|---|
| Message-ID | <CAMQ-g0fDnx+UZqy0Bo+qmoGn2J8=aLMKVo6kwmQN3QO6wBRjHA@mail.gmail.com> |
--===============0868680737343965192== Content-Type: multipart/alternative; boundary="000000000000e2a1e605e8cc02a0" --000000000000e2a1e605e8cc02a0 Content-Type: text/plain; charset="UTF-8" On Fri, Sep 16, 2022 at 4:08 PM Jeremy Bicha via desktop-devel-list < [email protected]> wrote: > Resending since my previous email went to the moderation queue. > > On Fri, Sep 16, 2022 at 9:41 AM Michael Catanzaro <[email protected]> > 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. --000000000000e2a1e605e8cc02a0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail= _attr">On Fri, Sep 16, 2022 at 4:08 PM Jeremy Bicha via desktop-devel-list = <<a href=3D"mailto:[email protected]">desktop-devel-list@gnom= e.org</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"ma= rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:= 1ex">Resending since my previous email went to the moderation queue.<br> <br> On Fri, Sep 16, 2022 at 9:41 AM Michael Catanzaro <<a href=3D"mailto:mca= [email protected]" target=3D"_blank">[email protected]</a>> wrote:<br= > > In contrast, everyone knows how to handle alpha/beta/rc and knows what= <br> > they mean. Just use tildes instead of periods in the appstream metadat= a<br> > (43~alpha, etc.)<br> <br> Debian and its derivatives have a similar problem with the GNOME 40<br> style pre-release version numbering. We have to rewrite the versions<br> to use tildes instead of periods. It looks like Fedora is having to do<br> that too.<br> <br> So we have a situation where it's requiring extra version mangling by<b= r> both distros and GNOME maintainers (to translate the version for the<br> AppStream metadata format), I believe distros have figured out<br> workarounds and updated their packaging scripts a while ago, but the<br> AppStream situation is probably needing manual work by GNOME<br> maintainers and mistakes are made.<br> <br> I think we could save everyone some work by just making the tilde<br> style official instead of periods for pre-releases.<br></blockquote><div><b= r></div><div>Arch changes prerelease versions as well, but we have to remov= e the period (40.rc -> 40rc) so that it orders before 40 or 40.0.</div><= div>A tilde is handled the same as a period and would not help us.<br></div= ></div></div> --000000000000e2a1e605e8cc02a0-- --===============0868680737343965192== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ desktop-devel-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/desktop-devel-list --===============0868680737343965192==--