[svsm-devel] [RFC] COCONUT-SVSM Release Process
Jörg Rödel
jroedel at suse.de
Tue Nov 5 17:57:47 CET 2024
On Tue, Nov 05, 2024 at 04:26:31PM +0000, Daniel P. Berrangé wrote:
> I can't speak for all distros, but in Fedora / RHEL we will generally
> aim to ship a single stream of software, unless there's a very compelling
> backcompat need to ship multiple *stable* versions.
>
> In Fedora rawhide, we'll sometimes ship development releases, in
> situations where we expect a followup stable release to be ready,
> before the Fedora relase branches. The idea of this is that it
> gets earlier testing of the forthcoming stable release, so we can
> identify and resolve problems more quickly. This does assume that
> the upstream project in question is shipping development releases
> that are considered high quality, which may or may not the case.
Okay, thanks. That is a valid point and works well with projects that
have a single release stream for development and stable versions. In the
longer run I can see the SVSM following such a model as well. Maybe we
can go this way following Dionna's suggestion, see below.
> I would flip the question around and ask why there is a need to have
> distinct version number series for development vs stable releases.
> It is very unusual - personally I can't think of examples of projects
> doing this. A single version number series is the standard practice.
I made the distinction because I want to avoid the impression that we
consider a release ready for production. My criteria production
readiness is that the SVSM has a fallible alloctor API and can handle
out-of-memory situations without crashing.
So I want the release name used now to send the message that the code is
still under development.
For this release profiles as suggested by Dionna would also work.
Something like '2025.03[.NN][-devel]' would work as well and would solve
the above situation where packages start with development releases and
switch to stable ones later on.
Regards,
--
Jörg Rödel
jroedel at suse.de
SUSE Software Solutions Germany GmbH
Frankenstraße 146
90461 Nürnberg
Germany
https://www.suse.com/
Geschäftsführer: Ivo Totev, Andrew McDonald, Werner Knoblich
(HRB 36809, AG Nürnberg)
More information about the Svsm-devel
mailing list