[Development] Do we need version tags in released src packages?

[Iikka Eklund]

Hi,

>I'm afraid it won't work. There will be a number of users downloading
>the wrong tarball. Also having the tag in the tarball means you can
>still know what it is in your downloads folder, where you already lost
>the version.


As Jani mentioned in the original mail the idea was to simplify that part of the packaging

but given the reasoning in this thread I don't see we should remove it from the tarballs.


(e.g. instead we could read the module version tag from the CI integration's .git repo + ref (.cmake.cache)

instead of a separate configuration file in packaging)


br,

Iikka Eklund




________________________________
From: Development <development-bounces at qt-project.org> on behalf of Lisandro Damián Nicanor Pérez Meyer <perezmeyer at gmail.com>
Sent: Sunday, August 15, 2021 2:06 AM
To: development at qt-project.org <development at qt-project.org>
Subject: Re: [Development] Do we need version tags in released src packages?

On Fri, 13 Aug 2021 at 04:20, Jani Heikkinen <jani.heikkinen at qt.io> wrote:
>
> Hi!
>
> We are planning to simplify our packaging and releasing scripts and one thing which would simplify our scripts is removal of version tag parsing for src (and example) packages. So the question is if we can remove version tag (-alpha, -beta1 etc) from our src and exmple packages?
>
> In my opinion we don't need those; packages are always released in proper release folder (like https://download.qt.io/development_releases/qt/6.2/6.2.0-beta2/) and so on it should be quite obvious in which pre-release packages belongs to. Official release are already without any version tag so removing those from development releases shouldn't matter either. But does someone disagree and if yes why?

I'm afraid it won't work. There will be a number of users downloading
the wrong tarball. Also having the tag in the tarball means you can
still know what it is in your downloads folder, where you already lost
the version.
_______________________________________________
Development mailing list
Development at qt-project.org
https://lists.qt-project.org/listinfo/development
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20210816/9413782b/attachment-0001.html>