<div dir="ltr"><div>What's the difference between openstack/zaqar and stackforge/cue? Looking at the projects, it seems like zaqar is a ground-up implementation of a queueing system, while cue is a provisioning api for queuing systems that could include zaqar, but could also include rabbit, zmq, etc...<br></div><div><br></div><div>If my understanding of the projects is correct, the latter is far more versatile, and more in line with similar openstack approaches like trove. Is there a use case nuance I'm not aware of that warrants duplicating efforts? Because if not, one of the two should be retired and development focused on the other.</div><div><br></div><div>Note: I do not have a horse in this race. I just feel it's strange that we're building a thing that can be provisioned by the other thing.</div><div><br></div><div>Michael</div><br><div class="gmail_quote">On Mon, Apr 20, 2015 at 6:00 AM Flavio Percoco <<a href="mailto:flavio@redhat.com">flavio@redhat.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings,<br>
<br>
I'd like my first action as Zaqar's PTL to be based on reflections and<br>
transparency with regards to what our past has been, to what our<br>
present is and to what our future could be as a project and community.<br>
Therefore, I'm sending this call for adoption and support before<br>
taking other actions (also mentioned below).<br>
<br>
The summit is very close and the Zaqar team is looking forward to it.<br>
<br>
The upcoming summit represents an important opportunity for Zaqar to<br>
integrate with other projects. In the previous summits - since<br>
Icehouse's - we've been collecting feedback from the community. We've<br>
worked on addressing the many use-cases, we've worked on addressing<br>
the concerns raised by the community and we've also kept moving<br>
towards reaching the project's goals.<br>
<br>
As you all know, the project has gone through many ups and downs.<br>
We've had some "failures" in the past and we've also had successes, as<br>
a project and as a team. Nevertheless, we've got to the point where it<br>
doesn't make much sense to keep pushing new features to the project<br>
until it gains adoption. Therefore, I'd like to take advantage of the<br>
workshop slots and invite people from other projects to help us/guide<br>
us through a hacking session on their projects so we can help with the<br>
adoption. The current adoption of Zaqar consist in:<br>
<br>
- 1 company reachingunning it in production<br>
- 1 planning to do it soon<br>
- RDO support<br>
<br>
Unfortunately, the above is certainly not enough for a project to<br>
succeed and it makes the time and effort spent on the project not<br>
worth it. It's been more than 2 years since we kicked the project off<br>
and it's time for it to show some results. The current problem seems<br>
to be that many people want the project but no one wants to be the<br>
first in adopting Zaqar (which kind of invalidates the premises of the<br>
"Big tent").<br>
<br>
In summary, this is a call for adoption before we call it a nice<br>
adventure and ask for the project to be excluded from the OpenStack<br>
organization based on the lack of adoption and contributions.<br>
<br>
If you think it's worth it, speak up. Either way, thanks for the<br>
support and for reading thus far.<br>
<br>
On behalf of the Zaqar team,<br>
Flavio<br>
<br>
--<br>
@flaper87<br>
Flavio Percoco<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></a><br>
</blockquote></div></div>