<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div dir="ltr">
<div>Just caught up with Kevin on IRC. If this is inside the Neutron tree, then support should live in the Horizon repo; similar to routers, floating ips etc. My initial, incorrect understanding was that it was more akin to lbaas or vpnaas.</div>
<div><br>
</div>
<div>Rob</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 6 February 2017 at 10:50, Kevin Benton <span dir="ltr">
<<a href="mailto:kevin@benton.pub" target="_blank">kevin@benton.pub</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div dir="auto">
<div>Well the UIs for the extensions inside the main Neutron repo are in the main horizon repo so far (e.g. routers, floating IPs, security groups, etc). LBaaS is a separate repo with separate devs so it makes sense to me that it would have its own UI repo.
<div dir="auto"><br>
</div>
<div dir="auto">Trunks would be the the first extension that lives in the Neutron tree that would have its own UI repo living somewhere else. I don't see how we could avoid bitrot (or find UI contributors in the first place) if every upstream feature will be
expected to have its own UI repo, core team, bug tracker, and release management. That will be a huge overhead to adding support for new neutron features. </div>
<div>
<div class="h5"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Feb 6, 2017 03:36, "Rob Cresswell (rcresswe)" <<a href="mailto:rcresswe@cisco.com" target="_blank">rcresswe@cisco.com</a>> wrote:<br type="attribution">
<blockquote class="m_2006175386858672162m_4952254696951224954m_759771229606527262quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Core Neutron features should be within Horizon, with extensions outside. This is a little hazy since even the default behaviour in Neutron is still a plugin, but thats the general idea. There are already some features outside, like the lbaas dashboard. Personally,
I’d keep them in their own repo; makes it much easier to manage scope. It’d be a huge pain if one extensions UI holds up others at release time due to broken tests etc.<br>
<font color="#888888"><br>
Rob<br>
</font>
<div class="m_2006175386858672162m_4952254696951224954m_759771229606527262elided-text">
<br>
> On 6 Feb 2017, at 07:02, Richard Jones <<a href="mailto:r1chardj0n3s@gmail.com" target="_blank">r1chardj0n3s@gmail.com</a>> wrote:<br>
><br>
> That idea has merit, though I don't know what the scope for such a<br>
> 'neutron-ui' might be. I'm definitely supportive of the Neutron Trunks<br>
> UI efforts, but it'd be good to get an answer on this scope question<br>
> before rolling along and creating the project.<br>
><br>
><br>
> Richard<br>
><br>
> On 6 February 2017 at 12:14, Kevin Benton <kevin@benton.pub> wrote:<br>
>> If the horizon team would like neutron features to live outside, I wonder if<br>
>> it would make more sense to create a new 'neutron-ui' repo instead of it<br>
>> being trunk specific. That way we don't have to come up with a new repo for<br>
>> every new feature that needs a horizon UI.<br>
>><br>
>> On Feb 3, 2017 09:26, "Bence Romsics" <<a href="mailto:bence.romsics@gmail.com" target="_blank">bence.romsics@gmail.com</a>> wrote:<br>
>>><br>
>>> Hi All,<br>
>>><br>
>>> I'd like to add support for Neutron Trunks [1][2] into Horizon<br>
>>> together with a few colleagues in the Pike cycle. We thought of<br>
>>> writing a new Horizon plugin [3] for that purpose. That way I hope to<br>
>>> keep it optional for deployment and minimize the maintenance cost for<br>
>>> the Horizon core team. Of course we'd welcome all review feedback,<br>
>>> especially from the Horizon and Neutron teams.<br>
>>><br>
>>> To host the work I'd like create a new project: openstack/neutron-trunk-ui<br>
>>><br>
>>> Following the Project Creator's Guide, here's a proposed new project<br>
>>> config:<br>
>>><br>
>>> <a href="https://review.openstack.org/428730" rel="noreferrer" target="_blank">
https://review.openstack.org/4<wbr>28730</a><br>
>>><br>
>>> And the corresponding governance change:<br>
>>><br>
>>> <a href="https://review.openstack.org/428796" rel="noreferrer" target="_blank">
https://review.openstack.org/4<wbr>28796</a><br>
>>><br>
>>> Please review them and if you agree approve. Or guide me to a better<br>
>>> change.<br>
>>><br>
>>> Thanks in advance,<br>
>>> Bence Romsics<br>
>>><br>
>>> [1]<br>
>>> <a href="https://github.com/openstack/openstack-manuals/blob/master/doc/networking-guide/source/config-trunking.rst" rel="noreferrer" target="_blank">
https://github.com/openstack/o<wbr>penstack-manuals/blob/master/d<wbr>oc/networking-guide/source/con<wbr>fig-trunking.rst</a><br>
>>> [2] <a href="https://wiki.openstack.org/wiki/Neutron/TrunkPort" rel="noreferrer" target="_blank">
https://wiki.openstack.org/wik<wbr>i/Neutron/TrunkPort</a><br>
>>> [3] <a href="http://docs.openstack.org/developer/horizon/tutorials/plugin.html" rel="noreferrer" target="_blank">
http://docs.openstack.org/deve<wbr>loper/horizon/tutorials/plugin<wbr>.html</a><br>
>>><br>
>>> ______________________________<wbr>______________________________<wbr>______________<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">
http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
>><br>
>><br>
>> ______________________________<wbr>______________________________<wbr>______________<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">
http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
>><br>
><br>
> ______________________________<wbr>______________________________<wbr>______________<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">
http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br>
______________________________<wbr>______________________________<wbr>______________<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a></div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</body>
</html>