Package Details: duplicati-canary-bin 2.0.9.110-1

Git Clone URL: https://aur.archlinux.org/duplicati-canary-bin.git (read-only, click to copy)
Package Base: duplicati-canary-bin
Description: A free backup client that securely stores encrypted, incremental, compressed backups on cloud storage services and remote file servers
Upstream URL: http://duplicati.com
Licenses: MIT
Conflicts: duplicati, duplicati-latest
Provides: duplicati
Replaces: duplicati-latest
Submitter: valandil
Maintainer: valandil
Last Packager: valandil
Votes: 61
Popularity: 1.40
First Submitted: 2022-12-12 02:40 (UTC)
Last Updated: 2024-11-13 01:49 (UTC)

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 26 Next › Last »

valandil commented on 2019-01-30 11:12 (UTC)

Well that didn't take long. I'll try to update the package later today.

valandil commented on 2019-01-30 02:22 (UTC)

Thanks for the note! I'll hold off until the next version then.

warwickmm commented on 2019-01-30 01:39 (UTC)

FYI, version 2.0.4.13 is out. However, it appears that there may be some issues with this release so I would hold off on upgrading to this version.

https://forum.duplicati.com/t/release-2-0-4-13-canary-2019-01-29/6160

valandil commented on 2019-01-27 02:02 (UTC)

Interesting. I've been using yaourt and I think it redownloads the file every time. In any case, this is a aur helper issue. They should not use cached files when the pkgrel changes.

I guess this is an edge case, as usually the assumption of the source staying the same is good.

Anyway, just use makepkg manually for this release, or wait for the new version! :)

Thanks for the help guys!

lesto commented on 2019-01-26 13:57 (UTC) (edited on 2019-01-26 17:00 (UTC) by lesto)

Hello, same problem here (using trizen) I took a look at the cache folder and:

sha256sum duplicati-2.0.4.12_canary_2019-01-16.zip f3ebd508687f4cb6c89ac08a95fb20e4920b29e823f2d3addb3ce2d83310253a duplicati-2.0.4.12_canary_2019-01-16.zip

I also downloaded the release from github, and the cha is correct; for some reason our aur helper is downlaoding the FULL repo zip instead of the release zip.

edit: deleting the file and running the update again fixed it. Maybe github was serving the wrong files for a while, and AUR manager does not re-download the file? Hope that will help you debug what is going on, I don't have time for more debugging, sorry

valandil commented on 2019-01-25 18:23 (UTC)

I'm really confused. Not sure what to do. I guess you could try manually downloading from GH to see if everything matches.

warwickmm commented on 2019-01-25 03:07 (UTC)

No problems for me using makepkg.

karcher commented on 2019-01-24 14:09 (UTC) (edited on 2019-01-24 14:10 (UTC) by karcher)

I was getting the same error like @sabbathViKing and @frode with aurman: aurman: duplicati-2.0.4.12_canary_2019-01-16.zip ... FAILED

but it did work with yay:

yay: duplicati-2.0.4.12_canary_2019-01-16.zip ... Passed

valandil commented on 2019-01-24 12:02 (UTC)

Can you give me the checksum you get?

sabbathViKing commented on 2019-01-24 10:28 (UTC)

@valandil I have the same error like @frode:

Updating the info directory file... Building duplicati-latest... ==> Checking dependencies: duplicati-latest 2.0.4.12-2 (czw, 24 sty 2019, 11:17:37) ==> Checking the dependencies needed to run... ==> Checking dependencies needed for build... ==> Downloading sources... -> Found duplicati-2.0.4.12_canary_2019-01-16.zip -> Found duplicati-user.service -> Found duplicati.service -> Found duplicati.sysusers -> Found duplicati-cli ==> Checking source files with sha256sums... duplicati-2.0.4.12_canary_2019-01-16.zip ... NOT MATCH duplicati-user.service ... match duplicati.service ... match duplicati.sysusers ... match duplicati-cli ... match ==> ERROR: At least one file is not valid!