duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] webdav in trunk broken - File /tmp/... not found lo


From: edgar . soldin
Subject: Re: [Duplicity-talk] webdav in trunk broken - File /tmp/... not found locally after get from backend
Date: Mon, 05 May 2014 11:16:15 +0200
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0

On 04.05.2014 22:00, Michael Terry wrote:
> Hmm, I tested the webdav backend and it worked for me at the time.  I can try 
> a box.com <http://box.com> account to get the same flow as you.

wonder how, as with the python builtin urlparse you should get the host missing 
error. 
 
> The error you mentioned about urlparse is interesting that https vs http are 
> different.  I'll have to take a look.  

my workaround is to add webdavs to the urlparse.use_netloc list, but it seem to 
be dirty. probably easier to manually remove the scheme and let urlparse work 
on "//host:port/path". didn't try it though.

>As for the error above about the temp file, that looks like the file didn't 
>download correctly.  Will check when I get that box.com <http://box.com> 
>account.

as i wrote, the same account/path works fine with 0.6.23, so i'm pretty sure 
something broke it in trunk

> 
> I may not be able to look at this today, just FYI.

in your own time

> 
> As for reverting, we haven't released the bug yet.  Versioning is always a 
> bit of a PR thing, 

can be. but in serious projects it tells you about changes and probably legacy 
incompatibility ;)

>but it seems to me that we can just fix the bug and test more rather than make 
>bump the version over some internal refactoring.  Most of my recent branches 
>have not added anything interesting PR wise.

as i wrote earlier, you moved too much code for my taste to guarantee 0.6 is 
nearly as stable as it was before. the issues i stumbled over seem to confirm 
that.

..ede

> 
> -mt
> 
> 
> 
> On 4 May 2014 13:46, <address@hidden <mailto:address@hidden>> wrote:
> 
>     after working around the other issue just to hack webdav i ran tests. 
> status works fine, but backup fails with the error below. still working fine 
> in 0.6.23.
> 
> 
>     Attempt 2 failed. BackendException: File 
> /tmp/duplicity-xNIxx2-tempdir/mktemp-f_KsHf-2 not found locally after get 
> from backend
>     WebDAV create connection on 'dav.box.com <http://dav.box.com>'
>     WebDAV GET 
> /dav/foo/bar/baz2/duplicity-full-signatures.20131228T161122Z.sigtar.gpg 
> request with headers: {'Connection': 'keep-alive', 'Authorization': 'Basic 
> 0000000000000000000000000000'}
>     WebDAV request data length: 4
>     WebDAV response status 200 with reason 'OK'.
>     Backtrace of previous error: Traceback (innermost last):
>       File 
> "/srv/www/vhosts/jamoke.net/dupl-trunk.webdav/bin/../duplicity/backend.py 
> <http://jamoke.net/dupl-trunk.webdav/bin/../duplicity/backend.py>", line 364, 
> in inner_retry
>         return fn(self, *args)
>       File 
> "/srv/www/vhosts/jamoke.net/dupl-trunk.webdav/bin/../duplicity/backend.py 
> <http://jamoke.net/dupl-trunk.webdav/bin/../duplicity/backend.py>", line 540, 
> in get
>         "from backend") % util.ufn(local_path.name <http://local_path.name>))
>      BackendException: File /tmp/duplicity-xNIxx2-tempdir/mktemp-f_KsHf-2 not 
> found locally after get from backend
> 
>     Attempt 3 failed. BackendException: File 
> /tmp/duplicity-xNIxx2-tempdir/mktemp-f_KsHf-2 not found locally after get 
> from backend
> 
> 
>     for testing you can get a free webdav form https://www.box.com .. ede
> 
>     PS: Ken, maybe you should reconsider and revert 0.6 to the latest stable. 
> 0.7 published in parallel is a much better playground. we could advertise it 
> as unstable and for the adventurous.
> 
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]