graysky2 / profile-sync-daemon Goto Github PK

Hi, when I try to run $ profile-sync-daemon preview get the following

Daemon file /run/psd is present.
Service is currently active.

 Psd will manage the following per /etc/psd.conf settings:

 stat: missing operand 
 Try 'stat --help' for more information.

and does not show any data on my profile.
Any idea?

I use Profile-sync-daemon v5.33 on Fedora release 18 (Spherical Cow).
Thanks in advance!!

Hi,
apologies in case I overlooked it, but I can't find any mention of dwb or uzbl being supported. Is there a reason why they have not been included?

Thanks for this excellent piece of software!

Support Firefox, why not Seamonkey? Just the same directory, different name.

I have daemon called chrome-editor, that allows me to edit textarea contents
directly in vim (that's the way I'm typing this message).

But when I'm trying to launch psd, it fails with message that google-chrome
already launched, so it can't start. But browser by itself is not launched,
psd get confused and muffed chrome-editor with browser.

Newer versions of FIrefox locate the cache at ~/.cache/mozilla/, as opposed to the .mozilla/firefox/ folder. Could you please add support to symlink to latest cache location or another workaround so psd syncs Firefox caches properly?

FYI, anything-sync-daemon does a great job addressing this shortcoming for users who sync ~/.cache folder (or explicit mozilla folder in the cache folder).

I've read all the previous "Feature Request" but I actually DON'T want this behavior.

If I disable PSD (sudo /etc/init.d/psd stop), the google chrome beta cache is stored in ~/.cache/google-chrome-beta/Default/cache. As I navigate pages, I can see updated time stamps in this directory.

If I start PSD (sudo /etc/init.d/psd start), then google chrome beta is cached in /run/shm/USER-google-chrome-beta/Default/Cache. As I navigate pages, I see this the files in this directory with updated time stamps. The ~/.cache/google-chrome-beta directory doesn't get any more updates.

If I stop PSD now, then google chrome starts using cache in ~/.cache/google-chrome-beta again. Why is this happening?

My /home/USER/.cache is a tmpfs tmpfs on /home/USER/.cache type tmpfs (rw,nosuid,nodev,noatime,size=400M)

Profile-sync-daemon v5.44 on Ubuntu 13.10.

On line 52 of /etc/psd.conf, you recommend using /runi/shm for VOLATILE onDebian 7+. I believe this should instead read /run/shm, but I'm not an expert.

Thanks for this great piece of software!

Great tool! However, recently something has changed either on the samba end or PSD end, but I can no longer start the service on logon. Using the Ubuntu PSD PPD, the issue (as best I can determine from review of boot.log) is that PSD is trying to start in the middle of smbd and nmbd starting and as such without the samba services running PSD throws and error that a user in PSD.conf does not exist (the user is a samba domain user). However, once I logon, I have no issues manually invoking the PSD service (since smbd and nmbd are now started).

I've tried removing and re-adding upstart symlinks to a later value (e.g. update-rc.d psd defaults 99) to no avail (i.e. service still not starting at boot but also now have no boot.log entries (i.e. boot.log entries only appear when rc.d set to 20).

Any insight on path forward to remediate would be appreciated.

Thanks agan!

I've been experiencing slow boots recently, I checked my system using systemd. It turns out PSD is using 25 secs total, 11 secs on just itself. Am I doing something wrong here? I enabled it using systemctl, and I updated the frequency to make it every 10 mins, other than that, I didn't do anything much. Any help will be gladly appreciated.

Hi,
I'm having a problem with the following: Google Calendar halts while loading, turning the page solid gray and rendering the keyboard inoperable for the given tab (can't reload, close, or navigate to other tabs). The page loads as expected when psd is stopped. No messages are sent to dev tools console or stderr.
Firefox doesn't seem to be affected, it fully loads the page while psd is running.
I'm running psd 5.45.1 on fedora 20.

Have similar issues been encountered with gcalendar (or other apps/pages)?

I don't say that often, but you should do less releases.

That means: implement a new feature, wait for a week or two in case another pops up or in case users directly pulling from git report a bug.

If it's a security thing or a severe bug, then you can ofc do a bugfix release excluding any feature addition.

It's hard to keep up with the version bumps and I cannot provide a live ebuild based on the git repository without fearing to crush a users browser profile.

