Remove duplicated code in direct_client.

- Add a base function _get_direct_account_container to do the direct
  account stuff instead of duplicating both methods.

Change-Id: I12059a741dd22d0dde20012d1dbc4be9b8e90957
some container serialization cleanup

Have json and xml use common record cleanup code.
Do a somewhat better job of parsing extensions from content-types.
Use a real XML serializer.

Change-Id: I10e14dffd1da590b4fd180b4d33ab5de862e2b55
Make pending_timeout an argument of __init__

Just like stale_reads_ok, this was already an argument, end even
used by the replicator that way. We only make it used exclusively
this way, so that we can document it for LFS.

Change-Id: Ib722093a476ec75d87917b37b40b77dcf2627330
Merge "some container serialization cleanup"
Merge "Remove duplicated code in direct_client."
Merge "Make pending_timeout an argument of __init__"
Correct misspell in comments

In file: test/functional/tests.py

Change-Id: I4440123b95e38b40a7a0a5f1f031941f42c1085e
Merge "Correct misspell in comments"
Add swift-basicauth and better-staticweb to associated projects.

As announced here:
http://openstack.markmail.org/thread/jjjbdpurhb5jwaxe

Change-Id: I683c463745b34c003ecb79ba8261b94b9dc166b6
Fix sphinx error in swift.common.utils

- Error was swift/common/utils.py:docstring of
  swift.common.utils.parse_content_type:7: ERROR: Unexpected
  indentation.
- Closes-Bug: #1208396

Change-Id: Ia0c095d1b0b202e99991aabdf96e12b52c922c5c
Clarify staticweb configuration with keystone.

Since staticweb works with anonymous requests by default, explictly
mention delay_auth_decision for the authtoken middleware in
/etc/swift/proxy-server.conf.

Change-Id: I4879884b22224843cf9d4a50ba3359fac36957dc
Allow dispersion tools to use keystone server with insecure certificate

The swift-dispersion-populate and swift-dispersion-report tools now
accept a --insecure option.

Also, dispersion.conf now has a keystone_api_insecure option.

Default is obviously to use the secure path.

DocImpact

Change-Id: I4000352e547d9ce5b08ade54e0c886281caff891
Merge "Fix sphinx error in swift.common.utils"
Merge "Allow dispersion tools to use keystone server with insecure certificate"
Ensure http_connect is mocked out in tests

Otherwise this test will try to connect to several addresses that aren't
mapped. On Linux the entier 127.0.0.* block is mapped to localhost, so this
often isn't noticed, but on OS X only 127.0.0.1 is mapped by default.

Change-Id: I44034d5006ff25e052afdb6599ab5838e4c5ae5b
Increase test coverage of swift/common/db.py

The most low hanging fruit is _preallocate(). As it turns out,
we never excercise the calculations because we never give it
a file that exists.

This version uses mock.patch everywhere.

Change-Id: I5df03aff295d2a1bca252a02b3985a6bc3eecb26
Use /var/run/syslog on macosx for syslog tests.

- This patch is based on zaictev review.
- Fixes bug 1206560.

Change-Id: I41f3d485df41fe443784f803b276712405fe72c6
Assignment to reserved built-in symbol

Built-in symbol: file, format, range etc was re-assigned as local vars
in files: test/functional/swift_test_client.py and
test/functional/tests.py, rename these local vars.

Fixes bug #1208078

Change-Id: I627894cd722bd32cad231d534cbe97a0412c7cc9
Fix handling of DELETE obj reqs with old timestamp

The DELETE object REST API was creating tombstone files with old
timestamps, potentially filling up the disk, as well as sending
container updates.

Here we now make DELETEs with a request timestamp return a 409 (HTTP
Conflict) if a data file exists with a newer timestamp, only creating
tombstones if they have a newer timestamp.

The key fix is to actually read the timestamp metadata from an
existing tombstone file (thanks to Pete Zaitcev for catching this),
and then only create tombstone files with newer timestamps.

We also prevent PUT and POST operations using old timestamps as well.

Change-Id: I631957029d17c6578bca5779367df5144ba01fc9
Signed-off-by: Peter Portante <peter.portante@redhat.com>
CHANGELOG and AUTHORS and .mailmap updates for 1.9.1

Change-Id: I34b28ffd7971a99b727c5149bdddeb9c6020e1df