delta/openstack/python-swiftclient.git/setup.cfg, branch stable/kilo

Adds console script entry point

2014-08-20T22:01:24+00:00

A Swift client executable needs to be provided on Windows since Python scripts
cannot be executed directly.

This approach is also consistent with other OpenStack Python clients (e.g.
Nova, Neutron, Cinder, etc.).

Change-Id: I7f03b7c305dceed4fa6f4fe1c1281659820606e4
Closes-Bug: #1359360

Mark swiftclient as being a universal wheel

2014-05-16T14:00:23+00:00

Change-Id: I9580ab0f5bc53b472d0b633858090f9e0708ed90

Declare that we support Python 3

2014-05-08T13:51:46+00:00

Note that this should not land until we figure out why `tox -e py33` doesn't
actually run any tests.

Change-Id: Id4e080cfbfca45b3bf7ed81b03a31414495a1348

Make bin/swift testable part 2

2014-03-25T11:36:39+00:00

Follow up for patch https://review.openstack.org/#/c/76487/

Change-Id: I6801b75cb78a3da0631ca8a60b7c2756b8930e72

Make bin/swift testable part 1

2014-03-25T11:32:51+00:00

To make bin/swift importable for testing it needs to be renamed/moved.
The final idea is to move it to swiftclient/shell.py and add only a stub
in bin/swift to import swiftclient/shell.py.

However, doing this in a single step makes reviewing very hard, because
now there are > 1400 lines deleted from bin/swift and added to
swiftclient/shell.py - Gerrit doesn't detect the moved file.

For example: https://review.openstack.org/#/c/73710/2/

This patch first moves the code to swiftclient/shell.py and uses
setup.py/cfg to create the stub file in bin/swift. A follow up
(https://review.openstack.org/#/c/76489/) will then add the stub itself
in bin/swift (and remove the entry in setup.py).

The change to tox.ini is related to bug 1290562 and can be removed in
the future.

Change-Id: Id86392ccaf09e1d80a5d808fb49827d6d18c2588

Install manpage in share/man/man1 instead of man/man1

2014-01-20T11:24:16+00:00

According to FHS 2.3 the correct place to install the manpage for a
binary in /usr/local/bin/ would be /usr/local/man/.

However, on Debian/Ubuntu-based systems /usr/local/man/ is a link to
/usr/local/share/man/ and on other systems /usr/local/man/ might not
exist at all.

Even worse, if the client is installed in /usr/bin/ the manpage
should should be installed in /usr/share/man, but will be installed
in /usr/man/ which is completely wrong.

This patch fixes this and uses share/man/man1 as common prefix. Doing
this will install the manpage either in /usr/local/share/man/man1 or
/usr/share/man/man1.

Partial-Bug: 1269715
Change-Id: I590932f00476eacd434cdae012fd62010845581d

Install swiftclient manpage

2014-01-16T10:26:06+00:00

Currently the existing manpage isn't copied to /usr/local/man/man1
when installing swiftclient from source. This patch fixes this.

Change-Id: Ib2ee091d5e1d4c37a4e5a00f50fa19df44bd3c41
Partial-Bug: 1269715

Switch to pbr for setup.

2013-05-01T16:23:12+00:00

Change-Id: Ifc2efa2bd7c2f030b51494ccb471f0c3e097c5ce

Use testr instead of nose.

2013-01-18T21:13:27+00:00

nose is invasive and can sometimes alter the outcome of a test run. testr,
on the other hand, keeps a distinction between running tests and displaying
results of the test runs. Additionally, it supports the stock python unittest
protocol.

Even better, testr supports parallel test running, which makes things faster,
and a command "testr run --failing" which will just re-run the latest failing
tests (often something one wants to do in iterative dev)

Part of blueprint grizzly-testtools

Change-Id: I0b3f1bcb5d4ff59c65eb3219b30a9e64f54d70bd

tell nose to explicity test the 'tests' directory

2012-11-08T15:55:15+00:00

Change-Id: Ib6afa775defc521794da627952edbf69721b0874