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 =
&lt;<a href=3D"mailto:[email protected]">desktop-devel-list@gnom=
e.org</a>&gt; 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 &lt;<a href=3D"mailto:mca=
[email protected]" target=3D"_blank">[email protected]</a>&gt; wrote:<br=
>
&gt; In contrast, everyone knows how to handle alpha/beta/rc and knows what=
<br>
&gt; they mean. Just use tildes instead of periods in the appstream metadat=
a<br>
&gt; (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&#39;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 -&gt; 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==--