<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small"><br>Hello All!<br><br>I would like to introduce you to project Skyline[1]! The team has been hard at work getting it ready for the project<br>proposal stage. While they are not quite ready yet (still working on Zuul testing and devstack integration), I wanted<br>to take a moment and give a little history on conversations in this space and see if there was anything else they<br>needed to do before we actually draft the project proposal. <br><br>There was a mailing list thread[2] a while back that discussed updating Horizon and what that would look like. <br><br>I would encourage you to read it if you're interested in the complete history, but it all boils down to a few summaries-<br><br>Mohammed's[3]: <br>"....<br>1. Distributions are happy in the way that Horizon is deployed today<br>2. Distributions don't want to have a front-end JS based thingamajig<br>3. Users, operators and deployers want to improve the UI experience of Horizon<br>4. There is so much _historic_ stuff stuffed into Horizon that<br>rewriting something from scratch is easier than refactoring Horizon<br>5. The path to improving UI inside OpenStack is "starting from scratch".<br>...."<br><br>Adrian's [4]:<br>"...As corny as it sounds, I think the first step is admitting we have a<br>problem, and getting a group of interested parties involved to actually<br>"design/build something better by broadcasting a call to arms of sorts.<br><br>Radomir's [5]:<br>"The current Horizon developers are not going to do it. We are too busy<br>maintaining the released versions of Horizon and trying to keep up with new<br>features being added to OpenStack, and that situation is unlikely to change<br>for at least several years from now, even if a replacement for Horizon with<br>full feature parity was released tomorrow — we will still need to support<br>the released versions of Horizon. We are happy to help with advice and<br>explanations of how current Horizon implementation works — but we won't<br>write the code. You have to start that project yourself or find other<br>developers willing to work on it, who won't mind you telling them which <br>framework to use."<br><br>Thierry's[6]:<br>" From the outside of this hypothetical team, the Horizon team says that <br>it will continue to maintain the distro-friendly Django-based Horizon <br>code, and that as a team it has no interest/bandwidth in driving a <br>rewrite internally. That means a new team needs to form up (even if <br>obviously some people can be member of both teams).<br><br>Now from the outside of this hypothetical new team, the TC can say if it <br>supports the idea of a more-JS-native harder-to-package framework and <br>would gladly add it the list of official OpenStack project teams as an <br>alternative solution to Horizon. That may encourage some to step up."<br><br>And Akihiro[7]<br>"The current state of horizon is almost in the maintenance mode. We<br>have less contributors release by release.<br>The current horizon team is very small (and horizon cores except one<br>are part-time with other projects or outside of OpenStack upstream),<br>so I don't think the horizon team can lead the effort properly.<br><br>I think it is better that folks interested in this start an effort to<br>implement OpenStack dashboard in modern technologies for better UX <br>as a separate project (or a separate branch)."<br><br>Cut to the last PTG[8] when the Skyline folks attended the Horizon sessions<br>to work with the team which you can also catch up. <br><br>And now, we have the Skyline team working on the last few things (I think)<br>before they are ready to propose it as an OpenStack project. I, for one, am<br>excited to have this infusion of new contributors that can help bring a new<br>OpenStack dashboard into reality. <br><br>If you have any feedback on other things that need to happen before they<br>can be proposed as a project, please reply!<br><br>-Kendall Nelson (diablo_rojo)<br><br><br>[1] Repos: <a href="https://opendev.org/skyline/">https://opendev.org/skyline/</a><br>[2] Original thread: <a href="http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015551.html">http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015551.html</a><br>[3] Mohammed's summary <a href="http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015654.html">http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015654.html</a><br>[4] Adrian's summary <a href="http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015659.html">http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015659.html</a><br>[5] Radomir's summary <a href="http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015667.html">http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015667.html</a><br>[6] Thierry's summary <a href="http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015674.html">http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015674.html</a><br>[7] Akihiro's summary <a href="http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015575.html[]">http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015575.html[]</a><br>[8] PTG Discussion: <a href="https://etherpad.opendev.org/p/xena-ptg-horizon-planning">https://etherpad.opendev.org/p/xena-ptg-horizon-planning</a><br></div></div>