[Rdo-list] openstack-puppet-modules branches

Emilien Macchi emilien at redhat.com
Tue Dec 15 13:27:31 UTC 2015



On 12/14/2015 08:25 PM, Alan Pevec wrote:
> Hi all (but specifically Puppet folks in CC :)
> 
> we need to rebase openstack-puppet-modules[1] (short OPM) to Mitaka
> while leaving Liberty on the stable branch asap.
> OPM is a special case in Delorean, it is built from master-patches,
> not master like other projects, because there are always some patches
> required by packstack or rdom which are not or cannot be merged in
> upstream openstack-puppet.

IMHO, it should not be special but rather considered as a regular project.
If there are some patches that are downstream and not merged upstream
I'm curious to see the list and figure out why they are not merged
upstream. That's something we might need to solve.

If an
> For Delorean Liberty rdoinfo was not forked, instead Delorean was
> modified to try distro and source branch specified in projects.ini[2]
> then fallback to default rpm-master and master respectively. This
> works nicely for most of the projects but fallback is not active when
> branch is specified explicitly in rdoinfo, like it is for OPM
> special-case[3].
> Alternative solutions are:
> 1. fork rdoinfo for Liberty
> 2. modify Delorean to support this special case
> 3. modify OPM repo to match working schema for other projects
> 
> AD 1. I'm -2, fork for just one special case is unjustified and
> keeping everything else in sync would be wasteful.

-2 too.

> AD 2. After quick poking at it, clear -2 from me.

Same.

> AD 3. Rename branches in OPM repo like this:
> current master -> upstream-master (verbatim copies of upstream
> modules' master branches)
> master-patches -> master (non-upstream patches rebased on top of
> upstream-master)
> current stable/liberty -> upstream-liberty (verbatim copies of
> upstream modules' stable/liberty branches)
> liberty-patches -> stable/liberty  (non-upstream patches rebased on
> top of upstream-liberty)

Big +1, it seems the most consistent and coherent way to manage OPM, I
think we should go that way.

> This would work immediately with current Delorean tooling, only
> required change is to remove source-branch in rdoinfo for OPM,
> and I hope OPM tooling could be modified easily to handle this change?
> 
> Cheers,
> Alan
> 
> [1] https://github.com/redhat-openstack/openstack-puppet-modules
> [2] https://github.com/redhat-openstack/delorean-instance/blob/2c182dd57c590cb17117d9e114bce72e13d6c394/delorean-user-data.txt#L201-L202
> [3] https://github.com/redhat-openstack/rdoinfo/blob/60e523481def987d6592f0dc6dbdd86016351724/rdo.yml#L491
> 

I would like to create a list of the patches that are in OPM and not
upstream. Can anyone easily provide it? The last time I checked, we had
~13 patches (that's a lot) that are not upstream.
We might want to figure that out too.
-- 
Emilien Macchi

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/rdo-list/attachments/20151215/71c79fb6/attachment.sig>


More information about the rdo-list mailing list