client.py error with container list greater than 10,000

[Jay Payne]

get_account now returns a tuple.

Traceback (most recent call last):
  File "/usr/local/bin/swift-stats-report", line 7, in <module>
    execfile(__file__)
  File "/home/letterj/openswift/swift/bin/swift-stats-report", line 830, in <module>
    account, container_ring, options)
  File "/home/letterj/openswift/swift/bin/swift-stats-report", line 188, in container_dispersion_report
    full_listing=True)[1]]
  File "/home/letterj/openswift/swift/swift/common/client.py", line 772, in get_account
    prefix=prefix, full_listing=full_listing)
  File "/home/letterj/openswift/swift/swift/common/client.py", line 739, in _retry
    rv = func(self.url, self.token, *args, **kwargs)
  File "/home/letterj/openswift/swift/swift/common/client.py", line 225, in get_account
    rv.extend(listing)
AttributeError: 'tuple' object has no attribute 'extend'

[Chuck Thier (cthier)]

This is critical for the release, as monitoring a production cluster will not work effectively without this change

[Jay Payne (letterj)]

The "st" tool builds a list of accounts and/or containers outside the client.py code.

The diff between client.py and the code section in st is 179 lines long. Reconciling this diff should not be critical to the BEXAR release.