[Rdo-list] Consequences for RDO of the proposal "no longer doing stable point releases"

[Tim Bell]

> -----Original Message-----
> From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On
> Behalf Of Alan Pevec
> Sent: 03 June 2015 12:39
> To: Jan Van Eldik
> Cc: Rdo-list at redhat.com
> Subject: Re: [Rdo-list] Consequences for RDO of the proposal "no longer doing
> stable point releases"
> 
> > - We ignore the initial release :)
> 
> That's why first RHEL was 2.1 :)
> 

To be complete, CERN does participate in the RDO test days using the initial releases so I would not propose to not build anything until month 3. I'd hope to find an CentOS/RHEL system or specific packaging issues at this stage in particular. Given that the Trunk CI is Ubuntu based, it is important to catch these sort of problems early since they can lead to negative user experiences.

I'm fine with the overall approach though.

Tim

> > I would imagine that other deployers follow similar scenarios.
> 
> Me too, thanks for confirmation for the field.
> 
> > I think it would be good if RPMs would continue to be produced on a
> > regular basis, to allow consumers to benefit from the upstream bug
> > fixes. But I guess we would need to find a balance between consumer
> > needs and the available packaging effort.
> 
> Yes, in upstream discussion I was at first going to propose to keep strictly time-
> based point release tags but then I liked upstream "stands behind" each commit
> idea. So every stable commit would be micro-versioned (TBD how and where to
> provide tarballs) so that RDO and other distros could take any of them, based on
> their own schedules and still have common reference point(s).
> 
> I'd propose to do RDO rebases on monthly basis with an option to do on-
> demand rebases for CVE or critical issues.
> Package updates are always up to the package maintainers so this would be a
> recommendation.
> If needed, in case of unresponsive maintainers for example, super-packagers
> would do the rebases but that should an exception, package maintainership
> must be distributed otherwise we failed!
> 
> 
> Cheers,
> Alan
> 
> _______________________________________________
> Rdo-list mailing list
> Rdo-list at redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
> 
> To unsubscribe: rdo-list-unsubscribe at redhat.com