You can also do pre-releases. I just want a more reliable release scheme.

I've not been able to pin this down, definitively. However, I've been developing reactive Meteor web applications, which like to automatically sync with the browser.
Worse, I've also been using Netbeans, which also likes to sync, even before you install its Chrome plugin.

I've not seen this issue with Yeoman, which also likes to sync. In any case, uninstalling Profile-Sync-Daemon seems to have stopped the Notification Daemon from attempting to send error reports.

I'm guessing my usage is a PSD anti-pattern.

So I had problems getting psd started when I installed it about a week ago. The update a couple of days ago fixed that, psd worked fine. Today (Saturday, 23.2) though came another update that seems to have crashed it. I tried several time to get psd working again, purged psd and tried the install and config-process several times, but to no avail.

The outpt you asked for in the other thread are:

User@Nexus:~$ psd p
Profile-sync-daemon v5.26

Psd will manage the following per /etc/psd.conf settings:

browser/psname: chromium/chromium
owner/group: user/user
sync target: /home/user/.config/chromium
tmpfs dir: /run/shm/user-chromium
profile size: 40M

browser/psname: firefox/firefox
owner/group: user/user
sync target: /home/user/.mozilla/firefox/jzxy8s2m.default
tmpfs dir: /run/shm/user-firefox-jzxy8s2m.default
profile size: 142M

user@Nexus:~$ service status psd
status: unrecognized service

user@Nexus:~$ ls -l /run
insgesamt 52
-rw-r--r-- 1 root root 5 Feb 23 15:08 acpid.pid
srw-rw-rw- 1 root root 0 Feb 23 15:08 acpid.socket
-rw-r--r-- 1 root root 5 Feb 23 15:08 atd.pid
drwxr-xr-x 2 avahi avahi 80 Feb 23 15:08 avahi-daemon
drwxr-xr-x 2 root root 60 Feb 23 15:24 console
drwxr-xr-x 2 root root 60 Feb 23 15:24 ConsoleKit
-rw-r--r-- 1 root root 5 Feb 23 15:08 console-kit-daemon.pid
-rw-r--r-- 1 root root 5 Feb 23 15:08 crond.pid
---------- 1 root root 0 Feb 23 15:08 crond.reboot
drwxr-xr-x 3 root lp 120 Feb 23 15:08 cups
drwxr-xr-x 2 messagebus messagebus 80 Feb 23 15:08 dbus
drwx--x--x 4 root gdm 100 Feb 23 15:24 gdm
-rw-r--r-- 1 root root 5 Feb 23 15:08 gdm.pid
drwxr-xr-x 2 root root 40 Feb 23 15:08 initramfs
drwxrwxrwt 3 root root 60 Feb 23 15:08 lock
-rw-r--r-- 1 root root 106 Feb 23 15:08 motd
drwxr-xr-x 2 root root 60 Feb 23 15:08 mount
drwxr-xr-x 3 root root 120 Feb 23 15:08 network
-rw-r--r-- 1 root root 0 Feb 23 15:08 network-interface-security
-rw-r--r-- 1 root root 4 Feb 23 15:08 NetworkManager.pid
-rw-r--r-- 1 root root 2249 Feb 23 15:08 nm-dhclient-eth0.conf
-rw-r--r-- 1 root root 0 Feb 23 15:08 nm-dns-dnsmasq.conf
drwxr-xr-x 2 root root 40 Feb 23 2013 plymouth
drwxr-xr-x 4 root root 80 Feb 23 15:08 pm-utils
drwxr-xr-x 2 root root 40 Feb 23 15:08 pppconfig
-rw-r--r-- 1 root root 0 Feb 23 15:17 psd
drwxr-xr-x 3 root root 100 Feb 23 15:08 resolvconf
-rw-r--r-- 1 root root 5 Feb 23 15:08 rsyslogd.pid
srw-rw-rw- 1 root root 0 Feb 23 15:08 sdp
drwxr-xr-x 2 root root 80 Feb 23 15:08 sendsigs.omit.d
drwxrwxrwt 2 root root 240 Feb 23 15:31 shm
drwxr-xr-x 8 root root 200 Feb 23 15:24 udev
drwx------ 2 root root 40 Feb 23 15:08 udisks2
-rw-r--r-- 1 root root 4 Feb 23 15:08 upstart-socket-bridge.pid
-rw-r--r-- 1 root root 4 Feb 23 15:08 upstart-udev-bridge.pid
drwxr-xr-x 2 root root 40 Feb 23 15:08 user
-rw-rw-r-- 1 root utmp 4224 Feb 23 15:32 utmp

