<div dir="auto">I am agree with all of you, But most of the projects are lacking of contributors. Keep or remove Murano can not make things better. I know some people are using Murano internal, they submited a bugfix sometimes. Remove Murano can not make those people focus on other projects, But will let those people out and a PTL out.</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Rong Zhu</div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Radosław Piliszek <<a href="mailto:radoslaw.piliszek@gmail.com">radoslaw.piliszek@gmail.com</a>>于2021年8月19日 周四00:36写道：<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On Wed, Aug 18, 2021 at 3:08 PM Thierry Carrez <<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>> wrote:<br>
><br>
> Rong Zhu wrote:<br>
> > Sorry for my late response, I am a little bit busy for internal works<br>
> > recently.<br>
> ><br>
> > If TC has decided to retire murano, I have no objection. But If TC think<br>
> > someone can keep maintain it and not retire, I am glad to keeping<br>
> > maintain Murano project. Please reconsider this.<br>
><br>
> For the record, I don't think there is an urgent need to retire Murano<br>
> as long as it is maintained, fills community goals, hits release<br>
> requirements, and is functional.<br>
<br>
I disagree. I think we are giving it a false sense of usability.<br>
It likely can do "something" but there does not seem to exist enough<br>
workforce to triage and fix bugs [1] for quite some time.<br>
And some [2] look like users are having a hard time using it.<br>
This was also observed by me with my Kolla hat on - folks reported to<br>
us that they can't get Murano stuff running and we could only spread<br>
our hands. (-:<br>
It also does not seem to have had any new features since at least Stein. [3]<br>
<br>
We can also take a look at stackalytics [4].<br>
Most person-day effort was eaten up by community-wide changes.<br>
<br>
My POV is that OpenStack is still a kind of quality badge that applies<br>
to projects under its umbrella.<br>
Seemingly, it's also the perspective of folks outside of the close<br>
community (ask anyone doing consulting ;-) ).<br>
And thus we should retire projects which did not stand the test of time.<br>
<br>
I am thankful for Rong Zhu's efforts to keep the project alive but it<br>
seems the world has moved on to solutions based on different<br>
technologies, as mentioned by you (Thierry) and Mohammed.<br>
And we, as OpenStack, should accept that and focus on better<br>
integration with those.<br>
<br>
[1] <a href="https://bugs.launchpad.net/murano/+bugs?orderby=-id&start=0" rel="noreferrer" target="_blank">https://bugs.launchpad.net/murano/+bugs?orderby=-id&start=0</a><br>
[2] <a href="https://bugs.launchpad.net/murano/+bug/1817538" rel="noreferrer" target="_blank">https://bugs.launchpad.net/murano/+bug/1817538</a><br>
[3] <a href="https://docs.openstack.org/releasenotes/murano/index.html" rel="noreferrer" target="_blank">https://docs.openstack.org/releasenotes/murano/index.html</a><br>
[4] <a href="https://www.stackalytics.io/?module=murano-group&metric=person-day&release=xena" rel="noreferrer" target="_blank">https://www.stackalytics.io/?module=murano-group&metric=person-day&release=xena</a><br>
<br>
-yoctozepto<br>
<br>
<br>
> Like mnaser said, it is a bit off in the modern landscape of application<br>
> deployment technology, so I don't think it's a priority anymore -- if<br>
> its continued existence blocked people from focusing on more critical<br>
> components, I would support removing it. But based on Rong Zhu's<br>
> response I'm not sure that's the case.<br>
><br>
> --<br>
> Thierry<br>
><br>
<br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Thanks,<br>Rong Zhu</div>