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 .. 19 20 21 22 23 24 25 26 Next › Last »

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

« First ‹ Previous 1 .. 19 20 21 22 23 24 25 26 Next › Last »