In addition to the profile, Mozilla also writes thumbnails and stuff to a cache directory:

~/cache/mozilla/firefox/PROFILENAME/thumbnails

Can you add support for caching that directory as well?

Have to say that I love your app :)

It would be really great to add support to epiphany-browser (a.k.a Web, the gnome web browser).

Keep it going! Awesome work 👍

psd just keeps creating copy after copy of [browser]-backup-crashrecovery-[date] folders. Currently I have four, previously it was over a dozen.

It would be neat if there was some option (and a sane default) to limit the number of these folders that profile-sync-daemon keeps, preferably (obviously) on a "most recent" basis.

The current help text only mentions "parse", "sync", and "unsync".

Hi - I had a problem with PSD - after my PC crashed no browsers worked, so I purged and reinstalled PSD

Chrome & Firefox work fine, but each time I start Opera after a reboot I'm asked to install Opera for the first time - I agree to the EULA - and Opera starts completely 'clean'

I can copy the profile from a previous back-up

Any ideas?

System Details:

Linux mythos 3.5.0-25-generic #39-Ubuntu SMP Mon Feb 25 18:26:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

max@mythos:~$ psd p
Profile-sync-daemon v5.28 on Ubuntu 12.10.

Daemon file /var/run/psd is present.

Psd will manage the following per /etc/psd.conf settings:

 browser/psname:  chromium/chromium
 owner/group:     max/max
 sync target:     /home/max/.config/chromium
 tmpfs dir:       /run/shm/max-chromium
 profile size:    115M

 browser/psname:  firefox/firefox
 owner/group:     max/max
 sync target:     /home/max/.mozilla/firefox/1xwmupm8.default
 tmpfs dir:       /run/shm/max-firefox-1xwmupm8.default
 profile size:    154M

 browser/psname:  opera/opera
 owner/group:     max/max
 sync target:     /home/max/.opera
 tmpfs dir:       /run/shm/max-opera
 profile size:    4.2G

 browser/psname:  opera-next/opera-next
 owner/group:     max/max
 sync target:     /home/max/.opera-next
 tmpfs dir:       /run/shm/max-opera-next
 profile size:    25M

The script will start even if rsync is not installed. But it won't work very well...

Hey there!

I'm experiencing lookups lately (since I'm using psd) on my Archlinux system (laptop) with Gnome as DE. I'm not very sure if it is related to psd, or not, but I'll not use it the coming weeks and see if it shows the same results again.

There's no good way of actually knowing why the system locks up, but it only happened (so far) with firefox opened (synced with psd). Sometimes audio was running meanwhile, sometimes not.
The system freezes/locks up (mouse freezes, everything else as well, no way of switching to another TTY or anything). Beforehand there are no signs of heavy resource usage (RAM and CPU are being used smoothly). After that I have to hard reset the computer (not so nice ;) ).

Was wondering if anyone else is experiencing similiar issues while using psd...

It looks like I have the same issue from a closed bug report, but since I can't reopen that one, and this is for the version that's supposed to be already fixed, I thought I'd report a new issue.

Well, the problem is the same. It works okay when started manually (works pretty good, btw. Great job :D ), but does not start on next reboot, and the profiles are in the same place they should be and no backups are there.

If there's anything which I can help with, just ask. Thanks.

Currently it won't execute psd-update hourly because of lacking execution permission on that file. I don't know if this problem also appears on distros other than gentoo.

I haven't tested it yet, but the script should also work for the Thunderbird email client with minimal modification. The profiles work pretty much the same way.

I may be mistaken, but I believe the [Install] section in psd-resync.service as well as the line Also=psd-resync.service psd-resync.timer in psd.service are not needed since version 5.50.

Wants=psd-resync.service already makes sure both services are run together, so there is no need to explicitly enable (create symlinks to) psd-resync.service

