Re: [Openstack] Missing(?) keystone service catalog

2012-05-03 Thread Adam Spiers
Nick Lothian (nick.loth...@gmail.com) wrote: My /etc/keystone/keystone.conf says: [catalog] template_file = /etc/keystone/default_catalog.templates # dynamic, sql-based backend (supports API/CLI-based management commands) driver = keystone.catalog.backends.templated.TemplatedCatalog

Re: [Openstack] [client] OpenStack Client Followup

2012-05-02 Thread Adam Spiers
Dean Troyer (dtro...@gmail.com) wrote: On Tue, May 1, 2012 at 1:49 PM, Adam Spiers aspi...@suse.com wrote: Sorry, that made me think of another newbie question - is the intention that all actions (including user- / site- / vendor-specific extensions) *must* be implemented in Python using

Re: [Openstack] OpenStack Client Followup

2012-05-02 Thread Adam Spiers
Dean Troyer (dtro...@gmail.com) wrote: On Tue, May 1, 2012 at 12:54 PM, Adam Spiers aspi...@suse.com wrote: Agreed - while server-side auditing is a more important component than client-side, having both sounds potentially useful to me too.  And while it's outside the scope of a CLI HIG

Re: [Openstack] OpenStack Client Followup

2012-05-02 Thread Adam Spiers
Dean Troyer (dtro...@gmail.com) wrote: On Tue, May 1, 2012 at 2:11 PM, Adam Spiers aspi...@suse.com wrote: As of my recent patch, --help is contextual in nova: I hadn't seen that yet... and I have started work on some of the other commands too, so it would be helpful if we could reach

Re: [Openstack] OpenStack Client Followup

2012-05-01 Thread Adam Spiers
Matt Joyce (m...@nycresistor.com) wrote:  3. I think it would be good if the HIG recommended that, at least     when subcommands are permitted, single arguments '--help' and     'help' always generate identical output:       https://bugs.launchpad.net/keystone/+bug/936399      

Re: [Openstack] [client] OpenStack Client Followup

2012-05-01 Thread Adam Spiers
Doug Hellmann (doug.hellm...@dreamhost.com) wrote: On Mon, Apr 30, 2012 at 12:13 PM, Adam Spiers aspi...@suse.com wrote: Dean Troyer (dtro...@gmail.com) wrote: One of the first things to do is to find out who is interested in contributing to this project.and hopefully coordinating some

Re: [Openstack] [client] OpenStack Client Followup

2012-05-01 Thread Adam Spiers
Doug Hellmann (doug.hellm...@dreamhost.com) wrote: On Mon, Apr 30, 2012 at 2:56 PM, Dean Troyer dtro...@gmail.com wrote: On Mon, Apr 30, 2012 at 1:18 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: Do we need to specify this beyond saying that all subcommands must use argparse for

Re: [Openstack] OpenStack Client Followup

2012-05-01 Thread Adam Spiers
Dean Troyer (dtro...@gmail.com) wrote: On Mon, Apr 30, 2012 at 2:19 PM, Dolph Mathews dolph.math...@gmail.com wrote: I find this behavior really annoying... --help should be contextual (depending on whether a subcommand is present, and what it is). I hope not... +1 for argparse.

Re: [Openstack] [client] OpenStack Client Followup

2012-05-01 Thread Adam Spiers
Dean Troyer (dtro...@gmail.com) wrote: On Mon, Apr 30, 2012 at 11:13 AM, Adam Spiers aspi...@suse.com wrote: Count me in - by 'build a list' do you mean a new mailing list? You're in! For now that's just a list I'm keeping. OK, great :) tweaks.  Should we discuss the FIXMEs you marked

Re: [Openstack] OpenStack Client Followup

2012-04-30 Thread Adam Spiers
Dean Troyer (dtro...@gmail.com) wrote: We had a good discussion about a unified OpenStack command line client on Monday at the Design Summit. The notes are in the Etherpad at http://etherpad.openstack.org/FolsumCLI, I summarized my recollection at the bottom; those who were there feel free to

Re: [Openstack] OpenStack Client Followup

2012-04-30 Thread Adam Spiers
Dean Troyer (dtro...@gmail.com) wrote: One of the first things to do is to find out who is interested in contributing to this project.and hopefully coordinating some of the work with the other emerging project-specific clients. Send me an email and I'll build a list to get the discussion

[Openstack] post-summit editing of etherpads

2012-04-26 Thread Adam Spiers
Hi all, Thanks for an awesome design summit! I've been reviewing the etherpads: http://wiki.openstack.org/FolsomSummitEtherpads and have noticed a few instances of accidental post-summit corruption of etherpad contents, which is not surprising considering there is no difference between