<div dir="ltr">Done. Sorry about that.<div><br></div><div>-Alex</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 class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888">Simon<br></font></span></div><div class="HOEnZb"><div class="h5"><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>