I think, correct me if I'm wrong.
$browser-backup always is correct, he can corrupts only if pc, shutdown while rsync working.
I can add handler for rsync, kind of:
in sync {} touch $browser-backup/.rsync && rsync * && rm .rsync
in shutdown handler {} [[ -f $browser-backup/.rsync ]] && create $browser-crashrecovery-$TIME
This is can avoid psd, to create many crashrecovery dirs.

Hi,
how to get profile-sync-daemon working with encrypted home directory?

• add a check for encrypted directory. If it is encrypted and the user is not logged in exit and don't sync (in do_sync() could you check with "ecryptfs-verify -h -u $user" ?)
• start profile-sync-daemon with gnome-session-properties ?
• the user should remember to stop profile-sync-daemon before log out/poweroff

Maybe this would be better than actually reading every file to tmpfs

I'm running Ubuntu 12.10 - amd64. Almost everytime I type something into Chrome's omnibox, the browser freezes for a while and then crashes.

Chrome version 25.0.1364.97

Firefox now uses ~/.cache/mozilla for its cache and Chrome seems to do that, too. A workaround is to create a symlink "ln -s ../.mozilla ~/.cache/mozilla". I'm not sure how this should be dealt with but I think it's worth mentioning.

I think all browser content must be on ram, may be i mistake?
google-chrome writes and uses and uses ~/.cache/google-chrome

as per #38

about the configure proposal: writing one yourself is a huge(!) pain in the ass. See scummvm for an example. The other way would be to use autotools, but that is definitely oversized for a project like this.
A simple Makefile with distro-targets, especially for the init-parts would be enough.

