Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-26 Thread Victor Stinner
Thanks for investigating the tabulate option :-) Victor Le 26/01/2016 02:25, Joshua Harlow a écrit : As far as the other option (using tabulate): https://bitbucket.org/astanin/python-tabulate/pull-requests/25/ That was a (very very basic) POC for a potential compatibility layer, The author

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-25 Thread Joshua Harlow
As far as the other option (using tabulate): https://bitbucket.org/astanin/python-tabulate/pull-requests/25/ That was a (very very basic) POC for a potential compatibility layer, The author (of tabulate) though thinks that a 'tabulate-prettytable-compat' library might be the best option,

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-13 Thread Ruby Loo
On 11 January 2016 at 10:27, Doug Hellmann wrote: > ... > > > There are a few libraries on the list, too (automaton, ironic-lib), and > that's confusing. It would be interesting to know how they're using > table output. > > Doug > > As far as ironic-lib goes, I took a

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-12 Thread Flavio Percoco
On 08/01/16 08:36 -0430, Flavio Percoco wrote: Greetings, As some of you know already, google code is going to be shutdown. Some projects we're using are hosted and, unfortunately, some of them are unmaintained and perhaps going away. One of these projects is PrettyTable. This point was raised

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Joshua Harlow
Also using the fact that get_string() and __init__() of prettytable are the most complicated (both take kwargs that can tweak the behavior of the generated results) and that most projects (see below) don't seem to be customizing the behavior (that much) it makes me thing its safer to provide a

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Victor Stinner
Le 11/01/2016 10:37, Thierry Carrez a écrit : Joshua Harlow wrote: [...] So I'd def help keep prettytable going, of course another option is to move to https://pypi.python.org/pypi/tabulate (which does seem active and/or maintained); tabulate provides pretty much the same thing (actually more

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Thierry Carrez
Joshua Harlow wrote: [...] So I'd def help keep prettytable going, of course another option is to move to https://pypi.python.org/pypi/tabulate (which does seem active and/or maintained); tabulate provides pretty much the same thing (actually more table formats @

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Doug Hellmann
Excerpts from Victor Stinner's message of 2016-01-11 11:15:56 +0100: > Le 11/01/2016 10:37, Thierry Carrez a écrit : > > Joshua Harlow wrote: > >> [...] > >> So I'd def help keep prettytable going, of course another option is to > >> move to https://pypi.python.org/pypi/tabulate (which does seem

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Flavio Percoco
On 11/01/16 11:15 +0100, Victor Stinner wrote: Le 11/01/2016 10:37, Thierry Carrez a écrit : Joshua Harlow wrote: [...] So I'd def help keep prettytable going, of course another option is to move to https://pypi.python.org/pypi/tabulate (which does seem active and/or maintained); tabulate

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Julien Danjou
On Mon, Jan 11 2016, Doug Hellmann wrote: > I suspect we could skip porting a lot of those, since they look like > clients and we're working to move all command line programs into the > unified client. Not really in the telemetry roadmap honestly. But we could move away From prettytable without

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Joshua Harlow
And here is a simple converter that uses tabulate but has somewhat like the pretty table object format that people are used to (could be away to get 90% of the common usage over to tabulate, minus the special prettytable users that are doing advanced things).

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Joshua Harlow
Julien Danjou wrote: On Mon, Jan 11 2016, Doug Hellmann wrote: I suspect we could skip porting a lot of those, since they look like clients and we're working to move all command line programs into the unified client. Not really in the telemetry roadmap honestly. But we could move away From

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-11 Thread Joshua Harlow
Victor Stinner wrote: Le 11/01/2016 10:37, Thierry Carrez a écrit : Joshua Harlow wrote: [...] So I'd def help keep prettytable going, of course another option is to move to https://pypi.python.org/pypi/tabulate (which does seem active and/or maintained); tabulate provides pretty much the same

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-08 Thread Joshua Harlow
I'm fine with #2 or #1 The oslo automaton lib also uses pretty table to generate state-machine tables (a useful feature to have, but not a necessity). https://github.com/openstack/automaton/blob/master/requirements.txt#L14 So I'd def help keep prettytable going, of course another option is

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-08 Thread Major Hayden
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/08/2016 07:06 AM, Flavio Percoco wrote: > I'm saying all the above because we now need to find a home for it in > OpenStack. > > I've identified 2 possible places: > > 1) Oslo, as we maintaing cross-project libraries and some of them are >

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-08 Thread Davanum Srinivas
#2 please :) Thanks, Dims On Fri, Jan 8, 2016 at 8:06 AM, Flavio Percoco wrote: > Greetings, > > As some of you know already, google code is going to be shutdown. Some > projects we're using are hosted and, unfortunately, some of them are > unmaintained and perhaps going

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-08 Thread Doug Hellmann
Excerpts from Dean Troyer's message of 2016-01-08 09:56:53 -0600: > On Fri, Jan 8, 2016 at 7:06 AM, Flavio Percoco wrote: > > > 2) OpenStack Client team as they maintain cliff already and it'd > > perhaps make more sense to have this library there. > > > > I would support

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-08 Thread Ghe Rivero
#2 makes more sense. Ghe Rivero Quoting Flavio Percoco (2016-01-08 14:06:28) > Greetings, > > As some of you know already, google code is going to be shutdown. Some > projects we're using are hosted and, unfortunately, some of them are > unmaintained and perhaps going away. > > One of these

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-08 Thread Flavio Percoco
On 08/01/16 08:36 -0430, Flavio Percoco wrote: Greetings, As some of you know already, google code is going to be shutdown. Some projects we're using are hosted and, unfortunately, some of them are unmaintained and perhaps going away. One of these projects is PrettyTable. This point was raised

Re: [openstack-dev] [oslo][osdk] PrettyTable needs a home in OpenStack

2016-01-08 Thread Dean Troyer
On Fri, Jan 8, 2016 at 7:06 AM, Flavio Percoco wrote: > 2) OpenStack Client team as they maintain cliff already and it'd > perhaps make more sense to have this library there. > I would support this as we already have os-client-config as well as cliff. I would love to be able