<div dir="ltr"><div><div>Hi,<br><br></div>I'd like to point that ironic-lib is already used outside of Ironic tree - for the third-party deployment drivers, e.g this fuel-agent based one [0].<br><br>[0] <a href="https://github.com/openstack/fuel-agent/blob/master/contrib/ironic/ironic-fa-deploy/ironic_fa_deploy/modules/fuel_agent.py#L30">https://github.com/openstack/fuel-agent/blob/master/contrib/ironic/ironic-fa-deploy/ironic_fa_deploy/modules/fuel_agent.py#L30</a><br><br></div>Best regards,<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Dr. Pavlo Shchelokovskyy<div>Senior Software Engineer</div><div>Mirantis Inc</div><div><a href="http://www.mirantis.com" target="_blank">www.mirantis.com</a></div></div></div></div></div></div>
<br><div class="gmail_quote">On Mon, May 16, 2016 at 6:14 PM, Lucas Alvares Gomes <span dir="ltr"><<a href="mailto:lucasagomes@gmail.com" target="_blank">lucasagomes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
On Mon, May 16, 2016 at 3:56 PM, Sam Betts (sambetts)<br>
<<a href="mailto:sambetts@cisco.com">sambetts@cisco.com</a>> wrote:<br>
> I personally disagree with saying that if we wanted it make it usable by<br>
> projects other than ones in the Ironic umbrella it should go into oslo. I<br>
> think that non-ironic projects directly related to Ironic such as out of<br>
> tree drivers etc, should be able to utilise the code placed into<br>
> ironic-lib.<br>
><br>
> Neutron are doing a very similar thing for all their drivers/extensions<br>
> they have broken out over the last 2 cycles,<br>
> <a href="http://specs.openstack.org/openstack/neutron-specs/specs/liberty/neutron-li" rel="noreferrer" target="_blank">http://specs.openstack.org/openstack/neutron-specs/specs/liberty/neutron-li</a><br>
> b.html.<br>
><br>
> Making ironic-lib available to out of tree drivers etc also puts us into a<br>
> good position to begin the work to stabilise things like the driver API.<br>
> Neutron is making the rule that out of tree drivers shouldn¹t<br>
> inherit/import anything from the neutron core code base, only neutron-lib,<br>
> they are doing this to provide a stable interface that shouldn¹t be broken<br>
> by changes to neutron core. I think we could do the same, with in-tree<br>
> drivers dog-fooding the driver api we provide in ironic-lib.<br>
><br>
<br>
</span>I'm personally fine with that goal, if we as a community agree that in<br>
the soon future of ironic-lib should target a broader audience. The<br>
thing is that I don't think the lib was conceived with that in mind,<br>
we started small (baby-steps) sharing partitioning code from Ironic<br>
and Ironic-Python-Agent, now that it's done we can start working<br>
towards making it a more generic library.<br>
<br>
What I don't think we should do is say that the library's _right now_<br>
ready for it, the interfaces we have at the moment should not be<br>
considered stable, Ironic is very opinionated in many aspects<br>
(specially when partitioning the disk), there's no documentation, no<br>
release notes, etc...<br>
<br>
So, if agreed, let's do it, but let's do it properly.<br>
<div class="HOEnZb"><div class="h5"><br>
Cheers,<br>
Lucas<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>
</div></div></blockquote></div><br></div>