ChristianGeng

I have the same problem with a using a python venv. ``` zipline.__version__ '1.4.1' ``` The docstring for `run_algorithm` indeed does not have this kwarg.

> When re-running the same code, but using `audb==1.6.5` and `audbackend==1.0.2`, the download does succeed. But it also takes 30 minutes, instead of 10 minutes. So the problem seems related...

> @ChristianGeng this is funny. I try here to test for all the errors we have seen when loading older dependency tables from cache ([ModuleNotFoundError under Windows](https://github.com/audeering/audinterface/actions/runs/9094046905/job/25052936311?pr=172), [KeyError under Python...

> So if we simply would catch `Exception` we would avoid the error. Maybe we can change the code to not load the dependency table if a user Interrupts: >...

> At least if there is really another depedency file related error, it should be raised by the other code lines as well. > > I think, I'm more worried...

>> Or we could switch to using snappy compression, which decreases writing time, but will result in a larger file. @ChristianGeng any preference? In general I think that disk storage...

> ones For me it started making sense when I replace this with `once`. Conceptually this makes a lot of sense, if you work with database conncetions this will also...

> I updated the implementation of using `audbackend` 2.0.0 (#386, **solution 1**) in #388 to pass on an open backend from function to function (**solution 2**). Solution 1 also reuses...

> > I understand that the sort order when duplicates are dropped (keep="first") can not be so easily tested. > > That's correct, but in our special case of the...

> This cannot easily solved by adding some waiting time before redoing the request as we might have independent calls to `audb` on the same machine. > In case that...