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, which seems to make sense. So if the jazzband thing doesn't work out we can work with the tabulate author to create such a thing (and then as time goes on just move to tabulate).

-Josh

Flavio Percoco wrote:
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 by Erno in
this patch[0] from jd__. PrettyTable is not just being used in several
openstack specific projects but it's also a transitive dependency for
all client libraries using cliff.

With all that in mind, I've contacted the author of the library and
asked him if it'd be ok for us (OpenStack) to adopt this library. The
author accepted and granted me access to the project on pypi.

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
not in the oslo namespace

2) OpenStack Client team as they maintain cliff already and it'd
perhaps make more sense to have this library there.

One thing to note is that this library has been quite stable, which
means it won't, hopefully, add too much work to the team.

Thoughts?

[0] https://review.openstack.org/#/c/234340/

FWIW, we've decided to give jazzband[0] a try and host prettytable
there. If
that doesn't work out well, we might revisit this option (unless the
tabulate
migration happens before that).

[0] https://jazzband.co

Thanks everyone and Doug for suggesting jazzband!
Flavio


__________________________________________________________________________

OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to