<div dir="ltr"><div>Because we haven't heard any objections for one week, I invited the three people</div><div>I mentioned to the puppet-manager-core group.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 18, 2021 at 11:42 PM Takashi Kajinami <<a href="mailto:tkajinam@redhat.com">tkajinam@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Thank you, Marios and the team for your time in the meeting.</div><div><br></div><div>Based on our discussion, I'll nominate the following three volunteers from tripleo core team</div><div>to the puppet-openstack core team.</div><div> - Marios Andreou<br> - Ronelle Landy<br> - Wes Hayutin</div><div><br></div><div>Their scope of +2 will be limited to tripleo job definitions (which are written in .zuul.yaml or zuul.d/*.yaml) at this moment.<br></div><div><br></div><div>I've not received any objections so far (Thank you Tobias for sharing your thoughts !) but will wait for one week</div><div>to be open for any feedback from the other cores or people around.<br></div><div><br></div><div>My current plan is to add a specific hashtag so that these reviewers can easily find the related changes like [1]</div><div>but please let me know if anybody has preference.<br></div><div>[1] <a href="https://review.opendev.org/q/hashtag:%22puppet-tripleo-job%22+(status:open%20OR%20status:merged)" target="_blank">https://review.opendev.org/q/hashtag:%22puppet-tripleo-job%22+(status:open%20OR%20status:merged)</a></div><div><br></div><div>P.S.<br></div><div>I received some interest about maintaining puppet modules (especially our own integration jobs),</div><div>so will have some people involved in that part as well.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 14, 2021 at 8:57 PM Marios Andreou <<a href="mailto:marios@redhat.com" target="_blank">marios@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, May 14, 2021 at 2:46 PM Takashi Kajinami <<a href="mailto:tkajinam@redhat.com" target="_blank">tkajinam@redhat.com</a>> wrote:<br>
><br>
> Hi Marios,<br>
><br>
> On Fri, May 14, 2021 at 8:10 PM Marios Andreou <<a href="mailto:marios@redhat.com" target="_blank">marios@redhat.com</a>> wrote:<br>
>><br>
>> On Fri, May 14, 2021 at 8:40 AM Takashi Kajinami <<a href="mailto:tkajinam@redhat.com" target="_blank">tkajinam@redhat.com</a>> wrote:<br>
>> ><br>
>> > Hi team,<br>
>> ><br>
>><br>
>> Hi Takashi<br>
>><br>
>><br>
>> > As you know, we currently have TripleO jobs in some of the puppet repos<br>
>> > to ensure a change in puppet side doesn't break TripleO which consumes<br>
>> > some of the modules.<br>
>><br>
>> in case it isn't clear and for anyone else reading, you are referring<br>
>> to things like [1].<br>
><br>
> This is a nitfixing but puppet-pacemaker is a repo under the TripleO project.<br>
> I intend a job like<br>
>  <a href="https://zuul.opendev.org/t/openstack/builds?job_name=puppet-nova-tripleo-standalone&project=openstack/puppet-nova" rel="noreferrer" target="_blank">https://zuul.opendev.org/t/openstack/builds?job_name=puppet-nova-tripleo-standalone&project=openstack/puppet-nova</a><br>
> which is maintained under puppet repos.<br>
><br>
<br>
ack thanks for the clarification ;) makes more sense now<br>
<br>
>><br>
>><br>
>> ><br>
>> > Because these jobs hugely depend on the job definitions in TripleO repos,<br>
>> > I'm wondering whether we can invite a few cores from the TripleO CI team<br>
>> > to the puppet-openstack core group to maintain these jobs.<br>
>> > I expect the scope here is very limited to tripleo job definitions and doesn't<br>
>> > expect any +2 for other parts.<br>
>> ><br>
>> > I'd be nice if I can hear any thoughts on this topic.<br>
>><br>
>> Main question is what kind of maintenance do you have in mind? Is it<br>
>> that these jobs are breaking often and they need fixes in the<br>
>> puppet-repos themselves so we need more cores there? (though... I<br>
>> would expect the fixes to be needed in tripleo-ci where the job<br>
>> definitions are, unless the repos are overriding those definitions)?<br>
><br>
><br>
> We define our own base tripleo-puppet-ci-centos-8-standalone job[4] and<br>
> each puppet module defines their own tripleo job[5] by overriding the base job,<br>
> so that we can define some basic items like irellevant files or voting status<br>
> for all puppet modules in a single place.<br>
><br>
> [4] <a href="https://github.com/openstack/puppet-openstack-integration/blob/master/zuul.d/tripleo.yaml" rel="noreferrer" target="_blank">https://github.com/openstack/puppet-openstack-integration/blob/master/zuul.d/tripleo.yaml</a><br>
> [5] <a href="https://github.com/openstack/puppet-nova/blob/master/.zuul.yaml" rel="noreferrer" target="_blank">https://github.com/openstack/puppet-nova/blob/master/.zuul.yaml</a><br>
><br>
><br>
>><br>
>> Or is it that you don't have enough folks to get fixes merged so this<br>
>> is mostly about growing the pool of reviewers?<br>
><br>
><br>
> Yes. My main intention is to have more reviewers so that we can fix our CI jobs timely.<br>
><br>
> Actually the proposal came to my mind when I was implementing the following changes<br>
> to solve very frequent job timeouts which we currently observe in puppet-nova wallaby.<br>
> IMO these changes need more attention from TripleO's perspective rather than puppet's<br>
> perspective.<br>
>  <a href="https://review.opendev.org/q/topic:%22tripleo-tempest%22+(status:open)" rel="noreferrer" target="_blank">https://review.opendev.org/q/topic:%22tripleo-tempest%22+(status:open)</a><br>
><br>
> In the past when we introduced content provider jobs, we ended up with a bunch of patches<br>
> submitted to both tripleo jobs and puppet jobs. Having some people from TripleO team<br>
> would help moving forward such a transition more smoothly.<br>
><br>
> In the past we have had three people (Alex, Emilien and I) involved in both TripleO and puppet<br>
> but since Emilien has shifted this focus, we have now 2 activities left.<br>
> Additional one or two people would help us move patches forward more efficiently.<br>
> (Since I can't approve my own patch.)<br>
><br>
>> I think limiting the scope to just the contents of zuul.d/ or<br>
>> .zuul.yaml can work; we already have a trust based system in TripleO<br>
>> with some cores only expected to exercise their voting rights in<br>
>> particular repos even though they have full voting rights across all<br>
>> tripleo repos).<br>
>><br>
>> Are you able to join our next tripleo-ci community call? It is on<br>
>> Tuesday 1330 UTC @ [2] and we use [3] for the agenda. If you can join,<br>
>> perhaps we can work something out depending on what you need.<br>
>> Otherwise no problem let's continue to discuss here<br>
><br>
><br>
> Sure. I can join and bring up this topic.<br>
> I'll keep this thread to hear some opinions from the puppet side as well.<br>
><br>
><br>
<br>
ok thanks look forward to discussing on Tuesday then,<br>
<br>
regards, marios<br>
<br>
<br>
>><br>
>><br>
>> regards, marios<br>
>><br>
>> [1] <a href="https://zuul.opendev.org/t/openstack/builds?job_name=tripleo-ci-centos-8-scenario004-standalone&project=openstack/puppet-pacemaker" rel="noreferrer" target="_blank">https://zuul.opendev.org/t/openstack/builds?job_name=tripleo-ci-centos-8-scenario004-standalone&project=openstack/puppet-pacemaker</a><br>
>> [2] <a href="https://meet.google.com/bqx-xwht-wky" rel="noreferrer" target="_blank">https://meet.google.com/bqx-xwht-wky</a><br>
>> [3] <a href="https://hackmd.io/MMg4WDbYSqOQUhU2Kj8zNg?both" rel="noreferrer" target="_blank">https://hackmd.io/MMg4WDbYSqOQUhU2Kj8zNg?both</a><br>
>><br>
>><br>
>><br>
>> ><br>
>> > Thank you,<br>
>> > Takashi<br>
>> ><br>
>><br>
<br>
</blockquote></div>
</blockquote></div>