lp:~kiwnix/duplicity/onedrive

Created by Eduardo Garcia on 2014-07-30 and last modified on 2014-07-30
Get this branch:
bzr branch lp:~kiwnix/duplicity/onedrive
Only Eduardo Garcia can upload to this branch. If you are Eduardo Garcia please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Eduardo Garcia
Project:
Duplicity
Status:
Development

Recent revisions

996. By Eduardo Garcia on 2014-07-30

* Initial support for onedrive backend, by using https://github.com/mk-fg/python-onedrive command line utility onedrive-cli

995. By Kenneth Loafman on 2014-06-28

* Fixed bug 1327550: OverflowError: signed integer is greater than maximum
  - Major and minor device numbers are supposed to be one byte each. Someone
    has crafted a special system image using OpenVZ where the major and minor
    device numbers are much larger (ploop devices). We treat them as (0,0).

994. By Kenneth Loafman on 2014-06-28

* Merged in lp:~antmak/duplicity/0.7-par2-fix
  - Useful fix for verbatim par2cmdline options (like "-t" in par2-tbb version)

993. By Kenneth Loafman on 2014-06-28

Restore accidental deletion.

992. By Kenneth Loafman on 2014-06-28

* Merged in lp:~mterry/duplicity/webdav-fixes
  - This branch fixes two issues I saw when testing the webdav backend:
  - 1) Errors like the following: "Attempt 1 failed. BackendException: File
    /tmp/duplicity-LQ1a0i-tempdir/mktemp-u2aiyX-2 not found locally after get
    from backend". These were caused by the _get() method not calling setdata()
    on the local path object, so the rest of the code thought it didn't exist.
  - 2) Some odd issues from stale responses/data. We have a couple places in
    webdavbackend.py where we close the connection before making a request
    because of this problem. But I've changed it to do it every time, more
    reliably, by putting a _close() call inside the request() method.
  - With this, the webdav backend seems fine to me.

991. By Kenneth Loafman on 2014-06-28

* Merged in lp:~ed.so/duplicity/webdav200fix-0.7
  - webdav backend fix "BackendException: Bad status code 200 reason OK. " when
    restarting an interrupted backup and overwriting partially uploaded volumes.

990. By Kenneth Loafman on 2014-06-28

* Merged in lp:~3v1n0/duplicity/copy.com-backend
  - I've added a backend for Copy.com cloud storage, this supports all the
    required operations and works as it should from my tests.
  - You can use it by calling duplicity with something like:
    copy://<email address hidden>:<email address hidden>/duplicity
  - The only thing I've concerns with is the optimized support for _delete_list
    which can't be enabled here because the test_delete_list tries also to
    delete a not-existing files, and it requires the backend not to raise an
    exception in that case (is this somewhat wanted or could we do the same as
    for _delete or _query?)

989. By Kenneth Loafman on 2014-05-11

* Update shebang line to python2 instead of python to avoid confusion.

988. By Kenneth Loafman on 2014-05-11

* Merged in lp:~mterry/duplicity/py2.6.0
  - Support python 2.6.0.
  - Without this branch, we only support python >= 2.6.5 because that's when
    python's urlparse.py module became its more modern incarnation. (I won't
    get into the wisdom of them making such a change in the middle of the
    2.6 lifecycle.)
  - Also, the version of lockfile that I have (0.8) doesn't work with python
    2.6.0 or 2.6.1 due to their implementation of
    threading.current_thread().ident returning None unexpectedly. So this
    branch tells lockfile not to worry about adding the current thread's
    identifier to the lock filename (we don't need a separate lock per thread,
    since our locking is per process).
  - I've tested with 2.6.0 and 2.7.6 (both extremes of our current support).

987. By Kenneth Loafman on 2014-05-10

Clean up indentation mismatches.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp:duplicity/0.7-series
This branch contains Public information 
Everyone can see this information.

Subscribers