
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">

<HTML>

<HEAD>

  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">

  <META NAME="GENERATOR" CONTENT="GtkHTML/4.8.5">

</HEAD>

<BODY>

Hi Sahara folks,<BR>

<BR>

  please checkout<BR>

<BR>

<A HREF="https://review.openstack.org/#/c/159872/">https://review.openstack.org/#/c/159872/</A><BR>

<BR>

and respond there in comments, or here on the email thread. We have some<BR>

things to figure out for this new CLI, and I want to make sure that we make<BR>

sane choices and set a good precedent.<BR>

<BR>

Once we have a consensus we can go back and extend the spec with more<BR>

detail and merge approved changes.  The original spec did not get into this<BR>

kind of detail (because nobody had sat down and tried to do it :) )<BR>

<BR>

The only other CLI we have at this point that touches Sahara components<BR>

(other than the python-saharaclient) is sahara-db-manage, but that uses<BR>

alembic commands to drive the database directly.  It doesn't really touch<BR>

Sahara in any semantic way, it just drives migration.  It is blissfully ignorant<BR>

of any Sahara object relationships and semantics outside of the table definitions.<BR>

<BR>

The default-templates CLI will be a new kind of tool, I believe, that we don't<BR>

have yet. It will be tightly integrated with sahara-all and horizon. So how it<BR>

is designed matters a lot imho.<BR>

<BR>

Best,<BR>

<BR>

Trevor<BR>

<BR>

</BODY>

</HTML>