<div dir="ltr">Hi,<div>Today Neutron drivers team again discussed the topic of the maintenance of neutron-fwaas.</div><div><br></div><div>The team agreed to include neutron-fwaas again to Neutron stadium, with the maintenance of Inspur and the guidance of Neutron core team, and with +2 rights to Inspur developers.</div><div><br></div><div>The logs of the meeting:</div><div><a href="https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-01-28-14.00.log.html#l-14">https://meetings.opendev.org/meetings/neutron_drivers/2022/neutron_drivers.2022-01-28-14.00.log.html#l-14</a></div><div><br></div><div>The process for Stadium projects:</div><div><a href="https://docs.openstack.org/neutron/latest/contributor/stadium/governance.html">https://docs.openstack.org/neutron/latest/contributor/stadium/governance.html</a></div><div><br></div><div>Thanks for stepping in to maintaining and developing neutron-fwaas.</div><div><br></div><div>Regards</div><div>Lajos Katona (lajoskatona)<br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Lajos Katona <<a href="mailto:katonalala@gmail.com" target="_blank">katonalala@gmail.com</a>> ezt írta (időpont: 2022. jan. 20., Cs, 10:07):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div>Neutron team is open to include projects to the stadium group (that was the feeling during the meeting also when we discussed this topic) if there is a stable maintainer team behind the project.</div><div>So as you mentioned it would be easier to avoid the back and forth movement of fwaas if possible.</div><div><br></div><div>Lajos<br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Ghanshyam Mann <<a href="mailto:gmann@ghanshyammann.com" target="_blank">gmann@ghanshyammann.com</a>> ezt írta (időpont: 2022. jan. 19., Sze, 15:02):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> ---- On Wed, 19 Jan 2022 02:23:39 -0600 Lajos Katona <<a href="mailto:katonalala@gmail.com" target="_blank">katonalala@gmail.com</a>> wrote ----<br>
 > Hi,<br>
 > Thanks for the advice.<br>
 > The intention from the Neutron team was to make it clear that the team currently has no capacity to help the maintenance of neutron-fwaas, and can't help to maintain it.If there's easier ways for volunteers to keep it maintained other than forking it to x/ namespace that would be really helpful.<br>
<br>
Thanks Lajos, <br>
<br>
Main point here is if it is maintained by current maintainer (inspur team or other developers) whether neutron team will consider that<br>
to be in added in neutron stadium?<br>
<br>
If yes, then it will be extra work to move to x/ namespace now and then bring back to openstack/.<br>
If no, then moving to x/ namespace is good option or if maintainer want to be in openstack then we can discuss about<br>
a separate new project (but that needs more discussion on host much cost it adds).<br>
<br>
-gmann<br>
<br>
 > Lajos Katona (lajoskatona)<br>
 > <br>
 > Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> ezt írta (időpont: 2022. jan. 18., K, 18:58):<br>
 > On 2022-01-18 10:49:48 -0600 (-0600), Ghanshyam Mann wrote:<br>
 > [...]<br>
 > > As discussed in project-config change[1], you or neutron folks can<br>
 > > propose the retirement now itself (considering there is no one to<br>
 > > maintain/release stable/victoria for new bug fixes) and TC will<br>
 > > merge it as per process. After that, creating it in x/ namespace<br>
 > > will be good to do.<br>
 > [...]<br>
 > <br>
 > Looking at this from a logistical perspective, it's a fair amount of<br>
 > churn in code hosting as well as unwelcoming to the new volunteers,<br>
 > compared to just leaving the repository where it is now and letting<br>
 > them contribute to it there. If the concern is that the Neutron team<br>
 > doesn't want to retain responsibility for it while they evaluate the<br>
 > conviction of the new maintainers for eventual re-inclusion, then<br>
 > the TC would be well within its rights to declare that the<br>
 > repository can remain in place while not having it be part of the<br>
 > Neutron team's responsibilities.<br>
 > <br>
 > There are a number of possible solutions, ranging from making a new<br>
 > category of provisional deliverable, to creating a lightweight<br>
 > project team under the DPL model, to declaring it a pop-up team with<br>
 > a TC-owned repository. There are repositories within the OpenStack<br>
 > namespace which are not an official part of the OpenStack<br>
 > coordinated release, after all. Solutions which don't involve having<br>
 > the new work take place somewhere separate, and the work involved in<br>
 > making that separate place, which will simply be closed down as<br>
 > transient cruft if everything goes as desired.<br>
 > -- <br>
 > Jeremy Stanley<br>
 >                              <br>
</blockquote></div>
</blockquote></div>