Hello everyone. Thanks for the project. Why hasn't the program been updated for a long time?

I installed the program a long time ago but for almost 6 months not a single update arrived. My version was 2,0,4,5 and so it remained

since i press the refresh button

The program is definitely under active development – new Canary versions are released quite frequently. That being said I would recommend you stick with the Beta releases. A new beta release will happen at some point.

Are you having any problems with the current Beta 2.0.4.5?

1 Like

There’s a very annoying bug in current beta that fills up temp space when a compacting takes place (temp files aren’t properly deleted). It’s supposedly fixed in Canary since months ago.

1 Like

This is my issue I think. Since it is running in a production env, can canary be used safely?

I’d recommend you manually delete those files (maybe even a scheduled task) … switching to Canary for a production environment doesn’t sound like a wise move. Sure, it may fix this issue but may introduce other bugs.

Not sure when the next beta version will be released.

I suppose the current canary is stable enough to warant a new beta release?

1 Like

I’ll have to defer to others people’s judgment! I don’t use the canary releases myself.

Others should help, but I can’t think of big forum regression reports on 2.0.4.18 canary though I’m always wondering whether canary has enough (brave) users running it in non-critical production-similar manners. Maybe some more users will try it out on the Experimental channel if that serves as a pre-Beta test again.

Usage reports do show the version in use, but I’m not sure how good a view that gives of canary’s usage. Some of the proving of things like network error handling of parallel uploads may need time and exposure.

Commits after 2.0.4.18 (out a month) look heavy on code tidying, plus a few enhancements and fixes that maybe could be nominated for inclusion by committers (and tested somehow?). I’d nominate issue 3787, except nobody seems willing/able to commit it. This concerns me because it’s a data corruption situation.

#3790 is a privacy regression in DB bug reports, but those are manual and they seem not much used but maybe should be if we hope to ever fix the tough-to-track-down backup corruptions that sometimes occur.

To further address the original question, Beta releases are fairly rare. Changes go into canary, break stuff sometimes, and eventually things stabilize, and Beta (and maybe Experimental) goes on to a wider group:

v2.0.2.1-2.0.2.1_beta_2017-08-01
v2.0.3.3-2.0.3.3_beta_2018-04-02
v2.0.4.5-2.0.4.5_beta_2018-11-28

I think most issues we’re facing currently are issues that also exist on beta.

Both my machines running the newest canary have been doing fine, although I’m unaffected by the parallel upload changes so I can’t contribute to validating those changes further.

I’ve been using 2.0.4.18 for a month on Linux with SFTP without any issues.

How can we see usage statistics for versions that are being used? I would be a bit concerned about how well all the various backends are being tested with the latest canary, especially with the new parallel upload code. For example, I discovered the following issue almost a month after it was introduced in 2.0.4.16:

I do have a simple test suite that has been passing with the following backends:

  • Amazon Cloud Drive
  • B2 Cloud Storage
  • Box
  • Dropbox
  • Google Cloud Storage
  • Google Drive
  • Jottacloud
  • Local
  • Mega.nz
  • Microsoft One Drive
  • Open Drive
  • SFTP
1 Like

Yep, I would use an “experimental” version on a couple of my machines.

The usage reporter stats are public here:
https://usage-reporter.duplicati.com/

Unfortunately, they do not include what version the users are running.

I have put up a new canary release. If there are no big reports, we can promote it to an experimental on friday or so.

1 Like