When users get a PSD update via the Ubuntu PPA, the browser (I've tested it with Firefox) is crashes (it's closed probably, I'm not sure) and PSD doesn't start automatically and this, the profile is no longer in /run/shm, even though PSD was running before the update.

Hello,

The instructions in the README for Debian users refers to 'saucy', but the Packages file there is empty (Saucy is out of support life by Ubuntu?). Thus, no packages for psd are visible to apt.

Changing the release to 'trusty' brings it all back to life again:

echo "deb http://ppa.launchpad.net/graysky/utils/ubuntu trusty main" > /etc/apt/sources.list.d/graysky.list
echo "deb-src http://ppa.launchpad.net/graysky/utils/ubuntu trusty main" >> /etc/apt/sources.list.d/graysky.list

Every time when powering off the machine, chromium will have several process remaining in <defunct> state, but psd only try to SIGTERM several times.

After a restart, the file structure will be:
~/.config/chromium/felix-chromium -> /tmp/felix-chromium
~/.config/chromium/.flagged

And if I start chromium, a default profile will be created into ~/.config/chromium.

This has been noticed three times in a row. I've tried to add two pkill -SIGKILL lines under the notes:

### Do we need a secondary, more powerful method of killing
### if the first fails?
pkill -SIGKILL -u "$user" "$PSNAME"
pkill -SIGKILL -u "$user" "$PSNAME"

This fixes the problem.

Have you considered writing a psd.timer file for systemd?

I guess it's not really a pressing issue, but it would be a nice-to-have. ;)

Hi there,

i recently switched my LMDE to use systemd for startup. Install profile-sync from the source, the psd.service is started automatically (status is active) however the profiles are not copied to /dev/shm.
After I'm logged in, I have to restart psd.service from the terminal and then all is OK. Any hint what could be the problem. I suspect a timing issue, since the system boots very fast and has only a SSD installed. May, the directories are just not available yet, even though /home is required to be mounted by the service file.

I'm by no means a systemd expert so I'm pretty much fishing in the dark.

Thanks and cheers, Riko

profile-sync-daemon is a very useful program, so thanks for writing it! Unfortunately, it seems to take a very long time to start on my Archlinux install. This is strange, as I am running on an SSD and psd p shows that I am sinking only around 200MB.

Here is a snippet of systemd-analyze blame:

[jonathan@jc-desk-arch ~]$ systemd-analyze blame
         12.477s psd.service
          1.187s NetworkManager.service
           213ms psd-resync.service
            93ms polkit.service
            92ms colord.service
            76ms systemd-logind.service

Here is the output of psd p:

[jonathan@jc-t430-arch ~]$ psd p
Profile-sync-daemon v5.47 on Arch Linux.

 Systemd service is currently active.
 Systemd resync service is currently active.

Psd will manage the following per /run/psd.conf settings:

 browser/psname:  chromium/chromium
 owner/group id:  jonathan/1000
 sync target:     /home/jonathan/.config/chromium
 tmpfs dir:       /tmp/jonathan-chromium
 profile size:    115M

 browser/psname:  firefox/firefox
 owner/group id:  jonathan/1000
 sync target:     /home/jonathan/.mozilla/firefox/ves25cl5.default
 tmpfs dir:       /tmp/jonathan-firefox-ves25cl5.default
 profile size:    53M

 browser/psname:  midori/midori
 owner/group id:  jonathan/1000
 sync target:     /home/jonathan/.config/midori
 tmpfs dir:       /tmp/jonathan-midori
 profile size:    1.3M

Thanks.

i store browser's profile in other location and create symbolic link to home:
~/.mozilla -> /other/location
~/.opera -> /other/location
~/.config/google-chrome -> /other/location
and psd does not work (may work for firefox but not for chrome and opera)

I got problems with this on my Ubvuntu 12.10 system. psd does create the necessary link to the new copy of my profile in run/shm, but on reboot the link is gone and firefox switches back to the backup .profile on ~/.mozilla/firefox (created by psd) renaming it back. No trace of the profile in /run/shm.

you should add information that psd.openrc is NOT MIT, but GPL-2 and I do not plan to change that

https://www.mozilla.org/en-US/firefox/developer/

please change
group="$(stat -c %G $homedir)"
on group="$(id -g $user)"

Arch Linux x64, latest Chromium and PSD. Styles aren't being set for websites. Anybody else got the same issue?

It would be nice to add moving browser cache to tmpfs too, optionally of course.

I think this is a bug and i not know why psd, do it.
┌─[timofey@beplan] - [~] - [393]
└─[$] psd
Created new window in existing browser session.
Created new window in existing browser session.
Profile-sync-daemon v@VERSION@

/usr/bin/psd [option]
preview Parse config file (/run/psd.conf) to see which profiles will be managed.
resync Synchronize the tmpfs and media bound copy. Must be run as root user.
sync Force a manual sync. Must be run as root user and NOT recommended.
unsync Force a manual unsync. Must be run as root user and NOT recommended.

It is HIGHLY DISCOURAGED to directly call /usr/bin/psd to sync or to unsync.
Instead, use systemd to start/stop profile-sync-daemon.

systemctl [option] psd psd-resync
start Turn on daemon; make symlinks and actively manage targets in tmpfs.
stop Turn off daemon; remove symlinks and rotate tmpfs data back to disc.
enable Autostart daemon when system comes up.
disable Remove daemon from the list of autostart daemons.

┌─[timofey@beplan] - [~] - [394]
└─[$] sudo psd sync
No protocol specified

(chromium:20884): Gtk-WARNING **: cannot open display: :0
No protocol specified

(chromium:20898): Gtk-WARNING **: cannot open display: :0

mktemp looks like the standard to safely create files in publicly writable places

Here's a basic initscript for Debian users.

#! /bin/sh
### BEGIN INIT INFO
# Provides:          profile-sync-daemon
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Keeps browser profiles in RAM.
# Description:       Profile-sync-daemon (psd) is a tiny pseudo-daemon designed to manage
#                    your browser's profile in tmpfs and to periodically sync it back to
#                    your physical disc (HDD/SSD).
### END INIT INFO

# Author: Jerome Charaoui ([email protected])
#
# The default configuration of profile-sync-daemon is to use /tmp over tmpfs
# On Debian, this can be enabled with RAMTMP=yes in /etc/default/tmpfs

# Do NOT "set -e"

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Profile-sync-daemon"
NAME=profile-sync-daemon
DAEMON=/usr/local/bin/$NAME
LOCKFILE=/run/psd
SCRIPTNAME=/etc/init.d/$NAME

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Exit if rsync is not installed
if [ ! -x "/usr/bin/rsync" ]; then
    log_failure_msg "Could not locate rsync."
    exit 1
fi

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.2-14) to ensure that this file is present
# and status_of_proc is working.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
    [ -f $LOCKFILE ] && return 1
    $DAEMON sync
    RETVAL="$?"
    [ "$RETVAL" != 0 ] && return 2
    return 0
}

