[Qgis-psc] Releasing LT version monthly in the first 6 months after the release

[Alexandre Neto]

Hello Jürgen, Mathias et al.,

Seems I forgot to answer this thread many moons ago. Sorry for the
inconvenience.

The manual testing idea is to be focused on the LTR releases only, where
there is no .0 RC, but it will still be affected by backports and updates
to the dependencies (correct me if I am wrong).

It's not supposed to make things harder for anyone , so, if the PSC agrees,
I would be happy to test the qgis-ltr-dev-full (LTR nightlies) just BEFORE
they become ltr-full on OSGeo4w.  The msi can be tested later.

For that, what I would ask is a kind of LTR nightly freeze once it's ready
for final packaging (no more backporting fixes or dependency bumps if
possible), for a period of at least a week (maybe this happens already?).

It was never intended to be of secret access, nor only for specific people.
The more people test it, the better!! But IMHO, it shouldn't be done by
accident by final users in production that received a warning to update
their LTR or that just happen to have QGIS Roadmap in their desk and are
trying to get the new LTR version as fast as possible. People using
qgis-ltr-dev-full will know what they are using and the risks.

I think what Andreas wanted was to run test cycle on LTR patch releases on
versions .4 (the LTR release premier), .5, .6, .7, .8 (new stable release),
.12 (another stable release). Am I correct?

Thanks and again sorry for the huge delay.

Best regards,
Alex Neto



A quinta, 30/03/2023, 11:04, Jürgen E. Fischer via QGIS-PSC <
qgis-psc at lists.osgeo.org> escreveu:

> Hi Andreas,
>
> On Thu, 23. Mar 2023 at 19:03:34 +0100, Andreas Neumann via QGIS-PSC wrote:
> > esp. in the light of the combination with the quarantine rule and one
> month
> > delay that comes with the quarantine rule.
>
> I'm still not sure about this quarantine rule - IMHO patches should be
> available in the nightlies and not be hidden in some git branch.
>
>
> > So Jürgen: May I please kindly ask you to adjust the road map (
> >
> https://www.qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule
> )
> > again - sorry about the back on forth in this respect.
>
> I just realize that I didn't send the reply - but I did update the
> schedule.
>
>
> On Fri, 24. Mar 2023 at 08:48:05 +0100, Matthias Kuhn via QGIS-PSC wrote:
> > Re-adding the unintentionally removed conversation to the list.
> > Thanks Andreas!
>
> > On Fri, Mar 24, 2023, 08:36 Andreas Neumann <a.neumann at carto.net> wrote:
> > > On 2023-03-23 23:42, Matthias Kuhn wrote:
> > > I agree with you that a monthly release makes sense, especially in the
> > > beginning, but I wonder if it makes sense to change that towards the
> end or
> > > if we can just stick to the once patch release per month that we
> currently
> > > have. Even at this stage, I think this can help.
>
> > > That would be fine with me as well: keep the monthly releases until the
> > > end of the life time of an LT version. That would probably make things
> > > easier for Jürgen.
>
> Yes, I don't see a need to lower the frequency later either.
>
>
> > > As for releasing earlier for testing, I like the idea a lot but would
> not
> > > limit it to specific people but spread it as much as possible, labeled
> as
> > > "release candidate", 2-4 weeks before the final release to leave room
> for
> > > reaction and possibly a second rc.
>
> > > Ok, yes. That is also ok for me. And I think we already do that. The
> > > first version 3.0 has the label "release candidate" written on the
> Splash
> > > screen. So that is already covered. We just have to check websites and
> > > other communication if we handle the "release candidate" wording
> > > consistently.
>
> That makes sense to me too.  Currently there's no means to produce secret
> releases.
>
> I could do test packages for OSGeo4W, so everyone would need to tick
> Experimental, who wanted to test them, while everyone else would still get
> the
> old version.  But if dependencies change for the new release - which is not
> that unsual - that might still break the current/previous packages.
>
> The packages for the MSIs are also fetched from OSGeo4W - so if they aren't
> there that would have to be adapted too.
>
> I could alternatively produce a qgis-rc line of packages before the release
> - next to qgis/qgis-rel-dev and also package that.  But the only difference
> between the regular and the nightly packages is that the regular build is
> split into several subpackages and that it doesn't produce debug output.
> So
> there's only a small chance that things don't show in the nightlies that
> might
> break the release.
>
> Just coining .0 as RC as we already do is much easier.
>
>
> Jürgen
>
> --
> Jürgen E. Fischer           norBIT GmbH             Tel. +49-4931-918175-31
> Dipl.-Inf. (FH)             Rheinstraße 13          Fax. +49-4931-918175-50
> Software Engineer           D-26506 Norden
> https://www.norbit.de
> QGIS release manager (PSC)  Germany                 IRC: jef on Libera|OFTC
> _______________________________________________
> QGIS-PSC mailing list
> QGIS-PSC at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-psc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-psc/attachments/20230921/08e4ff71/attachment-0001.htm>