<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 7, 2015 at 12:07 AM, David Moreau Simard <span dir="ltr"><<a href="mailto:dms@redhat.com" target="_blank">dms@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Can we extend this to rdo-list ? Sounds relevant to the community.<br></blockquote><div><br></div><div>Sure, good idea. Adding rdo-list.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
David Moreau Simard<br>
Senior Software Engineer | Openstack RDO<br>
<br>
dmsimard = [irc, github, twitter]<br>
<div><div><br>
<br>
On Fri, Nov 6, 2015 at 4:36 PM, Wesley Hayutin <<a href="mailto:whayutin@redhat.com" target="_blank">whayutin@redhat.com</a>> wrote:<br>
> Arie,<br>
> This looks good.<br>
> Who is going to maintain the delorean ci job?<br></div></div></blockquote><div> </div><div>Who maintains it today? we'll have to discuss it. It might be good idea to add 'job owner/maintainer' info as we have in rhos CI. <br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
> Have you reached out to Derek Higgins about writing a replacement for the<br>
> current delorean ci?<br></div></div></blockquote><div> </div><div>No. The work on this has just begun. Adding Derek to this mail. <br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
><br>
> Thanks<br>
><br>
> On Fri, Nov 6, 2015 at 11:21 AM, Steve Linabery <<a href="mailto:slinaber@redhat.com" target="_blank">slinaber@redhat.com</a>> wrote:<br>
>><br>
>> On Fri, Nov 06, 2015 at 05:49:05PM +0200, Arie Bregman wrote:<br>
>> > Hi everyone,<br>
>> ><br>
>> > Not sure if you all familiar with Delorean project[1]. Quick<br>
>> > introduction<br>
>> > (CI related) for those who are not:<br>
>> ><br>
>> > Delorean is an upstream project that builds and maintains yum<br>
>> > repositories.<br>
>> > It builds repository every time patch submitted to one of the upstream<br>
>> > openstack-packages projects.<br>
>> > The delorean job is located here:<br>
>> > <a href="https://prod-rdojenkins.rhcloud.com/job/delorean-ci" rel="noreferrer" target="_blank">https://prod-rdojenkins.rhcloud.com/job/delorean-ci</a><br>
>> ><br>
>> > How the job works at the moment:<br>
>> > It runs delorean directly on the slave and if the build process<br>
>> > succeeded,<br>
>> > it votes with +1<br>
>> ><br>
>> > What I suggest:<br>
>> > - Move delorean installation and run to khaleesi by creating 'delorean'<br>
>> > role<br>
>> > - Extend the job to run tests using the rpms delorean built<br>
>> ><br>
>> > Why:<br>
>> > - Main reason: It's important for developers to get immediate feedback<br>
>> > on<br>
>> > whether the new packages are good or not. simply run delorean and see if<br>
>> > build is ok, is not enough. We need to extend the current job.<br>
>> ><br>
>> > - Users can use khaleesi to test specs they wrote. This is actually<br>
>> > pretty<br>
>> > amazing. users write specs and run khaleesi. khaleesi then handles<br>
>> > everything - it building the rpms using delorean and run the tests.<br>
>> ><br>
>> > - We can use delorean to replace our current way to build rpms and<br>
>> > creating<br>
>> > repos. delorean doing it in a smart way, using docker and by that it<br>
>> > creates rpms for several distributions in isolated environment.<br>
>><br>
>> Delorean no longer uses docker.<br>
>><br>
>><br>
>> <a href="https://github.com/openstack-packages/delorean/commit/66571fce45a007bcf49fd54ad7db622fd737874f" rel="noreferrer" target="_blank">https://github.com/openstack-packages/delorean/commit/66571fce45a007bcf49fd54ad7db622fd737874f</a></div></div></blockquote><div><br></div><div>Interesting. any idea why this change? adding Alan.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><br>
>><br>
>> ><br>
>> > - Khaleesi awesomeness will increase<br>
>> ><br>
>> > There is also no need to add/maintain settings in khaleesi for that.<br>
>> > delorean properties (version, url, etc) will be provided by extra-vars<br>
>> > (unless you are in favor of maintaining general settings for delorean in<br>
>> > khaleesi)<br>
>> ><br>
>> > The new job work flow:<br>
>> > 1. Run delorean on slave and save rpms from delorean build process.<br>
>> > 2. Run provision playbook<br>
>> > 3. Copy delorean rpms to provisioned nodes and create repo for them on<br>
>> > each<br>
>> > node<br>
>> > 4. run installer playbooks (installer will use delorean rpms)<br>
>> > 5. Run Tests =D<br>
>> > 6. Vote +1/-1 according to build process + tests.<br>
>> ><br>
>> > step 3 can be replaced. Since delorean creates repository, we can simply<br>
>> > reference each node to the new repository on the slave.<br>
>> ><br>
>> > Would love to hear your opinion on that.<br>
>> ><br>
>> > Cheers,<br>
>> ><br>
>> > Arie<br>
>> ><br>
>> > P.S<br>
>> > started to work on that: <a href="https://review.gerrithub.io/#/c/251464" rel="noreferrer" target="_blank">https://review.gerrithub.io/#/c/251464</a><br>
>> ><br>
>> > [1] <a href="https://github.com/openstack-packages/delorean" rel="noreferrer" target="_blank">https://github.com/openstack-packages/delorean</a><br>
>><br>
><br>
</div></div></blockquote></div><br></div></div>