Open Stack

On 12/13/21 10:52, Chandan Kumar wrote:
> Hello,
> 
> The tripleo-ci team is working on drafting the plans for bootstrapping
> tripleo stable/wallaby branch on CentOS Stream 9.
> 
> During adding the support of CentOS Stream 9 for tripleo master, we have added
> lots of patches for example:
> * tripleo-common:
> https://review.opendev.org/q/%28topic:%2522cs9%2522+OR+hashtag:%2522cs9%2522%29+status:merged+project:openstack/tripleo-common
> * tripleo-heat-templates:
> https://review.opendev.org/q/%28topic:%2522cs9%2522+OR+hashtag:%2522cs9%2522%29+status:merged+project:openstack/tripleo-heat-templates
> * https://review.opendev.org/q/%28topic:%2522cs9%2522+OR+hashtag:%2522cs9%2522%29+status:merged+project:openstack/tripleo-ansible
> 
> Backporting these patches in chains for stable/wallaby, will create
> lots of merge conflicts (few of them are big changes) and might get
> messy.
> RDO wallaby DLRN builder bootstrap has also started.
> 
> In order to avoid that, we are coming with following plan:
> - Pick the major change and backport that one and add all the
> remaining changes in that itself (not a clean backport):
> https://review.opendev.org/c/openstack/tripleo-common/+/821511
> - Make sure these backported changes passed on CentOS-8 CI jobs
> - Once the RDO CS9 wallaby packages are available, Start bootstrapping
> the container and Image build job on CS9 via testproject.
> 
> Let us know your thoughts around this.

Hey Chandan,

As discussed before: I'm all for this solution. There are multiple 
advantages, among them: less CI hassle, less conflicts, faster merges.

Cheers,

C.

> 
> Thanks,
> 
> Chandan Kumar
> 
> 

-- 
Cédric Jeanneret (He/Him/His)
Sr. Software Engineer - OpenStack Platform
Deployment Framework TC
Red Hat EMEA
https://www.redhat.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20211213/dae355a1/attachment.sig>