<div dir="ltr">Hi,<br><div class="gmail_extra"><br clear="all">
<br><div class="gmail_quote">On Thu, Jul 16, 2015 at 9:01 AM, Aleksandr Didenko <span dir="ltr"><<a href="mailto:adidenko@mirantis.com" target="_blank">adidenko@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi,<br><br></div>guys, what if we "simplify" things a bit? All we need is:<br><ol><li>Remove all the community modules from fuel-library.</li><li>Create 'Puppetfile' with list of community modules and their versions that we currently use.</li><li>Make sure all our customizations are proposed to the upstream modules (via gerrit or github pull-requests).<br></li><li>Create a separate file with list of patches for each module we need to cherry-pick (we need to support gerrit reviews and github pull-requests).</li><li>Update 'make iso' scripts:</li><ol><li>Make them use 'r10k' (or other tool) to download upstream modules based on 'Puppetfile'</li></ol></ol></div></blockquote><div>I am giving +1 to librarian here. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><ol><ol><li>Iterate over list of patches for each module and cherry-pick them (just like we do for custom ISO build. I'm not sure if librarian provides such possibility) <br></li></ol></ol></div></blockquote><div><br>Puppetlabs is in transition of moving all modules to openstack. We may use pull-requests here just specifying repository. However, I am thinking about hacking librarian to add cherry-pick option.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><p></p><p>Eventually, when all the functionality we rely on is accepted in upstream modules, we'll get rid of file with list of patches for modules. But meanwhile it should be much easier to manage modules and customization in such way.</p><p>Regards,</p><p>Alex<br></p><p><br></p></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 10, 2015 at 5:25 PM, Alex Schultz <span dir="ltr"><<a href="mailto:aschultz@mirantis.com" target="_blank">aschultz@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Done. Sorry about that.<span><font color="#888888"><div><br></div><div>-Alex</div></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 10, 2015 at 9:22 AM, Simon Pasquier <span dir="ltr"><<a href="mailto:spasquier@mirantis.com" target="_blank">spasquier@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Alex, could you enable the comments for all on your document?<br></div>Thanks!<span><font color="#888888"><br></font></span></div><span><font color="#888888">Simon<br></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 9, 2015 at 11:07 AM, Bogdan Dobrelya <span dir="ltr"><<a href="mailto:bdobrelia@mirantis.com" target="_blank">bdobrelia@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Hello everyone,<br>
><br>
> I took some time this morning to write out a document[0] that outlines<br>
> one possible ways for us to manage our upstream modules in a more<br>
> consistent fashion. I know we've had a few emails bouncing around<br>
> lately around this topic of our use of upstream modules and how can we<br>
> improve this. I thought I would throw out my idea of leveraging<br>
> librarian-puppet to manage the upstream modules within our<br>
> fuel-library repository. Ideally, all upstream modules should come<br>
> from upstream sources and be removed from the fuel-library itself.<br>
> Unfortunately because of the way our repository sits today, this is a<br>
> very large undertaking and we do not currently have a way to manage<br>
> the inclusion of the modules in an automated way. I believe this is<br>
> where librarian-puppet can come in handy and provide a way to manage<br>
> the modules. Please take a look at my document[0] and let me know if<br>
> there are any questions.<br>
><br>
> Thanks,<br>
> -Alex<br>
><br>
> [0] <a href="https://docs.google.com/document/d/13aK1QOujp2leuHmbGMwNeZIRDr1bFgJi88nxE642xLA/edit?usp=sharing" rel="noreferrer" target="_blank">https://docs.google.com/document/d/13aK1QOujp2leuHmbGMwNeZIRDr1bFgJi88nxE642xLA/edit?usp=sharing</a><br>
<br>
The document is great, Alex!<br>
I'm fully support the idea to start adapting fuel-library by<br>
the suggested scheme. The "monitoring" feature of ibrarian looks not<br>
intrusive and we have no blockers to start using the librarian just<br>
immediately.<br>
<span><font color="#888888"><br>
--<br>
Best regards,<br>
Bogdan Dobrelya,<br>
Irc #bogdando<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>