Package Details: duplicati-latest 2.0.6.104-1

Git Clone URL: https://aur.archlinux.org/duplicati-latest.git (read-only, click to copy)
Package Base: duplicati-latest
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
Keywords: backup duplicati
Licenses: LGPL
Submitter: dannysu
Maintainer: valandil (carbolymer)
Last Packager: valandil
Votes: 56
Popularity: 0.92
First Submitted: 2014-09-01 02:11 (UTC)
Last Updated: 2022-06-16 21:01 (UTC)

Latest Comments

Raansu commented on 2022-05-25 01:38 (UTC) (edited on 2022-05-25 01:40 (UTC) by Raansu)

@android_aur

I created a new group with 'groupadd' as root, you can name yours however you'd like.

I then added the users I wanted to access folders and files to the new group with 'usermod -aG <group> <username>' as root. Here is where you want to make sure your user and the duplicati user created by this package is in the same group.

Lastly I made the folders I wanted accessed by duplicati and my user owned by the new group I created with 'chown' as root.

This Arch Wiki page has a lot of great information about managing the users and groups https://wiki.archlinux.org/title/Users_and_groups

android_aur commented on 2022-05-24 16:02 (UTC)

@Raansu

What I did was add the 'duplicati' user to a backup group so it could access the files I wanted to backup. Seems to work great here.

How can I do this?

valandil commented on 2022-04-23 02:09 (UTC)

Ah yes, I forget that this is a thing! Sounds great!

Raansu commented on 2022-04-22 02:58 (UTC)

What I did was add the 'duplicati' user to a backup group so it could access the files I wanted to backup. Seems to work great here.

valandil commented on 2022-04-22 02:03 (UTC)

I can't say I've tested it that much, I only use it as my own user. I believe the daemon could only read files that the duplicati user can read, so if you wanted to backup your home directory it wouldn't be that useful. If you wanted to backup system files, you'd probably even want to run it as root.

Anyway, for both running as root and duplicati, you'd probably need to be root to interact with the daemon anyway. Maybe check some past comments? I think other users use it that way as well.

Raansu commented on 2022-04-22 01:59 (UTC)

@valandil Not enabling the "duplicati-user.service" file and using the other included "duplicati.service" seems fine here, seems to run under the 'duplicati' user that was created.

Is there any reason why I might want to do it differently? Or any glaring security issues from running it that way I might not be thinking of?

valandil commented on 2022-04-22 01:49 (UTC)

Yeah, that package was mostly designed for desktop users. If the existing duplicati service is fine with you, I'll leave it as is. If you want different behaviour, you could also add a drop-in file for the user service.

Raansu commented on 2022-04-19 13:12 (UTC) (edited on 2022-04-19 13:13 (UTC) by Raansu)

I see the issue. "systemctl --user enable duplicati" is triggering "duplicati-user.service" which is not desirable on a headless system like the one I'm trying to run.

Because "duplicati-user.service" has "ExecStart=/usr/bin/mono /opt/duplicati-latest/Duplicati.GUI.TrayIcon.exe --webservice-port=8200" which requires a desktop environment to run and display notifications.

But since the regular "duplicati.service" file is calling for the 'duplicati' user that shouldn't be a problem to enable that instead.

Raansu commented on 2022-04-19 12:07 (UTC) (edited on 2022-04-19 12:09 (UTC) by Raansu)

I get this following error trying to run this headless on a Raspberry Pi

mono[41215]: cannot open display: 
systemd[2432644]: duplicati.service: Main process exited, code=exited, status=1/FAILURE
systemd[2432644]: duplicati.service: Failed with result 'exit-code'

Tio commented on 2022-04-15 12:52 (UTC)

Works now, thanks!

valandil commented on 2022-04-12 00:50 (UTC)

libappindicator-gtk2 is in community, just install it and try building duplicati again. I can build fine in a clean chroot.

Tio commented on 2022-04-11 11:17 (UTC)

Error

Building duplicati-latest...
==> Making package: duplicati-latest 2.0.6.102-1 (lun 11 abr 2022 13:17:05)
==> Checking runtime dependencies...
==> Missing dependencies:
  -> libappindicator-gtk2
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

valandil commented on 2021-12-27 19:17 (UTC)

That will make duplicati run as root, which is something you might not want, FYI.

Pound_Hash commented on 2021-12-27 08:42 (UTC) (edited on 2021-12-27 08:43 (UTC) by Pound_Hash)

After install, I was told to start and enable duplicati.service with the --user flag, but this didn't work for me. I had to start and enable it without the flag.

valandil commented on 2021-09-24 01:41 (UTC)

Thanks for the heads-up!

This should be an harmless warning. I'll remove the line causing problems in the next release. It was necessary for a prior upgrade, but never gated on that upgrade.

vmsh0 commented on 2021-09-17 09:52 (UTC)

Got this when installing:

(1/1) installing duplicati-latest [##############################################################] 100% chown: invalid user: ‘duplicati:duplicati’

veganvelociraptr commented on 2021-08-13 05:36 (UTC)

Thx valandil, it's working now. :)

valandil commented on 2021-08-12 20:18 (UTC)

Sorry, I hadn't properly reconciled the git merge. Should be fine now.

veganvelociraptr commented on 2021-08-12 19:56 (UTC) (edited on 2021-08-12 19:58 (UTC) by veganvelociraptr)

==> Validating source files with sha256sums...
duplicati-2.0.6.100_canary_2021-08-11.zip ... Passed
duplicati-user.service ... Passed
duplicati.service ... Passed
duplicati.sysusers ... Passed
duplicati.tmpfiles.conf ... FAILED
duplicati-cli ... Passed

tomacrisan commented on 2021-08-12 18:59 (UTC)

$ makepkg -g >> PKGBUILD

warwickmm commented on 2021-08-12 16:04 (UTC) (edited on 2021-08-12 16:05 (UTC) by warwickmm)

I'm encountering an issue with validating duplicati.tmpfiles.conf. Is anyone else experiencing the same?

$ git rev-parse HEAD
eb8752dcfc02e5ff1c56234c636af4307ae13779

$ makepkg -sri
==> Making package: duplicati-latest 2.0.6.100-1 (Thu 12 Aug 2021 09:01:04 AM PDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading duplicati-2.0.6.100_canary_2021-08-11.zip...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   647  100   647    0     0   7845      0 --:--:-- --:--:-- --:--:--  7890
100 37.6M  100 37.6M    0     0  10.7M      0  0:00:03  0:00:03 --:--:-- 11.1M
  -> Found duplicati-user.service
  -> Found duplicati.service
  -> Found duplicati.sysusers
  -> Found duplicati.tmpfiles.conf
  -> Found duplicati-cli
==> Validating source files with sha256sums...
    duplicati-2.0.6.100_canary_2021-08-11.zip ... Passed
    duplicati-user.service ... Passed
    duplicati.service ... Passed
    duplicati.sysusers ... Passed
    duplicati.tmpfiles.conf ... FAILED
    duplicati-cli ... Passed
==> ERROR: One or more files did not pass the validity check!

carbolymer commented on 2021-06-07 09:57 (UTC)

@xotc Not for all, but only for files already tracked in git. Checksumming them doesn't bring much to the table. The duplicati package has still checksum in place.

xotc commented on 2021-06-07 09:53 (UTC)

I don't know a lot about packaging for Arch, so please forgive me if this is a silly question. But what was the rational behind changing all of the sha256 values to 'SKIP' in the last commit? 74a1a2e993

valandil commented on 2021-05-31 01:04 (UTC)

As you can see a [couple comments below])https://aur.archlinux.org/packages/duplicati-latest/#comment-805887), this package tracks the canary release of duplicati, not the experimental or beta releases.

We are on the latest canary.

navara commented on 2021-05-30 08:24 (UTC) (edited on 2021-05-30 08:27 (UTC) by navara)

It seems that updates aren't reaching the package - according to https://github.com/duplicati/duplicati/releases latest is 2.0.6.1, while we are riding year old 2.0.5…

Or at least March's https://github.com/duplicati/duplicati/commit/beaf03562fdcf4425e962085bdf7175d6a465f49

valandil commented on 2021-05-09 12:49 (UTC)

Thanks @carbolymer for the quick fix. Sorry about that...

carbolymer commented on 2021-05-09 12:43 (UTC)

drrlvn, you're right. That D obliterated my duplicati settings. I've changed to the lowercase d.

drrlvn commented on 2021-05-08 10:08 (UTC) (edited on 2021-05-09 14:20 (UTC) by drrlvn)

I think that specifying D for /var/lib/duplicati in tmpfile.d conf file causes the directory to be deleted every reboot. Other services use d instead, could that fix it?

warwickmm commented on 2021-05-05 17:21 (UTC)

Yes, the canary releases contain the latest (and possibly unstable) changes.

Thanks for the clarification and maintaining this package.

valandil commented on 2021-05-05 17:02 (UTC)

Sorry, I mixed up experimental and canary. I meant I'll continue tracking the canary channel. If I remember correctly, this is the latest version, and both experimental and beta channels are based on the canary releases?

Thanks for keeping an eye out on this AUR package @warwickmm :)

