Package Details: rslsync 3.0.1-1

Git Clone URL: https://aur.archlinux.org/rslsync.git (read-only, click to copy)
Package Base: rslsync
Description: Resilio Sync (ex:BitTorrent Sync) - automatically sync files via secure, distributed technology
Upstream URL: https://www.getsync.com
Licenses: custom:resilio
Submitter: widowild
Maintainer: widowild (fryfrog)
Last Packager: fryfrog
Votes: 361
Popularity: 0.23
First Submitted: 2016-09-25 13:20 (UTC)
Last Updated: 2024-10-12 04:43 (UTC)

Latest Comments

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 30 31 32 33 .. 56 Next › Last »

emlun commented on 2014-08-15 07:05 (UTC)

@vaski seems like you don't have [D-Bus set up in your systemd user session][1], do you? The old "btsync@user.service" and the new "--user btsync.service" differ slightly in more than just invocation syntax. The former runs in the system instance of systemd, while the latter runs in a user instance. [1]: https://wiki.archlinux.org/index.php/Systemd/User#Basic_setup

vaski commented on 2014-08-14 22:49 (UTC)

I get this, with or without sudo $ systemctl --user start btsync Failed to get D-Bus connection: Connection refused @mielouk, was dropping the sudo all you did?

mielouk commented on 2014-08-10 15:25 (UTC)

@Vodun THX, up and running again :)

Vodun commented on 2014-08-10 14:56 (UTC)

1/ Try without sudo: systemctl --user start btsync 2/ There is no more 'btsync@user' service. (replaced by method 1)

mielouk commented on 2014-08-10 13:13 (UTC)

After updating my server and my desktop over the last few days, my btsync setup got broken. I'm not able to start btsync@user on either machine. $ sudo systemctl --user start btsync Failed to get D-Bus connection: Connection refused $ sudo systemctl start btsync@X Failed to start btsync@X.service: Unit btsync@X.service failed to load: No such file or directory. I didn't change any settings or made any changes on the system. Might you have some suggestions on how this might have happened or how to fix this?

ava1ar commented on 2014-08-09 16:50 (UTC)

@emlun Thanks for sharing this. Current implementation is redirecting all output to the sync.log using btsync in daemon mode. If somebody want part of the output go to the journal, he/she may follow approach your are pointing to: switch btsync to non-daemon mode and wrap it with the shell script. @djhaines I saw somewhere on the forums, that btsync since version 1.3 has log rotation built-in and strips the log files to 10 megabytes by default. I am not a heavy btsync user, so I can't confirm this myself, but I believe some of the users can (like @dam5h), so lets wait for more feedback. Anyway, I think btsync developers should implement log level configuration from config file to let people select logging level for their needs. In this case logging to journal will be safe and trouble-free. P.S. thank you, I really appreciate the kind words I've heard from you.

emlun commented on 2014-08-09 16:25 (UTC)

Here's a gist showing what I was trying to explain earlier: https://gist.github.com/emlun/6f847a74e0136188d7a4 If you want some of the output in the journal, but not all of it, you could just monkey patch the executable with a shell script that filters the output. As shown in the example, you can *also* save it to a file if you so prefer. I hope it might be of use to someone. :)

dhaines commented on 2014-08-09 15:40 (UTC)

Also, I would like to thank you, ava1ar, for being one of the truly good maintainers on the AUR. Over time, you have exhibited a tremendous capacity to actually listen and respond to your userbase. It's much appreciated.