lp:~ubuntuone-pqm-team/python-swiftclient/trunk

Created by Sidnei da Silva on 2013-06-12 and last modified on 2017-07-21
Get this branch:
bzr branch lp:~ubuntuone-pqm-team/python-swiftclient/trunk

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Ubuntu One PQM Team
Project:
python-swiftclient
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://github.com/openstack/python-swiftclient.git.

The next import is scheduled to run in 3 hours.

Last successful import was 2 hours ago.

Import started 2 hours ago on pear and finished 2 hours ago taking 20 seconds — see the log
Import started 8 hours ago on pear and finished 8 hours ago taking 20 seconds — see the log
Import started 14 hours ago on pear and finished 14 hours ago taking 25 seconds — see the log
Import started 20 hours ago on pear and finished 20 hours ago taking 20 seconds — see the log
Import started on 2017-07-21 on pear and finished on 2017-07-21 taking 20 seconds — see the log
Import started on 2017-07-21 on russkaya and finished on 2017-07-21 taking 40 seconds — see the log
Import started on 2017-07-21 on pear and finished on 2017-07-21 taking 20 seconds — see the log
Import started on 2017-07-20 on russkaya and finished on 2017-07-20 taking 25 seconds — see the log
Import started on 2017-07-20 on pear and finished on 2017-07-20 taking 20 seconds — see the log
Import started on 2017-07-20 on pear and finished on 2017-07-20 taking 25 seconds — see the log

Recent revisions

505. By John Dickinson 20 hours ago

merged openstack-manuals content with existing content

Change-Id: I05bc8f80daefbb32f32727550a9cbe43e9754e2f

504. By Tim Burke on 2017-07-12

Buffer reads from disk

Otherwise, Python defaults to 8k reads which seems kinda terrible.

Change-Id: I3160626e947083af487fd1c3cb0aa6a62646527b
Closes-Bug: #1671621

503. By Christopher Bartz on 2017-07-06

Option to ignore mtime metadata entry.

Currently, the swiftclient upload command passes a custom metadata
header for each object (called object-meta-mtime), whose value is
the current UNIX timestamp. When downloading such an object with the
swiftclient, the mtime header is parsed and passed as the atime and
mtime for the newly created file.

There are use-cases where this is not desired, for example when using
tmp or scratch directories in which files older than a specific date
are deleted. This commit provides a boolean option for ignoring the
mtime header.

Change-Id: If60b389aa910c6f1969b999b5d3b6d0940375686

502. By Jenkins <email address hidden> on 2017-06-22

Merge "Skip checksum validation on partial downloads"

501. By Jenkins <email address hidden> on 2017-06-22

Merge "Tolerate RFC-compliant ETags"

500. By Jenkins <email address hidden> on 2017-06-14

Merge "Stop sending X-Static-Large-Object headers"

499. By Jenkins <email address hidden> on 2017-06-13

Merge "Do not set Content-Type to '' with new requests."

498. By Jenkins <email address hidden> on 2017-06-12

Merge "Fix MockHttpResponse to be more like the Real"

497. By Jenkins <email address hidden> on 2017-05-18

Merge "ISO 8601 timestamps for tempurl"

496. By John Dickinson on 2017-04-20

respect bulk delete page size and fix logic error

Previously, using SwiftService to delete "many" objects would use
bulk delete if available, but it would not respect the bulk delete
page size. If the number of objects to delete exceeded the bulk delete
page size, SwiftService would ignore the error and nothing would be
deleted.

This patch changes _should_bulk_delete() to be _bulk_delete_page_size();
instead of returning a simple True/False, it returns the page size for
the bulk deleter, or 1 if objects should be deleted one at a time.
Delete SDK calls are then spread across multiple bulk DELETEs if the
requested number of objects to delete exceeds the returned page size.

Fixed the logic in _should_bulk_delete() so that if the object list
is exactly 2x the thread count, it will not bulk delete. This is the
natural conclusion following the logic that existed previously: if
the delete request can be satisfied by every worker thread doing one
or two tasks, don't bulk delete. But if it requires a worker thread
to do three or more tasks, do a bulk delete instead. Previously, the
logic would mean that if every worker thread did exactly two tasks, it
would bulk delete. This patch changes a "<" to a "<=".

Closes-Bug: 1679851
Change-Id: I3c18f89bac1170dc62187114ef06dbe721afcc2e

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.