<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">Is there a reason why you don't want it to be under the openstack namespace? </div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">-Kendall </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 15, 2021 at 7:40 AM Emilien Macchi <<a href="mailto:emilien@redhat.com">emilien@redhat.com</a>> wrote:<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"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 10, 2021 at 2:06 PM Ghanshyam Mann <<a href="mailto:gmann@ghanshyammann.com" target="_blank">gmann@ghanshyammann.com</a>> wrote:<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 Tue, 09 Nov 2021 19:36:00 -0600 Emilien Macchi <<a href="mailto:emilien@redhat.com" target="_blank">emilien@redhat.com</a>> wrote ----<br>
> On Wed, Nov 3, 2021 at 12:43 PM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> wrote:<br>
> [...] <br>
> This was based on experiences trying to work with the Kata<br>
> community, and the "experiment" referenced in that mailing list post<br>
> eventually concluded with the removal of remaining Kata project<br>
> configuration when <a href="https://review.opendev.org/744687" rel="noreferrer" target="_blank">https://review.opendev.org/744687</a> merged<br>
> approximately 15 months ago.<br>
> <br>
> ack<br>
> I haven't seen much pushback from moving to Gerrit, but pretty much all feedback I got was from folks who worked (is working) on OpenStack, so a bit biased in my opinion (myself included).Beside that, if we would move to opendev, I want to see some incentives in our roadmap, not just "move our project here because it's cool".<br>
> Some ideas:* Consider it as a subproject from OpenStack SDK? Or part of a SIG?* CI coverage for API regression testing (e.g. gophercloud/acceptance/compute running in Nova CI)* Getting more exposure of the project and potentially more contributors* Consolidate the best practices in general, for contributions to the project, getting started, dev environments, improving CI jobs (current jobs use OpenLab zuul, with a fork of zuul jobs).<br>
> Is there any concern would we have to discuss?-- <br>
<br>
<br>
+1, Thanks Emilien for putting the roadmap which is more clear to understand the logn term benefits. <br>
<br>
Looks good to me, especially CI part is cool to have from API testing perspective and to know where<br>
we break things (we run client jobs in many projects CI so it should not be something special we need to do)<br>
<br>
>* Consider it as a subproject from OpenStack SDK? Or part of a SIG?<br>
<br>
Just to be more clear on this. Does this mean, once we setup the things in opendev then we can migrate it under<br>
openstack/ namespace under OpenStack SDK umbrella? or you mean keep it in opendev with non-openstack<br>
namespace but collaborative effort with SDK team.<br></blockquote><div><br></div><div>I think we would move the project under opendev with a non openstack namespace, and of course collaborate with everyone. <br></div></div><br>-- <br><div dir="ltr"><div dir="ltr">Emilien Macchi<br></div></div></div>
</blockquote></div>