[svsm-devel] [RFC] COCONUT-SVSM Release Process
Daniel P. Berrangé
berrange at redhat.com
Tue Nov 5 17:26:31 CET 2024
On Tue, Nov 05, 2024 at 04:50:13PM +0100, Jörg Rödel wrote:
> Hi Daniel,
>
> On Tue, Nov 05, 2024 at 11:40:44AM +0000, Daniel P. Berrangé wrote:
> > At the RPM packaging level, the "R" release will always compare as
> > newer than the "D" release, simply because the "R" is larger than
> > "D" in ascii.
>
> Do you expect development and stable releases within the same package
> stream? My expectation is that distributions package the stable and
> development releases with different package names (e.g. coconut-svsm vs.
> coconut-svsm-unstable).
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.
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.
> > If you use a "NN" counter instead of month, then you can follow the
> > approach that even numbers are stable releases and odd numbers are
> > development releases. This is a simple rule to understand and has
> > well defined version comparison behaviour
>
> Okay, that is another option. I find that slightly less intuitive, but
> since other projects do it this way I might be wrong with this and we
> actually don't need to intensively teach users about that sheme.
With regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
More information about the Svsm-devel
mailing list