warwickmm commented on 2021-05-05 16:28 (UTC)

I think this package has been tracking the canary channel. Are you saying you're going to switch to tracking the experimental channel instead?

valandil commented on 2021-05-05 11:10 (UTC)

I unflagged this package as out-of-date. I've decided to keep to the experimental channel, as this package is marked -latest (it should really changed to -experimental to reflect the channel, but historically it's been -latest, so...).

Beta channel updates are usually roll-ups of most previous experimental releases anyway.

So unless one of the maintainers disagrees with this, I'll keep to experimental releases for this AUR package.

valandil commented on 2021-05-01 17:30 (UTC)

Thanks for the bug report!

I've tried a new solution with tmpfiles.d, hopefully that works...

SeriousBug commented on 2021-04-30 17:42 (UTC)

I'm seeing the following error on a fresh install:

loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) duplicati-latest-2.0.5.114-3

Total Installed Size:  95.69 MiB

:: Proceed with installation? [Y/n] 
(1/1) checking keys in keyring                                                 [#############################################] 100%
(1/1) checking package integrity                                               [#############################################] 100%
(1/1) loading package files                                                    [#############################################] 100%
(1/1) checking for file conflicts                                              [#############################################] 100%
(1/1) checking available disk space                                            [#############################################] 100%
:: Processing package changes...
(1/1) installing duplicati-latest                                              [#############################################] 100%
chown: invalid user: ‘duplicati:duplicati’
  * UI can be accessed via following URL: http://localhost:8200
  * Running duplicati user instance (using current user account)
    - to start duplicati manually:           systemctl --user start duplicati
    - to autostart duplicati on user login:  systemctl --user enable duplicati
Optional dependencies for duplicati-latest
    notify-sharp: for tray notifications
:: Running post-transaction hooks...
(1/3) Creating system user accounts...
Creating group duplicati with gid 967.
Creating user duplicati (Duplicati daemon) with uid 967 and gid 967.
(2/3) Reloading system manager configuration...
(3/3) Arming ConditionNeedsUpdate...

$ sudo systemctl enable --now duplicati.service 
Created symlink /etc/systemd/system/default.target.wants/duplicati.service → /usr/lib/systemd/system/duplicati.service.

$ sudo systemctl status duplicati.service
× duplicati.service - Duplicati
     Loaded: loaded (/usr/lib/systemd/system/duplicati.service; enabled; vendor preset: disabled)
     Active: failed (Result: exit-code) since Fri 2021-04-30 12:18:10 EDT; 21s ago
    Process: 2101720 ExecStart=/usr/bin/mono /opt/duplicati-latest/Duplicati.Server.exe --webservice-port=8200 (code=exited, status=100)
   Main PID: 2101720 (code=exited, status=100)
        CPU: 140ms

Apr 30 12:18:09 machine systemd[1]: Started Duplicati.
Apr 30 12:18:10 machine mono[2101720]: A serious error occurred in Duplicati: System.Exception: Failed to create, open or upgrade the database.
Apr 30 12:18:10 machine mono[2101720]: Error message: Access to the path '/var/lib/duplicati/.config/Duplicati' is denied.
Apr 30 12:18:10 machine mono[2101720]:   at Duplicati.Server.Program.GetDatabaseConnection (System.Collections.Generic.Dictionary`2[TKey,TValue] commandlineOptions) [0x00229] in <d38f460035ab4f3b9bab2fc91e2cec32>:0
Apr 30 12:18:10 machine mono[2101720]:   at Duplicati.Server.Program.RealMain (System.String[] _args) [0x001a7] in <d38f460035ab4f3b9bab2fc91e2cec32>:0
Apr 30 12:18:10 machine systemd[1]: duplicati.service: Main process exited, code=exited, status=100/n/a
Apr 30 12:18:10 machine systemd[1]: duplicati.service: Failed with result 'exit-code'.
...skipping...

Running sudo chown --recursive duplicati: /var/lib/duplicati/ after the install solved the issue.

valandil commented on 2021-04-12 00:47 (UTC)

Well, I reverted my initial changes and added back the directory creation in the install script. It seems I severly misunderstood the sysusers hook.

homelinen commented on 2021-04-11 19:23 (UTC)

I had the same issue as jmonreal when installing duplicati-latest for the first time.

The directory seemed to be missing. Manually creating the directory and chown-ing to duplicati seems to have fixed the service for me:

$ sudo mkdir /var/lib/duplicati/
$ sudo chown duplicati /var/lib/duplicati

valandil commented on 2021-03-14 03:18 (UTC)

Was that on a fresh install?

I'll push a change, but I thought that sysusers.d would properly handle the permissions on /var/lib/duplicati...

jmonreal commented on 2021-03-13 19:13 (UTC)

Installed duplicati-latest. Running sudo systemctl start duplicati && sudo systemctl status duplicati

Error message: Access to the path '/var/lib/duplicati/.config/Duplicati' is denied.

valandil commented on 2021-03-01 01:39 (UTC)

Perfect, added armv7h to the arch array, and put your username in the PKGBUILD as the armv7h tester. Your email was not listed, so I couldn't put it in.

Thanks!

kauron commented on 2021-02-28 22:29 (UTC)

Hi there, I can confirm that this package works for the armv7h, if you're interested in adding it to the list of supported architectures. I'll notify you if there is any incompatibility.

lrissman commented on 2020-06-20 02:35 (UTC)

Sure. Not a problem. Duplicati is my main personal backup software and will remain in active use as long as I have this device.

valandil commented on 2020-06-20 01:12 (UTC)

Since I don't have an aarch64 machine to test, would you be willing to notify me/test when it breaks?

lrissman commented on 2020-06-16 13:45 (UTC) (edited on 2020-06-16 13:46 (UTC) by lrissman)

Hello, This package compiles and works for me on a pinebook pro with the aarch64 architecture.

I had to add 'aarch64' to the arch line in the pkgbuild file. Here is my generated diff: 


diff --git a/PKGBUILD b/PKGBUILD
index 8de8ca8..5096834 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -23,7 +23,7 @@ sha256sums=('30c807b0e921162edc2964c5d43e6d0ff5c83a61ad7403d32a9101fe8c8e7045'
             '499eb63532bcad50b897c0874b723eebc6693816fcb9626532f367b5ff51da70'
             'b9389b399467f3e02aa8e76bb98f6efbca1166fbc4d0bdf939493f8403462959'
             'f6f903ca443935314afeab4cd2e46cf4bef7c5fb1e81c2d95f670f0993774ce5')
-arch=('i686' 'x86_64')
+arch=('i686' 'x86_64' 'aarch64')
 depends=('gtk-sharp-2' 'mono')
 optdepends=('notify-sharp: for tray notifications')

valandil commented on 2020-05-21 11:57 (UTC)

Ah, I see. That's unfortunate. I don't see any harm in changing the URL to point to GitHub. Upstream URL points to the main website anyway.

Aleksman commented on 2020-05-21 07:51 (UTC)

@valandil curl: (35) OpenSSL SSL_connect: Соединение разорвано другой стороной in connection to updates.duplicati.com:443 ==> ОШИБКА: Ошибка при загрузке 'https://updates.duplicati.com/canary/duplicati-2.0.5.106_canary_2020-05-11.zip' Прерывание... Error downloading sources: duplicati-latest

P.S: I'm from Russia, may be something blocked (i don't have access to updates.duplicati.com with browser too).

valandil commented on 2020-05-19 13:48 (UTC)

@Aleksman, I just tried and it worked for me. What was the error?

Aleksman commented on 2020-05-19 13:13 (UTC)

@valandil, can you add source from github in next updates? Because there errors downloading from duplicati.com.

valandil commented on 2020-01-30 17:10 (UTC)

Thanks @carbolymer, I was just about to say that I made a typo before you edited your comment :)

Thanks for the fix, I wouldn't have had time before tonight.

carbolymer commented on 2020-01-30 17:02 (UTC) (edited on 2020-01-30 17:07 (UTC) by carbolymer)

@sjakub typo in duplicati.install, fixed now

sjakub commented on 2020-01-30 16:53 (UTC) (edited on 2020-01-30 16:55 (UTC) by sjakub) 

(1/1) installing duplicati-latest
/tmp/alpm_1lUZ1E/.INSTALL: line 2: systemd-sysuers: command not found
chown: invalid user: ‘duplicati:duplicati’

valandil commented on 2020-01-29 14:46 (UTC)

I changed the install script. New installs should work properly now.

valandil commented on 2020-01-27 16:58 (UTC)

Well, it's not really a "workaround", it's what the install script normally does. I'll fix this whever I can.

Customizer commented on 2020-01-27 16:53 (UTC)

Creating the directory with correct permissions is a workaround. Thanks!

valandil commented on 2020-01-27 14:23 (UTC)

I see the error, my bad. I messed up updating the install script. I'll update as soon as possible.

Try running this as root:

mkdir -p /var/lib/duplicati chown -R duplicati:duplicati /var/lib/duplicati

then restarting the service.

Customizer commented on 2020-01-26 21:12 (UTC)

I'm getting the following error when trying to start the service:

Jan 26 22:11:35 nova systemd[1]: Started Duplicati.
Jan 26 22:11:35 nova mono[24752]: A serious error occurred in Duplicati: System.Exception: Failed to create, open or upgrade the database.
Jan 26 22:11:35 nova mono[24752]: Error message: Access to the path '/var/lib/duplicati/.config/Duplicati' is denied.
Jan 26 22:11:35 nova mono[24752]:   at Duplicati.Server.Program.GetDatabaseConnection (System.Collections.Generic.Dictionary`2[TKey,TValue] commandlineOptions) [0x00229] in <e46664114891401e8f4656ccf8aa21a6>:0
Jan 26 22:11:35 nova mono[24752]:   at Duplicati.Server.Program.RealMain (System.String[] _args) [0x001a7] in <e46664114891401e8f4656ccf8aa21a6>:0
Jan 26 22:11:35 nova systemd[1]: duplicati.service: Main process exited, code=exited, status=100/n/a
Jan 26 22:11:35 nova systemd[1]: duplicati.service: Failed with result 'exit-code'.

The path does not exist on my Manjaro system and it's the first time I'm installing this package. Any ideas?

valandil commented on 2020-01-18 19:56 (UTC)

The post_install hook should be fixed. I've also updated to the latest canary version.

valandil commented on 2020-01-16 12:49 (UTC)

Thanks for the report, I'll try to fix the post install scripts soon.

samip537 commented on 2020-01-13 10:47 (UTC)

It seems like this is failing on Arch.

==> Finished making: duplicati-latest 2.0.4.38-1 (Mon 13 Jan 2020 11:41:28 AM CE                                                                                                                                                             T)
==> Cleaning up...
loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) duplicati-latest-2.0.4.38-1

Total Installed Size:  46.66 MiB

:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring                     [######################] 100%
(1/1) checking package integrity                   [######################] 100%
(1/1) loading package files                        [######################] 100%
(1/1) checking for file conflicts                  [######################] 100%
(1/1) checking available disk space                [######################] 100%
:: Processing package changes...
(1/1) installing duplicati-latest                  [######################] 100%
error: 1 argument(s) specified

Usage: vercmp <ver1> <ver2>
/tmp/alpm_IJaMdA/.INSTALL: line 10: [: -lt: unary operator expected
  * UI can be accessed via following URL: http://localhost:8200
  * Running duplicati user instance (using current user account)
    - to reload user systemd modules:        systemctl --user daemon-reload
    - to start duplicati manually:           systemctl --user start duplicati
    - to autostart duplicati on user login:  systemctl --user enable duplicati
Optional dependencies for duplicati-latest
    notify-sharp: for tray notifications
:: Running post-transaction hooks...
(1/3) Creating system user accounts...
(2/3) Reloading system manager configuration...
(3/3) Arming ConditionNeedsUpdate...

Gabriel_Gomes commented on 2020-01-01 00:38 (UTC)

Thank you, it worked perfectly in manjaro.

valandil commented on 2019-09-06 10:16 (UTC)

Thanks!

This is still a dev package, so some issues are expected. Please report them back here or directly to upstream :)

warwickmm commented on 2019-09-06 04:51 (UTC)

It seems that most of the release packaging issues are Windows-specific so I think 2.0.4.28 should be good to go.

valandil commented on 2019-09-03 01:41 (UTC)

Thanks for the heads-up! I don't even see those releases in my feed yet...

warwickmm commented on 2019-09-02 18:11 (UTC)

valandil, there is an issue with the recent canary releases (2.0.4.24 and 2.0.4.25). I would hold off on updating the PKGBUILD until further notice.

warwickmm commented on 2019-08-22 04:30 (UTC) (edited on 2019-08-22 04:31 (UTC) by warwickmm)

I have a note somewhere saying that notify-sharp was needed for notifications. I have the following installed (not from aur), and notifications work for me with the Cinnamon desktop environment:

Name            : notify-sharp
Version         : 0.4.1-3
Description     : C Sharp D-Bus client library for desktop notifications
Architecture    : any
URL             : https://www.meebey.net/projects/notify-sharp/
Licenses        : MIT
Groups          : None
Provides        : None
Depends On      : gtk-sharp-2  dbus-sharp-glib
Optional Deps   : None
Required By     : None
Optional For    : None
Conflicts With  : None
Replaces        : None
Installed Size  : 24.00 KiB
Packager        : Felix Yan <felixonmars@archlinux.org>
Build Date      : Mon 04 Jun 2018 07:17:57 AM PDT
Install Date    : Sun 21 Oct 2018 10:12:18 AM PDT
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : Signature

valandil commented on 2019-08-22 01:49 (UTC)

These error messages did stop when I installed notify-sharp-3, but I couldn't see any notifications either.

Did you happen to see them?

nipsky commented on 2019-08-21 06:33 (UTC) (edited on 2019-08-21 06:38 (UTC) by nipsky)

I think this needs notify-sharp-3 as an optional dependency, otherwise I get: 


Aug 20 14:00:00 archpad mono[2053]: Failed to send notification: System.IO.FileNotFoundException: Could not load file or assembly 'notify-sharp, Version=0.4.0.0, Cultur>
Aug 20 14:00:00 archpad mono[2053]: File name: 'notify-sharp, Version=0.4.0.0, Culture=neutral, PublicKeyToken=2df29c54e245917a'
Aug 20 14:00:00 archpad mono[2053]:   at Duplicati.GUI.TrayIcon.GtkRunner.NotifyUser (System.String title, System.String message, Duplicati.GUI.TrayIcon.NotificationTyp>

valandil commented on 2019-07-15 02:15 (UTC)

Alright, I reverted back. Hopefully not too many people updated to 2.0.4.23, thanks to your quick response. I don't think putting a 1: before the version number is warranted.

Thanks for keeping me up-to-date with the insider knowledge. From the release notes I did not think that it "downgraded" some features.

Cheers!

warwickmm commented on 2019-07-15 01:57 (UTC)

I think reverting to 2.0.4.22 is a good idea. Thanks for your work in maintaining this package!

valandil commented on 2019-07-15 01:49 (UTC)

Actually my latest version was 2.0.4.22, which is the latest canary build. I'll revert back to that if you think that it might cause issues.

warwickmm commented on 2019-07-15 01:45 (UTC)

The versioning is a little strange this time due to the need to rush a release to warn beta channel users that the Amazon Cloud api is shutting down.

If the goal of this repository is to track the latest development, then I would not include version 2.0.4.23. The warning for Amazon Cloud users should already be present in version 2.0.4.21.

valandil commented on 2019-07-15 01:28 (UTC)

Hold on, I'm a little confused about the versioning. In my logs, 2.0.4.6 is dated Dec 12 2018, and versions have steadily increased since then. Should I just be considering the canary releases?

warwickmm commented on 2019-07-15 01:21 (UTC)

Please note that version 2.0.4.23 is essentially 2.0.4.5 with an additional warning that Amazon Cloud Drive is shutting down. It does not contain changes from 2.0.4.6 onwards, and users of more recent versions may encounter issues by "downgrading". If you do not use Amazon Cloud Drive, you can skip this update.

https://forum.duplicati.com/t/release-2-0-4-23-beta-2019-07-14/7522

valandil commented on 2019-06-04 02:09 (UTC)

Indeed, that is the issue.

It seems that your package installed correctly nonetheless, correct?

If it did, I'll push a fix with the next version, otherwise I'll do it sooner.

curiousleo commented on 2019-06-03 16:46 (UTC) (edited on 2019-06-03 16:56 (UTC) by curiousleo)

Hi, thanks for providing this package!

I got the following error as I installed the package just now:

...
(1/1) installing duplicati-latest                      [############################] 100%
error: 1 argument(s) specified

Usage: vercmp <ver1> <ver2>
/tmp/alpm_eJiMzU/.INSTALL: line 10: [: -lt: unary operator expected
...

I think I figured out the problem: post_install() calls post_upgrade(), which runs

if [ $(vercmp $2 2.0.2.10-1) -lt 0 ]; then

According to https://wiki.archlinux.org/index.php/PKGBUILD, post_upgrade is passed the new package version and the old one. I guess that when post_upgrade is called from post_install without a second argument (which would make sense in my case since I did not have a previous version installed), then $2 in the line above is not set and vercmp fails.

valandil commented on 2019-04-23 14:53 (UTC)

Yes, follow in the instructions that the package gives you after installation. To start the web interace, just run systemctl --user start duplicati. You can also enable duplicati if you want it to automatically start.

0100001001000010 commented on 2019-04-22 16:53 (UTC)

I installed this and I can only seem to duplicati-cli. Does this package provide the web interface?

valandil commented on 2019-01-31 18:11 (UTC)

Thanks, a lot of people have me confused with my descendant ;)

Dwa30v commented on 2019-01-31 17:21 (UTC) (edited on 2019-01-31 17:27 (UTC) by Dwa30v)

thanks a lot for your work, @valandil of andúnië. all good now. cheers, "frodo".

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!

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?

valandil commented on 2018-11-10 15:30 (UTC)

Sorry guys, guess I forgot to run updpkgsums... Should be fixed.

Erim commented on 2018-11-10 11:26 (UTC)

@exup, you can workaround that by by downloading the signature and replacing the first signature in the line starting with "sha256sums=" with 'a9c0fb929139a15b338a14e87776b26aadacb694356d02ce56d2ae2c188b1445'

Signatures: https://github.com/duplicati/duplicati/releases/download/v2.0.3.14-2.0.3.14_canary_2018-11-08/duplicati-2.0.3.14_canary_2018-11-08-signatures.zip The signature can be found in: duplicati-2.0.3.14_canary_2018-11-08.zip.sha256

exup commented on 2018-11-10 09:48 (UTC)

Hi getting a check sum error when makepkg -si Validating source files with sha256sums... duplicati-2.0.3.14_canary_2018-11-08.zip ... FAILED

valandil commented on 2018-11-02 15:29 (UTC)

Thanks for the heads-up! Sorry I've been AWOL for such a long time, IRL has been busy. I'll update this weekend.

warwickmm commented on 2018-11-02 03:54 (UTC)

FYI, a new canary version has been released.

valandil commented on 2018-08-31 15:30 (UTC)

I don't have a NAS to test. Could you make sure that the latest version runs properly? If it does, I'll add it to the package. Thanks!

ganthore commented on 2018-08-31 15:00 (UTC)

Since this software is advertised to work on NAS storage devices, please consider adding armv7h to the PKGBUILD. I tested on a local box and the software appears to run:

https://github.com/ganthore/arch-duplicati-latest/blob/master/PKGBUILD#L24

valandil commented on 2018-06-29 17:40 (UTC)

And the package is now up to date.

warwickmm commented on 2018-06-29 03:46 (UTC)

The issue with files not being removed from the tmp directory should be fixed in version 2.0.3.8.

valandil commented on 2018-06-21 09:25 (UTC)

Thanks for the info!

marcelhuber commented on 2018-06-21 07:05 (UTC) (edited on 2018-06-21 07:09 (UTC) by marcelhuber)

The issue @warwickmm mentioned still applies to duplicati 2.0.3.7_canary, so be patient and wait for the next release and use 2.0.3.5 in the meantime.

warwickmm commented on 2018-06-10 04:29 (UTC)

Users commenting on the following issue seem to be experiencing similar symptoms with the growing tmp directory:

https://github.com/duplicati/duplicati/issues/3206

2.0.3.6 involved a big rewrite to allow for concurrent processing. It seems that this has introduced a few issues, so it's recommended that users downgrade to an earlier version for critical backups.

jono commented on 2018-06-06 20:59 (UTC) (edited on 2018-06-06 21:00 (UTC) by jono)

Yes, I added a comment to an existing ticket upstream which is still open: https://github.com/duplicati/duplicati/issues/2465#issuecomment-390861552

What is the policy for this in the AUR then? Should this package be downgraded here?

algebro commented on 2018-06-05 20:02 (UTC)

Thanks, I've downgraded to 2.0.3.5-2 and I'll report the results after a few days.

valandil commented on 2018-06-05 08:57 (UTC)

I still haven't seen this issue, and since this is an upstream issue, I recommend downgrading momentarily, and waiting for a fix.

algebro commented on 2018-06-03 16:06 (UTC)

I had the same issue as @jono, my tmp directory filled up and caused a bunch of issues when I ran a pacman -Syu. Let me know if I can provide any other information to help troubleshoot.

valandil commented on 2018-05-29 12:54 (UTC)

I haven't noticed any issues @jono, but I'll force a backup later today to verify this.

jono commented on 2018-05-29 04:36 (UTC)

On 2.0.3.6, my temp dir is filling up like here: https://forum.duplicati.com/t/tmp-folder-grown-to-76gb/3635

Anyone else having the same problem?

valandil commented on 2018-04-16 00:03 (UTC) (edited on 2018-05-29 12:53 (UTC) by valandil)

Thanks @warwickmm, I used the expected casing. I guess we'll see how it goes at the next update.

Checksums should be fixed now, thanks @asm0dey!

asm0dey commented on 2018-04-15 09:57 (UTC)

sha256sum fails for duplicati.service

warwickmm commented on 2018-04-04 00:37 (UTC)

Looking more carefully at the source, it might be safer to preserve the expected casing:

AUTOUPDATER_Duplicati_SKIP_UPDATE=1

valandil commented on 2018-04-03 14:43 (UTC)

Thanks for that! I'll include in the next update.

warwickmm commented on 2018-04-03 04:24 (UTC) (edited on 2018-04-03 04:25 (UTC) by warwickmm)

According to

https://forum.duplicati.com/t/release-2-0-2-20-canary-2018-02-27/2671/22

setting the environment variable

AUTOUPDATER_DUPLICATI_SKIP_UPDATE=1

should disable the auto-update system. The debug (and travis) builds use this to avoid updates while testing.

valandil commented on 2018-03-20 13:12 (UTC) (edited on 2018-03-20 13:13 (UTC) by valandil)

(1) Alright, then! :) (2) Your guess is as good as mine. There is probably a way to patch the source code to remove the updater, or at least the check, but since this PKGBUILD doesn't compile duplicati from source, I can't do it that way. Maybe there is something in the GUI, though I haven't found any.

psychi commented on 2018-03-20 11:44 (UTC) (edited on 2018-03-20 12:02 (UTC) by psychi)

Looking for advice on two problems: 1) <edit> Ignore this I've just realised I didn't understand systemctl --user :-/</edit>

2) Duplicati has it's own built-in update system that often tries to update the program independently of this package. Is there a recommended approach to handling this other than just clicking "dismiss" every time?

Thanks!

valandil commented on 2018-03-12 21:02 (UTC)

I just didn't know about this.

I don't see how they could do any harm. I can add them in the next release.

A.Thomsen commented on 2018-03-12 20:21 (UTC)

Any reason for not including some of the directives from the Debian service?

I'm thinking Nice and IOSchedulingClass.

https://github.com/duplicati/duplicati/blob/master/Installer/debian/debian/duplicati.service

valandil commented on 2018-03-10 18:40 (UTC)

Alright, good to know the solution was simple, in the end! Thanks eburon!

JayGatsby commented on 2018-03-09 23:57 (UTC)

valandil, eburon: I was pleasantly surprised when duplicati booted at startup today! I appreciate this fix and all the work you do on this package. Thank you!

valandil commented on 2018-03-06 14:15 (UTC)

I have implemented this in the last update­. Please report back to see if it's a robust solution.

eburon commented on 2018-03-03 17:42 (UTC) (edited on 2018-03-03 18:19 (UTC) by eburon)

I have the same issue than "liviucmg" : "systemctl --user enable duplicati" fails to run automatically at login.

I add a delay in the systemd service file and, for me, it works now.

[Unit] Description=Duplicati [Service] ExecStartPre=/bin/sleep 5 ExecStart=/usr/bin/mono /opt/duplicati-latest/Duplicati.GUI.TrayIcon.exe --webservice-port=8200 Restart=on-abort [Install] WantedBy=default.target

valandil commented on 2018-02-21 19:38 (UTC)

Thanks for the heads-up!

infomaniac50 commented on 2018-02-21 19:27 (UTC)

If anyone has problems with duplicati-cli throwing "Magic number" errors, a quick workaround is to set TERM=xterm.

It's a known issue between the Mono runtime and ncurses 6. It looks like a fix is already incoming. https://github.com/mono/mono/issues/6752

FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: The type initializer for 'System.Console' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic number is wrong: 542

valandil commented on 2018-01-22 01:23 (UTC)

Weird.

I did update duplicati to the latest version before your comment though.

torben commented on 2018-01-20 13:19 (UTC)

@valandil: The crash does no longer appear, I have no idea, what change did this, AFAIR there was no update in Mono packages (I haven't upgraded via pacman for a few days now). I'll keep an eye on it. If it appears again, I'll let you know. Nevertheless, thanks for you work here as package maintainer!

valandil commented on 2018-01-15 17:43 (UTC)

Try downgrading duplicati.

I have the latest version of mono and don't see that bug.

torben commented on 2018-01-14 18:00 (UTC)

@valandil: Downgrade Duplicati or mono? To which version? If you find it easier, you can reach me via the E-Mail in my profile as well.

valandil commented on 2018-01-04 15:01 (UTC)

@torben Sorry, I'm not sure what's happening. Could you downgrade?

@liviucmg Yeah, that's a known issue with this package. I'm not sure how to make running duplicati at login work. I also start it manually.

liviucmg commented on 2017-12-29 23:14 (UTC)

@valandil Running "echo $DISPLAY" gives me ":0.0". Note that I can successfully run "systemctl --user start duplicati" from the terminal, but if I want to "systemctl --user enable duplicati" then it fails to run automatically at login. I'm running LXDM + Xfce + proprietary Nvidia drivers, if that helps.

torben commented on 2017-12-28 15:26 (UTC)

Since the last large upgrade duplicati keeps crashing with a SIGSEGV deep within the mono runtime. Does anybody have an idea how to fix it? Since I updated the entire System I cannot narrow it down to either an mono or an duplicati update. Nevertheless I am completly out of ideas right now. Any insights on how to debug this would be appreciated.

Detailed error message: https://bin.nehmer.net/pwqee10zw

valandil commented on 2017-12-15 17:13 (UTC)

Was about to write that it was probably a network error ;)

JayGatsby commented on 2017-12-15 17:12 (UTC)

valandil: this is working again. Issue was with my network. Thanks for your offer to help!

JayGatsby commented on 2017-12-15 14:56 (UTC)

then a bunch of these related to mono.

Dec 15 09:32:58 arch mono[1300]: at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remoteEP)

JayGatsby commented on 2017-12-15 14:54 (UTC)

● duplicati.service - Duplicati Loaded: loaded (/usr/lib/systemd/user/duplicati.service; enabled; vendor preset: enabled) Active: inactive (dead) since Fri 2017-12-15 09:32:59 EST; 15min ago Process: 1300 ExecStart=/usr/bin/mono /opt/duplicati-latest/Duplicati.GUI.TrayIcon.exe --webservice-port=8200 (code=exited, status=0/SUCCESS) Main PID: 1300 (code=exited, status=0/SUCCESS)

valandil commented on 2017-12-15 14:38 (UTC)

Works just fine on my end.

Could you provide the output of "systemctl --user status duplicati"?

JayGatsby commented on 2017-12-15 14:35 (UTC)

Curious if anyone else is having issues with most recent version? systemctl start duplicati --user [duplicati isn't starting]

valandil commented on 2017-12-11 18:42 (UTC)

@joolsr1 You'd have to use the "drop-in" feature of systemd(https://www.freedesktop.org/software/systemd/man/systemd.unit.html).

Simply create a directory called duplicati.service.d/ with mkdir /usr/lib/systemd/system/duplicati.service.d and create a config file, say emacs 00-RunDuplicatiAsRoot.conf with contents [Service] User=root Group=root

Sorry for the delay, I didn't see your message before... I have sent an email detailing the procedure in case you're not following this comment thread anymore.

valandil commented on 2017-12-11 18:37 (UTC)

That's weird. What does "echo $DISPLAY" output?

liviucmg commented on 2017-12-11 18:33 (UTC)

I was getting "Gtk-WARNING **: cannot open display:" when logging in with the duplicati-user.service enabled. The fix was to add a new line with "Environment=DISPLAY=:0" inside the [Service] section, right after the "ExecStart=" line. Perhaps you can add this to the package, thanks!

joolsr1 commented on 2017-10-30 16:37 (UTC)

Thanks this will be helpful. Also if I just want to run the web server as root (shudder), what do I need to edite to allow user=root, group=root as mentioned before?

carbolymer commented on 2017-10-30 16:16 (UTC) (edited on 2017-10-30 16:17 (UTC) by carbolymer)

@joolsr1, When you're running duplicati with different user, than your "normal" one, you have to make that files accessible to duplicati. You can do that in three ways: 1. Create separate group for backups, let's say, named backup. Add your user to this group, add duplicati user to this group and run duplicati with this group instead of duplicati. Then, you have to set group for your files to backup and chmod g+rwx them. 2. Use mount --bind for your backup directory to bind your folder with appropiate permissions

joolsr1 commented on 2017-10-30 13:55 (UTC)

Hi After the recent upgrade I had no config but the Duplicati web service was running fine. I moved the config from :- /root/.config/Duplicati to /var/lib/duplicati/.config/Duplicati but I get errors when a backup tries to run as the Duplicati user can't access files of my normal user. I saw the commit in the chnage log ie 'To run Duplicati.Server.exe as root, simply use systemd's "drop-in" feature and specify User=root Group=root' but I don't know how to do this. Please help! These changes are not trivial to lesser mortals who are not necessarily developers ;-)

valandil commented on 2017-10-25 15:03 (UTC)

The new release adds the "duplicati-cli" alias, as shown in https://github.com/duplicati/duplicati/wiki/Headless-installation-on-Debian-or-Ubuntu and requested by @magratheaner.

valandil commented on 2017-10-21 23:27 (UTC)

Thanks. Also, I'll hold until 2.0.2.12, as there are open issues on the duplicati GH page saying it crashes on startup.

carbolymer commented on 2017-10-21 22:38 (UTC)

@valandil duplicati.service still starts duplicati as root, I'll fix it when I'll have time.

valandil commented on 2017-10-19 16:22 (UTC) (edited on 2017-10-19 16:27 (UTC) by valandil)

Hi algebro, and thanks! Indeed, this would have worked. Now, I've pushed the change put forward by carbolymer: the system version of duplicati.service no longer runs as root. A way to return to the previous behaviour is specified at upgrade time. Any feedback on the patch is appreciated. I'll be taking care of @magratheaner's issue next week.

algebro commented on 2017-10-19 15:45 (UTC)

Congrats on your baby @valandil. This is my first attempt to update an AUR package, but I believe this patch (https://gist.github.com/Algebro7/00ddebacfc365ea6ab9e8121a0336040) should work to update Duplicati to the latest version if any other maintainers want to apply it.

valandil commented on 2017-10-10 14:20 (UTC)

Sorry, I'll have to let you investigate this. I'm on paternity leave for the next 2 weeks.

magratheaner commented on 2017-10-10 14:12 (UTC) (edited on 2017-10-10 14:13 (UTC) by magratheaner)

Today, I installed the tool with yaourt and it didn't place "duplicati-cli" anywhere (as checked with yaourt -Ql duplicati-latest) which should be the executable wrapper for linux systems. Instead, I had to change the permissions of "Duplicati.CommandLine.exe" in the install path to executable and make the alias myself. I don't know how much of a long-term solution this is in terms of automatic yaourt updates. Have I gotten something wrong? Edit: I just realized this could be due to the fact that I'm using zsh and the installer maybe only adds the alias in some bash config?

valandil commented on 2017-09-28 12:22 (UTC)

Yeah I'm an idiot. Here's the link: https://gist.github.com/valandil/b500f7a822cf166c1ea91af0db102c57

carbolymer commented on 2017-09-28 09:37 (UTC)

@valandil hm, I don't see your patch

valandil commented on 2017-09-27 15:50 (UTC)

@carbolymer Here's the patch I propose. Would you care to comment on it?

valandil commented on 2017-09-27 15:22 (UTC)

@carbolymer In fact, I think your suggestion makes sense. The default behaviour should be not to run as root. The user can then decide to elevate Duplicati's privileges using systemd's drop-in feature, or however they choose to do it. If I have time, I'll document this in a pinned comment.

carbolymer commented on 2017-09-26 12:50 (UTC) (edited on 2017-09-26 12:51 (UTC) by carbolymer)

@valandil Not quite. If you're using duplicati on a headless server: 1) you have to expose the web interface 2) you cannot use duplicat-user.service which starts duplicati GUI Having exposed webserver running as a root is a security risk. If you're still not convinced to run duplicati.service as separate user, we can leave it as it is. I've added conf file to my systemd drop-in folder which sets the user and group of duplicati process, so I'm good. ;)

valandil commented on 2017-09-21 14:21 (UTC)

In that case, I think that the status quo might be a good solution. If the user wants to run Duplicati to backup his personal files, the user-privileged duplicati-user.service is sufficient. To backup system files, I don't think there is a good way around running as root. Temporary elevation of privilege would be nice, but there doesn't seem to exist a way to do in Duplicati. The user should understand that by starting duplicati.service, he is running a local webserver as root. In any case, any attack on this local web server presupposes a compromised system. The local Duplicati server itself cannot be used as a remote entry point for an attack, as it is not exposed to the Internet. I'm not sure how having a duplicati user and bindfs deters an attacker which already has access to the machine by some other means. Do you agree?

carbolymer commented on 2017-09-21 06:02 (UTC)

@valandil It seems that packages for other distros are running duplicati as root: https://github.com/duplicati/duplicati/tree/master/Installer Moreover, duplicati with the snapshot-policy=auto tries to make disk snapshots using LVM which requires root. https://github.com/duplicati/duplicati/wiki/FAQ It looks that root priviledges are required in some cases. @valandil, what's your opinion?

valandil commented on 2017-09-20 15:36 (UTC)

How do the other distros manage this? We can surely learn from them. I agree that running as root can be problematic: if an exploit is found in Duplicati, it has read AND write access to system files. I think the best way would be provide only read access to the duplicati user, with the possibility to run the server as root for restoring backups only. Not sure how to implement that so it's simple for the end-user though.

carbolymer commented on 2017-09-20 08:25 (UTC) (edited on 2017-09-20 08:30 (UTC) by carbolymer)

@dalto I understand your use case, but still I insist on pushing my change to improve security. You can use bindfs (http://bindfs.org/) to mount multiple users directories with the apropiate rights to allow backups. If you still want to run duplicati as root, I would suggest using systemd "drop-in" folder to override the settings from the .service file https://www.freedesktop.org/software/systemd/man/systemd.unit.html to avoid overwriting by each upgrade.

dalto commented on 2017-09-19 22:43 (UTC)

@carbolymer I understand why, in general, you don't want processes to run as root. However, in the specific case of a backup and restore product, it needs to run as root to be useful. In an ideal world, the control server would run as an unprivileged user and a separate process that handled the backups could run as a privileged user. However, Duplicati doesn't seem to be architected that way. It seems to me there are two common use cases for a product like this. The first is to backup/sync a specific subset of files, most likely owned by a specific user account. The second is performing broader system backups. In neither of those cases is running as a duplicati user useful. In the first case you most likely will want the process to run as your user account which would be the purpose of the existing user service. In the latter, you need it to run as root or equivalent. While it might be possible to add the user to every group on the system or overwrite it's uid to 0, both those actions would serve to decrease security, not increase it.

carbolymer commented on 2017-09-19 16:18 (UTC) (edited on 2017-09-19 16:18 (UTC) by carbolymer)

@dalto https://askubuntu.com/a/16179 You can still configure duplicati to have access to the files, for example, by using group rights.

dalto commented on 2017-09-19 16:10 (UTC)

I still don't fully understand the plan here. duplicati is a backup system. Isn't it fairly typical for a backup system to have some components that run as root in order to access the files? How are system backups to be performed without root access?

carbolymer commented on 2017-09-19 12:49 (UTC) (edited on 2017-09-19 12:49 (UTC) by carbolymer)

My idea is to create a new user, and just a notification after update with the information that database has to be moved manually to the new location. Here's the patch: https://gist.github.com/carbolymer/6cfe2209e543ba29766b8815d94dac06 I didn't want to push this commit yet, because I wanted to get your opinion first.

valandil commented on 2017-09-18 14:57 (UTC)

Good question. I guess the new user would have to be able to read system files. Restoring would be an issue though...

dalto commented on 2017-09-14 17:58 (UTC)

If the duplicati service is changed to running as a non-root user, does it have a separate component that allows it to backup system files?

valandil commented on 2017-09-14 15:14 (UTC)

I added you as co-maintainer. Thanks for the help! And for the links.

carbolymer commented on 2017-09-14 14:10 (UTC) (edited on 2017-09-14 14:11 (UTC) by carbolymer)

@valandi, I'm sorry, I was not responding because I don't have much time this week. I can prepare a patch next week for you if you want or you can add me as a co-mantainer. Sonarr and Radarr are creating new users during installation so you can check how they did achieve this: https://aur.archlinux.org/cgit/aur.git/tree/?h=sonarr https://aur.archlinux.org/cgit/aur.git/tree/?h=radarr

valandil commented on 2017-09-14 14:01 (UTC)

@carbolymer Do you know of another package that creates a user when it installs? I'm not sure how to implement it in the PKGBUILD. Should user creation with the install file? Somewhere in the PKGBUILD? Thanks! @JayGatsby Thanks. I have no issue with criticism, but acting like I owe something to the users of this package crossed the line. Sorry for lashing out.

JayGatsby commented on 2017-09-14 01:05 (UTC)

tested two restores day before yesterday and everything worked great for me. Very happy with duplicati and this package.

valandil commented on 2017-09-13 12:52 (UTC)

While starting on boot is indeed an issue with this package, failing to restore is an issue with Duplicati itself. Open an issue here: https://github.com/duplicati/duplicati/issues For the record, I couldn't care less if you "bother" with this package or not. I am quite happy with the PKGBUILD as it stands, I could simply keep it to myself and never post it to the AUR. If you have a problem with this PKGBUILD, either don't use it and don't bother me, or provide a fix yourself.

shaunob1uk commented on 2017-09-13 11:48 (UTC) (edited on 2017-09-13 12:17 (UTC) by shaunob1uk)

I can not restore from backup: Warnings: [ Failed to apply metadata to file: "/home/backup test folder/Backup Test File 2", message: Could not find file "/home/backup test folder/Backup Test File 2" => Could not find file "/home/backup test folder/Backup Test File 2", I wouldn't bother with this package until someone actually gets it to work correctly. Start on Boot and Restore!..

valandil commented on 2017-09-12 00:23 (UTC)

@CaffeinatedTech Sorry, my bad. Should be fixed in the 2.0.2.4-2 release. @carbolymer This is a good idea, but I don't have the time to implement anything right now. Would you care to become a co-maintainer, or provide a patch? The same goes for the issue where the TrayIcon service does not start at session start. Thanks everyone,

CaffeinatedTech commented on 2017-09-11 23:48 (UTC)

I'm getting failed checksum. ==> Validating source files with sha256sums... duplicati-2.0.2.4_canary_2017-09-09.zip ... FAILED duplicati-user.service ... Passed duplicati.service ... Passed ==> ERROR: One or more files did not pass the validity check!

JayGatsby commented on 2017-09-08 22:02 (UTC)

@carbolymer -- that worked like a charm. thanks! now if I could just get this to start automatically at boot I'd be all set. Thanks!

tyler274 commented on 2017-09-08 18:20 (UTC)

Error message: System.IO.FileNotFoundException: Could not load file or assembly 'UnixSupport, Version=0.0.0.0, Culture=neutral, PublicKeyToken=8bfe994a39631a7b' or one of its dependencies. File name: 'UnixSupport, Version=0.0.0.0, Culture=neutral, PublicKeyToken=8bfe994a39631a7b' at Duplicati.Server.Program.RealMain (System.String[] args) [0x00242] in <8e3f654acb15467b824f2beb25669e50>:0

carbolymer commented on 2017-09-08 15:49 (UTC) (edited on 2017-09-08 15:49 (UTC) by carbolymer)

@JayGatsby just copy your backups database from /root/.config/Duplicati to your Duplicati user directory @valandi please add separate user for Duplicati instead of running it as root.

JayGatsby commented on 2017-09-08 00:49 (UTC)

if anyone figures out how to get the --user enable to start at boot. drop a line below. Thanks!

JayGatsby commented on 2017-09-08 00:49 (UTC)

@valandil works great again as root. Thanks

valandil commented on 2017-09-07 11:14 (UTC)

My bad, should work now.

JayGatsby commented on 2017-09-07 11:08 (UTC)

@valandil - didn't work. even tried reinstalling. I see you have the systemd entries listed in sources I can try to add those myself later.

valandil commented on 2017-09-06 07:58 (UTC)

@JayGatsby: I actually remade the root service available. You have to run `sudo systemctl start duplicati` and `sudo systemctl enable duplicati` to run your old backups.

JayGatsby commented on 2017-09-03 19:19 (UTC)

Can get it to start as user but not at boot. The backups that I have scheduled do not show up because they were set initially using Duplicati.Server.exe as root. Would rather run as user but need to figure out how to get my previous backups to work. to get into the old config I can run by going to /opt/duplicati-latest --- then running 'mono Duplicati.Server.exe' [On the off chance others are wondering how to get to their backups]

valandil commented on 2017-08-31 12:38 (UTC)

Yeah that makes more sense.

dalto commented on 2017-08-31 01:16 (UTC)

If you are running duplicati on a server, depending on the tray icon or even a user login is impractical. It seems like including systemd services for both the server and the tray-icon and letting the end-user choose which is more appropriate for their environment would be best.

valandil commented on 2017-08-30 12:36 (UTC)

Actually, the systemd service that ran as root was Duplicati.Server.exe. Not sure if that requires root access, but it was not necessary to directly run a server instance, as Duplicati.GUI.TrayIcon.exe can start its own Duplicati server instance. As of this update, I have removed the systemd service that ran a Duplicati server and left only the user service that starts Duplicati.GUI.TrayIcon.exe. This starts both the tray icon and the server with user privileges. Not sure how to fix the fact that it doesn't start at user login. The link that @algebro posted seems like a good start, I'll read up later.

carbolymer commented on 2017-08-29 22:58 (UTC) (edited on 2017-08-29 22:58 (UTC) by carbolymer)

Currently Duplicati is running as root. Please change it to different user, because it could pose a security flaw.

algebro commented on 2017-08-29 20:03 (UTC)

I'm not well-versed with systemd either, but do you think it has to do with graphical.target vs graphical-session.target? Here is an example discussion that could be related: https://superuser.com/questions/759759/writing-a-service-that-depends-on-xorg

valandil commented on 2017-08-29 18:36 (UTC)

Not sure what the problem is. Just noticed it doesn't start at login on my system either. Will read up on systemd to try and fix this, but I'm quite busy, so I might be a while.

algebro commented on 2017-08-29 18:13 (UTC)

I'm having the same issue tyler274 is--I enabled the duplicati service with "systemctl --user enable duplicati.service", but the service does not start successfully on reboot/login. I can start the service manually with "systemctl --user start duplicati.service" after logging in, but it would be nice for the service to automatically start on boot. Error line in journalctl is the exact same as tyler274's. Do you have any ideas?

valandil commented on 2017-08-21 15:34 (UTC)

That's weird. Do you have a network.target and graphical.target defined? I can't replicate this on any of my systems.

tyler274 commented on 2017-08-21 04:47 (UTC)

/usr/lib/systemd/user/duplicati.service:3: Failed to add dependency on network.target,graphical.target, ignoring: Invalid argument

neersighted commented on 2017-03-16 05:01 (UTC)

Sorry about the wait; life caught up with me something fierce. Okay, so I've re-added a user service, so those of us who ran Duplicati as non-root are covered again. Simply use `systemctl --user` instead of `systemctl` when enabling/running Duplicati. Let me know if you have any problems!

shieldwed commented on 2017-01-22 15:12 (UTC)

Is there a reason to call this package duplicati-latest and not just duplicati?

moparisthebest commented on 2017-01-17 19:07 (UTC)

Here is an up-to-date PKGBUILD https://github.com/moparisthebest/arch-ppa/blob/master/src/duplicati-latest/PKGBUILD

joolsr1 commented on 2016-11-23 17:56 (UTC)

ah - worked it out. ! Instead I ran mono Duplicati.GUI.TrayIcon.exe and this ran Duplicati and shows teh existing tasks for last week, and all info. As the systemd unit setup seems to be borked somewhere, I guess myself and @Aleksman ended up running Duplicati as root instead as once I had added a new task the sqlite db was located in /root/ instead of my users home directory. So there is still a problem sith the systemd start up. But the tasks aren't lost (thank god)

joolsr1 commented on 2016-11-21 11:09 (UTC)

After restarting service manually, I found my tasks had completely disappeared too :-(

joolsr1 commented on 2016-11-21 11:02 (UTC)

After upgrading Manjaro, today I found that my Duplicati service has gone too ;-(.

Aleksman commented on 2016-11-20 00:44 (UTC) (edited on 2016-11-20 00:46 (UTC) by Aleksman)

All tasks are disappeared after last update. Not very comfortable. Also servise was not enabled in systemd.

ninov commented on 2016-10-30 23:48 (UTC)

@neersighted any progress?

neersighted commented on 2016-10-22 02:28 (UTC)

I have just adopted this package and am working on updating it. Except it to be fully updated and working in a day or two.

mrhahaz commented on 2016-10-21 21:00 (UTC)

FYI this version has some issues with the --exclude option. Cloned your repo, changed the URL to: http://updates.duplicati.com/experimental/latest.zip in PKGBUILD, changed version number, built and installed. Things now work as expected.

gonciarz commented on 2016-05-28 12:11 (UTC)

diff --git a/PKGBUILD b/PKGBUILD index c34a2a5..470a5dd 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -1,7 +1,7 @@ # Maintainer: Danny Su <contact@dannysu.com> pkgname=duplicati-latest -pkgver=2.0.1.11 +pkgver=2.0.1.17 pkgrel=1 pkgdesc='Free backup client that securely stores encrypted, incremental, compressed backups on cloud storage services and remote file servers. Duplicati is open source software, written in mono and available for Windows, Linux, and Mac OS X.' arch=('i686' 'x86_64') @@ -10,13 +10,13 @@ install=duplicati.install license=('LGPL') depends=('mono' 'gtk-sharp-2') optdepends=() -source=("http://updates.duplicati.com/experimental/duplicati-2.0.1.11_experimental_2016-04-08.zip" duplicati_user.service) +source=("https://github.com/duplicati/duplicati/releases/download/v2.0.1.17-2.0.1.17_canary_2016-05-14/duplicati-2.0.1.17_canary_2016-05-14.zip" duplicati_user.service) -sha1sums=('08f409819409eb36959bfabc2beb482978e55b04' +sha1sums=('07f816d3cd81992f74071782139cf69902f97a71' 'cf23e9cdc0f72d1b52288579f169c4476aa26a0f') package() { - rm "$srcdir/duplicati-2.0.1.11_experimental_2016-04-08.zip" + rm "$srcdir/duplicati-2.0.1.17_canary_2016-05-14.zip" mkdir -p "$pkgdir/opt/duplicati-latest" cp -r . "$pkgdir/opt/duplicati-latest"

joolsr1 commented on 2015-09-09 08:02 (UTC)

Hmm, using manjaro with all latest updates as of today 9/9/15 and using Mono 4.0.3.20 Duplicati 1.3.4 runs fine, but after a two hour backup of only a few GB right near the end it throws an error and quits suddenly :- (process:7277): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed I have received consistent similar errors when using slightly earlier builds of Mono vers 4 too. I found that using Mono-emby vers 3 mono is the only way I can run stable Duplicati without issue still. Any thoughts ?

dannysu commented on 2015-09-08 01:37 (UTC)

In other news, mono package was updated to 4.0.3.20 and contains the fix I reported to mono that was causing duplicati to stop working. It is now safe to update mono to v4.

dannysu commented on 2015-09-08 01:35 (UTC)

It's not. 2.0.0.89 is a test version and not yet officially pushed out as an update. There are also bugs with restore that haven't been fixed (see github issues). Version 2.0.0.88 and 2.0.0.89 are Kenneth's attempt to fix the issue but there hasn't been a fix to the restore bug. I'm sure when the restore issue is fixed, a new version will officially the pushed out. Until then, 2.0.0.87 is the one that http://updates.duplicati.com/preview/latest.zip points to.

valandil commented on 2015-09-08 01:23 (UTC)

The newest version is actually 2.0.0.89. https://github.com/duplicati/duplicati/releases/tag/v2.0.0.89-2.0.0.89_preview_2015-08-24

joolsr1 commented on 2015-06-15 16:08 (UTC)

Oddly, I can't find duplicati as a package on aur4.archlinux.org but its on aur.archlinux.org, so cannot highlight this issue for that package in the correct place. Duplicati 1.3.4 crashes for me every time in use as of two weeks ago, almost certainly for same reasons as the vers 2 build, because of the move to mono 3 - 4. I am happy to try version 2, but thought it would be worthwhile to mention this as version 1.3.4 is still the 'official' stable build AFAIK.

dannysu commented on 2015-06-08 15:40 (UTC)

Sorry, been extremely busy. Just updated with 2.0.0.85. Also, recently I found that duplicati stopped working due to mono 3 to mono 4 upgrade. I've reported the bug that caused duplicati to break and it's fixed in mono-project master. Hopefully the next mono 4 release will contain it. For now I've purposely kept back to using mono 3.12.1 package.

blackhole commented on 2015-02-19 13:12 (UTC)

sha1sum for latest.zip is wrong