Search Criteria
Package Details: duplicati-latest 2.0.6.102-1
Package Actions
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: | 55 |
Popularity: | 1.35 |
First Submitted: | 2014-09-01 02:11 (UTC) |
Last Updated: | 2022-04-11 01:43 (UTC) |
Dependencies (4)
- gtk-sharp-2 (gtk-sharp-2-git)
- libappindicator-gtk2 (libappindicator-gtk2-ubuntu)
- mono (mono48, mono-beta, mono-visualstudio, mono-alt-csc, mono5, mono-nightly, mono-alpha, mono-git)
- notify-sharp (notify-sharp-git) (optional) – for tray notifications
Latest Comments
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
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
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
andenable
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?
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 lowercased
.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 used
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:
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:
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:
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)
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:
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.
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:
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:
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:
I think I figured out the problem:
post_install()
callspost_upgrade()
, which runsAccording to https://wiki.archlinux.org/index.php/PKGBUILD,
post_upgrade
is passed the new package version and the old one. I guess that whenpost_upgrade
is called frompost_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 andvercmp
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:
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
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)
carbolymer commented on 2017-10-30 16:16 (UTC) (edited on 2017-10-30 16:17 (UTC) by carbolymer)
joolsr1 commented on 2017-10-30 13:55 (UTC)
valandil commented on 2017-10-25 15:03 (UTC)
valandil commented on 2017-10-21 23:27 (UTC)
carbolymer commented on 2017-10-21 22:38 (UTC)
valandil commented on 2017-10-19 16:22 (UTC) (edited on 2017-10-19 16:27 (UTC) by valandil)
algebro commented on 2017-10-19 15:45 (UTC)
valandil commented on 2017-10-10 14:20 (UTC)
magratheaner commented on 2017-10-10 14:12 (UTC) (edited on 2017-10-10 14:13 (UTC) by magratheaner)
valandil commented on 2017-09-28 12:22 (UTC)
carbolymer commented on 2017-09-28 09:37 (UTC)
valandil commented on 2017-09-27 15:50 (UTC)
valandil commented on 2017-09-27 15:22 (UTC)
carbolymer commented on 2017-09-26 12:50 (UTC) (edited on 2017-09-26 12:51 (UTC) by carbolymer)
valandil commented on 2017-09-21 14:21 (UTC)
carbolymer commented on 2017-09-21 06:02 (UTC)
valandil commented on 2017-09-20 15:36 (UTC)
carbolymer commented on 2017-09-20 08:25 (UTC) (edited on 2017-09-20 08:30 (UTC) by carbolymer)
dalto commented on 2017-09-19 22:43 (UTC)
carbolymer commented on 2017-09-19 16:18 (UTC) (edited on 2017-09-19 16:18 (UTC) by carbolymer)
dalto commented on 2017-09-19 16:10 (UTC)
carbolymer commented on 2017-09-19 12:49 (UTC) (edited on 2017-09-19 12:49 (UTC) by carbolymer)
valandil commented on 2017-09-18 14:57 (UTC)
dalto commented on 2017-09-14 17:58 (UTC)
valandil commented on 2017-09-14 15:14 (UTC)
carbolymer commented on 2017-09-14 14:10 (UTC) (edited on 2017-09-14 14:11 (UTC) by carbolymer)
valandil commented on 2017-09-14 14:01 (UTC)
JayGatsby commented on 2017-09-14 01:05 (UTC)
valandil commented on 2017-09-13 12:52 (UTC)
shaunob1uk commented on 2017-09-13 11:48 (UTC) (edited on 2017-09-13 12:17 (UTC) by shaunob1uk)
valandil commented on 2017-09-12 00:23 (UTC)
CaffeinatedTech commented on 2017-09-11 23:48 (UTC)
JayGatsby commented on 2017-09-08 22:02 (UTC)
tyler274 commented on 2017-09-08 18:20 (UTC)
carbolymer commented on 2017-09-08 15:49 (UTC) (edited on 2017-09-08 15:49 (UTC) by carbolymer)
JayGatsby commented on 2017-09-08 00:49 (UTC)
JayGatsby commented on 2017-09-08 00:49 (UTC)
valandil commented on 2017-09-07 11:14 (UTC)
JayGatsby commented on 2017-09-07 11:08 (UTC)
valandil commented on 2017-09-06 07:58 (UTC)
JayGatsby commented on 2017-09-03 19:19 (UTC)
valandil commented on 2017-08-31 12:38 (UTC)
dalto commented on 2017-08-31 01:16 (UTC)
valandil commented on 2017-08-30 12:36 (UTC)
carbolymer commented on 2017-08-29 22:58 (UTC) (edited on 2017-08-29 22:58 (UTC) by carbolymer)
algebro commented on 2017-08-29 20:03 (UTC)
valandil commented on 2017-08-29 18:36 (UTC)
algebro commented on 2017-08-29 18:13 (UTC)
valandil commented on 2017-08-21 15:34 (UTC)
tyler274 commented on 2017-08-21 04:47 (UTC)
neersighted commented on 2017-03-16 05:01 (UTC)
shieldwed commented on 2017-01-22 15:12 (UTC)
moparisthebest commented on 2017-01-17 19:07 (UTC)
joolsr1 commented on 2016-11-23 17:56 (UTC)
joolsr1 commented on 2016-11-21 11:09 (UTC)
joolsr1 commented on 2016-11-21 11:02 (UTC)
Aleksman commented on 2016-11-20 00:44 (UTC) (edited on 2016-11-20 00:46 (UTC) by Aleksman)
ninov commented on 2016-10-30 23:48 (UTC)
neersighted commented on 2016-10-22 02:28 (UTC)
mrhahaz commented on 2016-10-21 21:00 (UTC)
gonciarz commented on 2016-05-28 12:11 (UTC)
joolsr1 commented on 2015-09-09 08:02 (UTC)
dannysu commented on 2015-09-08 01:37 (UTC)
dannysu commented on 2015-09-08 01:35 (UTC)
valandil commented on 2015-09-08 01:23 (UTC)
joolsr1 commented on 2015-06-15 16:08 (UTC)
dannysu commented on 2015-06-08 15:40 (UTC)
blackhole commented on 2015-02-19 13:12 (UTC)