openstack/swift - swift - OpenDev: Free Software Needs Free Tools

Change-Id: Iadb3bed811907740f85bd9277ba09a4ca17fc025

Thorough replacement of git.openstack.org URLs with their opendev.org
counterparts.
Change-Id: I5e77307de6a484fd69b2a5863423ceb357e8601f

This commit was bulk generated and pushed by the OpenDev sysadmins
as a part of the Git hosting and code review systems migration
detailed in these mailing list posts:
http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003603.html
http://lists.openstack.org/pipermail/openstack-discuss/2019-April/004920.html
Attempts have been made to correct repository namespaces and
hostnames based on simple pattern matching, but it's possible some
were updated incorrectly or missed entirely. Please reach out to us
via the contact information listed at https://opendev.org/ with any
questions you may have.

We don't actually need so many py2/py3 branches, and once we
clean those up, there's hardly any reason to import six.
Change-Id: Ia3b4f02e7eb99ad1a76aa35c39dc198528fd39ad

Change-Id: I7236ddea0acde93d0789ad8affa76df0097a86aa

Looking at https://governance.openstack.org/tc/reference/runtimes/train.html
OpenStack is no longer targetting Python 3.5, so it doesn't really make sense
to gate on it. Move to Python 3.7, just to make it so we can go longer before
having to do this shuffle again.
Presumably, once we actually declare support for Python 3.6, we should
make that job voting, too? We've had enough gate flaky-ness lately that
I'm not keen on it.
Change-Id: I9c9e5df76a6592ab9c512b7c1ba807f9a0053059

This is to use assertIn to check whether substring is in str,
go get clearer failure message.
Change-Id: I40aff29454c423389755a5330751d2f69a227a05

Also, enhance tests to verify proper encoding in generated responses.
Change-Id: Ib696b1c3a34722f3a6de010973b90ef8b1917012
Partial-Bug: 1774238

It has not been necessary since we dropped support for Python 2.6.
See https://github.com/python/cpython/commit/8c6d9d7 and
https://bugs.python.org/issue2987.
Be sure to keep a `urlparse` name in utils, though; swauth (at least)
still expects there to be a swift.common.utils.urlparse.
Change-Id: If2502868f251b8a83aa929ee22b10046e708d111

An earlier revision of the related change had a bug that this test would
have discovered.
Related-Change-Id: I85dcaf65b9f19ac4659fa5937f9b0b0e804fc54e
Change-Id: Iedd85ec65a11de189ce73e650d674aee0dc7e402

This patch is porting the staticweb middleware to py3.
Change-Id: I5d9a13baecedd13d2b7a8ae3dd639eaff0894441

Update to rocky release
Change-Id: Id35a41d689a24bf68d17647879780f5daaecdf37

Object-replicator let user to input target partition numbers and
run the replicator job, and partition input will be stored as
integer list. But in build_replication_jobs method, it use
os.listdir method to retreve partitions in string list, so it is
failed to compare with target partition numbers.
Change-Id: I85dcaf65b9f19ac4659fa5937f9b0b0e804fc54e
Closes-Bug: #1822731 

Also, ensure that the stored symlink headers really *are* url-encoded as
we've been assuming.
Change-Id: I1f300d69bec43f0deb430294da05a4ec04308040
Related-Bug: 1774238
Closes-Bug: #1821240 

It was a recommended practice for years to get away from straight
names in /dev, like /dev/sda1, when mounting filesystems. The
man page for mount(8) says:
 The device name of disk partitions are unstable; hardware
 reconfiguration, adding or removing a device can cause change
 in names. This is reason why it's strongly recommended to use
 filesystem or partition identificators like UUID or LABEL.
Nonetheless, novice operators sometimes follow our deployment
guide to the letter and then get into trouble when device names
shift from under their deployments. This patch fixes the problem
without bloating up the guide with general explanations.
Change-Id: I5faae158b62e0395d6e774cd67bd868c785c2186

Change-Id: Ibbff151703395d517452c3d6927652506a9eab66

Apparently some versions of py3 will drop symlinks in the venv.
Change-Id: I77c52b6ad776ab75c4f9713290cc42a1fcb6e0f7

Change-Id: I89d19c299cf67c459ee893cde7ed6f6716c04f9b

Change-Id: Ib853f79bc062ec550627342d0fc5b2b92029f25c

...and fix this one warning-treated-as-error that crept in since
https://github.com/openstack/swift/commit/d185b60
Change-Id: Id46ee3ab23e2703170191528427aaa2788aba1ee

Drive-by: run api-ref tox env under py3.
Change-Id: Iebce47eabcb3b198d4aa7c1b8cfaf8f53300f7f9

This matches the behavior of tempauth/keystoneauth with regard to reseller_prefix.
Change-Id: I10f8bc354d0f45dd692915de86857679e9ca3446

Change-Id: I3a831ac2cd2ef7ef83445b8d374d1435ab7292ab

When running on Centos the side_effect was returning a MagicMock
object instead of the intended int.
Change-Id: I73713a9a96dc415073a637d85a40304021f76072

Add file to the reno documentation build to show release notes for
stable/stein.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/stein.
Change-Id: I6109bff3227f87d914abf7bd1d76143aaf91419d
Sem-Ver: feature

Change-Id: Iac51a69c71491e5a8db435aae396178a6c592c73

When the lower-constraints tox target was added, it was assumed the
install_command was just running the install and that the dependencies
and constraints were being set using "deps = ".
This fixed the install_command and deps to follow the expected pattern
so the lower-constraints job actual does install the lower constraints.
Also:
 * raise the minimum for netifaces as the existing version would fail
 to load
 * pin oslo.log to the minimum required by our minimum
 keystonemiddleware
 * fix up some error handling for ancient versions of pastedeploy
 * specify that we shouldn't install xattr on a platform we don't
 support anyway, because reasons
Change-Id: Ie78c0dabe12e01109db2b6412166c3564b87ee96
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>