#
# Function that stops the daemon/service
#
do_stop()
{
    [ ! -f $LOCKFILE ] && return 1
    $DAEMON unsync
    RETVAL="$?"
    [ "$RETVAL" != 0 ] && return 2
    return 0
}

case "$1" in
  start)
    [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
    do_start
    case "$?" in
        0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
        2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
    esac
    ;;
  stop)
    [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
    do_stop
    case "$?" in
        0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
        2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
    esac
    ;;
  status)
    if [ -f $LOCKFILE ]; then
        log_success_msg "$NAME is running"
        exit 0
    else
        log_failure_msg "$NAME is not running"
        exit 1
    fi
    ;;
  restart|force-reload)
    #
    # If the "reload" option is implemented then remove the
    # 'force-reload' alias
    #
    log_daemon_msg "Restarting $DESC" "$NAME"
    do_stop
    case "$?" in
      0|1)
        do_start
        case "$?" in
            0) log_end_msg 0 ;;
            1) log_end_msg 1 ;; # Old process is still running
            *) log_end_msg 1 ;; # Failed to start
        esac
        ;;
      *)
        # Failed to stop
        log_end_msg 1
        ;;
    esac
    ;;
  *)
    echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2
    exit 3
    ;;
esac

:

Hey @graysky2, you did nice work here :)

But I can't start the deamon in Arch. I installed from the AUR, and I try to start like this:

yakir@localhost ~ $ sudo systemctl start psd psd-resync
Job for psd.service failed. See 'systemctl status psd.service' and 'journalctl -xn' for details.

And this the details:

yakir@localhost ~ $ sudo systemctl status psd.service
● psd.service - Profile-sync-daemon
   Loaded: loaded (/usr/lib/systemd/system/psd.service; disabled)
   Active: failed (Result: exit-code) since Sat 2014-04-12 22:37:55 GMT; 2s ago
     Docs: man:psd(1)
           man:profile-sync-daemon(1)
           https://wiki.archlinux.org/index.php/Profile-sync-daemon
  Process: 19036 ExecStart=/usr/bin/profile-sync-daemon sync (code=exited, status=1/FAILURE)
 Main PID: 19036 (code=exited, status=1/FAILURE)

Apr 12 22:37:55 localhost profile-sync-daemon[19036]: Refusing to start; firefox is running by yakir!
Apr 12 22:37:55 localhost systemd[1]: psd.service: main process exited, code=exited, status=1/FAILURE
Apr 12 22:37:55 localhost systemd[1]: Failed to start Profile-sync-daemon.
Apr 12 22:37:55 localhost systemd[1]: Unit psd.service entered failed state.

And one more info for your debug:

yakir@localhost ~ $ psd preview                       
Profile-sync-daemon v5.47.1 on Arch Linux.

 Systemd service is currently failed.
 Systemd resync service is currently unknown.

Psd will manage the following per /etc/psd.conf settings:

 browser/psname:  epiphany/epiphany
 owner/group id:  yakir/100
 sync target:     /home/yakir/.config/epiphany
 tmpfs dir:       /tmp/yakir-epiphany
 profile size:    1.4M

 browser/psname:  firefox/firefox
 owner/group id:  yakir/100
 sync target:     /home/yakir/.mozilla/firefox/aqrnx2r9.default
 tmpfs dir:       /tmp/yakir-firefox-aqrnx2r9.default
 profile size:    245M

Hi, I've noticed that systemd timers obviously wont work on a Debian/Ubuntu system, so I was wondering what could be done to set (or even determine the default) sync frequency on non-systemd distributions. It would be cool if this was documented. Thanks!

EDIT: In anything-sync-daemon one can put this into cron:
*/10 * * * * /usr/bin/anything-sync-daemon sync &> /dev/null
Is there an equivalent sync command for psd?

Good time of day graysky, I try to rewrite PSD for implement feachures like:
Custom Dir - for unsupported browsers
Parallel threads per user/browser
Implement supporting encrypted and others devices on home (but I think systemd can kill daemon, because it can wait more then 90 sec)
Refuse duplicating code and made it more "modules "
https://github.com/Nefelim4ag/PSDv2
I don't want replace your tool, but I think you can give me green light to port some feachures to original PSD.
If you want to test it, I create psdv2 pkg in AUR (for utility)