Package Details: duplicati-canary-bin 2.0.7.103-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: 60
Popularity: 0.000048
First Submitted: 2022-12-12 02:40 (UTC)
Last Updated: 2024-04-21 16:51 (UTC)

Latest Comments

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

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!

valandil commented on 2019-01-24 01:26 (UTC)

I can't replicate this, @frode. I just downloaded a fresh source file and ended up with the same sha256sum. Would you mind trying again?

Dwa30v commented on 2019-01-23 14:06 (UTC)

==> Validating source files with sha256sums... duplicati-2.0.4.12_canary_2019-01-16.zip ... FAILED

warwickmm commented on 2019-01-23 02:37 (UTC)

Thanks for the quick turnaround!

valandil commented on 2019-01-22 12:14 (UTC)

Should be fixed now.

valandil commented on 2019-01-22 01:53 (UTC)

I contacted the duplicati devs to inquire whether they will release the ZIP file in the future. If not, I'll package using either the RPM or DEB package they provide. Hang tight!

valandil commented on 2019-01-21 11:00 (UTC)

My bad. That's what I get from testing with an unclean directory.

From the time being, nobody should update to this version. I inadventently changed to the zip containing the source files, not the compiled binaries. For some reason upstream decided to stop providing the zip I used before.

I don't have time to right now to fix this unfortunately. So for everyone having issues, downgrade to the previous version. My apologies.

warwickmm commented on 2019-01-20 18:32 (UTC) (edited on 2019-01-20 18:33 (UTC) by warwickmm)

I'm running into a small issue with the most recent update. For me, it appears that bsdtar is unzipping the archive into a separate folder in src, which when copied to /opt/duplicati-latest results in paths inconsistent with what duplicati.service is expecting.

$ ls /opt/duplicati-latest/

duplicati-2.0.4.12-2.0.4.12_canary_2019-01-16 duplicati-cli duplicati.sysusers

For prior releases, bsdtar would unzip the archive directly into src without creating a new folder. Is anyone able to reproduce this?

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