Package Details: profile-sync-daemon 6.25-1

Git Clone URL: https://aur.archlinux.org/profile-sync-daemon.git (read-only)
Package Base: profile-sync-daemon
Description: Syncs browser profiles to tmpfs reducing SSD/HDD calls and speeding-up browsers.
Upstream URL: https://github.com/graysky2/profile-sync-daemon
Licenses: MIT
Conflicts: firefox-sync, go-anysync-git, goanysync, iceweasel-sync, tmpfs-store, tmpfs-sync, user-profile-sync-daemon
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 441
Popularity: 8.721437
First Submitted: 2011-12-03 10:34
Last Updated: 2016-07-07 00:59

Latest Comments

graysky commented on 2016-07-07 00:59

Bump to v6.25-1

Changelog: Prevent rare race condition.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.24...v6.25

graysky commented on 2016-07-04 20:44

Bump to v6.24-1

Changelog: Better config check to avoid rare problems when config file is not properly formatted.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.23...v6.24

LizziAS commented on 2016-07-03 10:56

Also works with light browser which is just a light version of firefox. as does firefox on ram instructions if you make light it's own file and use the directory ~/.light/light instead of ~/.mozilla/firefox

graysky commented on 2016-06-13 23:09

Bump to v6.23-1

Changelog: Add trivial man page for other distros
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.22...v6.23

graysky commented on 2016-05-25 18:30

Bump to v6.22-1

Changelog: support for qutebrowser (#167)
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.21...v6.22

nTia89 commented on 2016-05-23 09:09

@graysky
thank you, done!
https://github.com/graysky2/profile-sync-daemon/issues/170

graysky commented on 2016-05-22 20:27

@ntia89 - The AUR is probably not the best place to troubleshoot; please open an issue on github and include some additional details, like the conf file, and the output of `psd p` along with some detail of what isn't working.

nTia89 commented on 2016-05-22 17:03

Firefox doesn't save session: sometimes FF starts with tabs closed in the previous session. How can I fix it?

fincan commented on 2016-02-23 20:39

Edited: "psd clean" solved the problem.


Hi, the daemon makes first gdm login failed at every new boot, but after the first try failed, there are no problem following logins.

Şub 23 22:29:23 yyy gdm-password][1915]: pam_unix(gdm-password:session): session opened for user xxx by (uid=0)
Şub 23 22:29:23 yyy systemd[2436]: pam_unix(systemd-user:session): session opened for user xxx by (uid=0)
Şub 23 22:29:23 yyy systemd[1]: Created slice User Slice of xxx.
Şub 23 22:29:23 yyy systemd[1]: Starting User Manager for UID 1000...
Şub 23 22:29:23 yyy systemd[1]: Started Session c2 of user xxx.
Şub 23 22:29:23 yyy systemd-logind[600]: New session c2 of user xxx.
Şub 23 22:29:23 yyy systemd[2436]: Listening on Sound System.
Şub 23 22:29:23 yyy systemd[2436]: Started Timer for profile-sync-daemon - 1Hour.
Şub 23 22:29:23 yyy systemd[2436]: Reached target Paths.
Şub 23 22:29:23 yyy systemd[2436]: Starting D-Bus User Message Bus Socket.
Şub 23 22:29:23 yyy systemd[2436]: Reached target Timers.
Şub 23 22:29:23 yyy systemd[2436]: Listening on D-Bus User Message Bus Socket.
Şub 23 22:29:23 yyy systemd[2436]: Reached target Sockets.
Şub 23 22:29:23 yyy systemd[2436]: Reached target Basic System.
Şub 23 22:29:23 yyy systemd[2436]: Starting Profile-sync-daemon...
Şub 23 22:29:23 yyy systemd[2436]: Started Profile-sync-daemon.
Şub 23 22:29:23 yyy systemd[2436]: Starting Timed resync...
Şub 23 22:29:23 yyy systemd[2436]: Reached target Default.
Şub 23 22:29:24 yyy profile-sync-daemon[2445]: No status data could be sent: $NOTIFY_SOCKET was not set
Şub 23 22:29:29 yyy systemd-timesyncd[585]: Synchronized to time server 195.50.171.101:123 (2.arch.pool.ntp.org).
Şub 23 22:29:37 yyy profile-sync-daemon[2445]: firefox sync successful
Şub 23 22:29:48 yyy gdm-password][1915]: pam_systemd(gdm-password:session): Failed to create session: Connection timed out

and psd.conf
#USE_OVERLAYFS="yes"
BROWSERS="opera firefox"
#USE_BACKUPS="yes"

graysky commented on 2016-01-23 13:26

@joker - Where does this browser place it's profile (~/foo for example)? Is it based on firefox (does it use a profile.ini)? If you have it running, what is the name of the actual executable of this browser (what would it show-up as under a process list `ps aux | grep WHAT`)?

Joker-jar commented on 2016-01-23 08:44

Does it support Yandex Browser (https://aur.archlinux.org/packages/yandex-browser), one of the most popular browser in Russia?

graysky commented on 2016-01-22 21:24

Bump to v6.21-1

Changelog: fix issue with chrome/chromium and flash (#157)
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.20...v6.21

graysky commented on 2015-12-01 20:17

Bump to v6.20-1

Changelog: minor correction to error message.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.19...v6.20

graysky commented on 2015-11-11 21:10

Bump to v6.19-1

Changelog: refuse to run as root.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.18...v6.19

graysky commented on 2015-11-03 15:54

Bump to v6.18-1

Changelog: more verbose usage around visudo line; fixes #140
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.17...v6.18

graysky commented on 2015-11-01 11:09

Bump to v6.17-1

Changelog: use more obvious comments in .psd.conf per #151.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.16...v6.17

graysky commented on 2015-10-31 13:07

Bump to v6.16-1

Changelog: Fix #150.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.15...v6.16

graysky commented on 2015-10-30 16:44

Bump to v6.15-1

Changelog: Tweak to debian scripts and other minor things.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.14...v6.15

graysky commented on 2015-10-27 05:46

Bump to v6.14-1

Changelog: Fix #138 and #148.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.12...v6.14

ValHue commented on 2015-09-28 17:18

whenever I run psd p I get this error:

Fix This by adding the following line to / etc / sudoers to Enable this functionality:
valhue ALL = (ALL) NOPASSWD: /usr/bin/psd-overlay-helper

Of course /etc/sudoers what I have updated, but does not work psd me from last updates

Any ideas?

graysky commented on 2015-09-27 17:40

Version 6 needs systemd to work properly. U can downgrade to 5.75:

https://aur.archlinux.org/cgit/aur.git/commit/?h=profile-sync-daemon&id=085179dfb6a41d99c5165dd20b332a165f92cc52

graysky commented on 2015-09-27 12:33

Version 6 needs systemd to work properly. U can downgrade to 5.75.

nous commented on 2015-09-27 11:38

Could you bring the openrc files back?

graysky commented on 2015-09-20 14:14

Bump to v6.11-1

Changelog: Faster startup and slightly more verbose logging to journal.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.10...v6.11

graysky commented on 2015-09-18 18:50

Good, glad you have it working.

petterk commented on 2015-09-18 13:52

@graysky - Thanks, that was it.

graysky commented on 2015-09-17 17:50

@petterk - There is probably more verbose output that didn't make it into your status query. Does running `psd p` provide more for you? I'm guessing it has to do with sudo rights to /usr/bin/psd-overlay-helper but you tell me.

petterk commented on 2015-09-17 16:55

Sep 17 18:49:08 petterk-archdesktop systemd[618]: Starting Profile-sync-daemon...
Sep 17 18:49:08 petterk-archdesktop profile-sync-daemon[622]: ERROR!
Sep 17 18:49:08 petterk-archdesktop systemd[618]: psd.service: Main process exited, code=exited, status=1/FAILURE
Sep 17 18:49:08 petterk-archdesktop systemd[618]: Started Profile-sync-daemon.

This happened today.

local/profile-sync-daemon 6.10-2

I stopped the daemon, installed the upgrade, rebooted and now get this error.

graysky commented on 2015-09-17 09:13

Bump to v6.10-1

Changelog: Fixed bug in writing crash recovery dir check.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.09...v6.10

graysky commented on 2015-09-15 19:45

Bump to v6.09-1

Changelog: Minor correction to wording in man page.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.07...v6.09

graysky commented on 2015-09-12 17:12

@telephone - True, but this is always the case with a new major version bumps like v6. Development should be slower now.

@Xry - They should only be equal if you just came from version 5.x. If they are the same now, you may safely ignore the message.

Xry commented on 2015-09-12 11:59

At the installation a message recommends to diff /usr/share/psd/psd.conf against ~/.config/psd/psd.conf. For the upgrade to v6 these files are equal, shouldn't one rather move the settings from /etc/psd.conf.pacsave to ~/.config/psd/psd.conf?

telephone commented on 2015-09-12 03:19

@graysky have you considered using the "-git" package as a beta? There have been quite a few breaking changes as of late (or ones that need manual intervention).

graysky commented on 2015-09-12 00:30

Bump to v6.07-1

Changelog: Smarter detection of overlayfs modules.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.06...v6.07

graysky commented on 2015-09-12 00:30

Bump to v6.06-1

Changelog: Internal change moving shared files.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.05...v6.06

graysky commented on 2015-09-12 00:25

Bump to v6.08-1

Changelog: Smarter detection of overlayfs modules.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.06...v6.08

graysky commented on 2015-09-11 19:14

Bump to v6.05-1

Changelog: More secure implementation of overlay mount and faster (asynchronous) sync/unsync operations.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.04...v6.05

graysky commented on 2015-09-09 10:13

Bump to v6.04-1

Changelog: Internal code clean-up and bug fix.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.03...v6.04

graysky commented on 2015-09-08 07:04

Bump to v6.03-1

Changelog: Change to XDG_CONFIG_HOME/psd for issue 130[1].
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.02...v6.03

1. https://github.com/graysky2/profile-sync-daemon/issues/130

graysky commented on 2015-09-07 21:32

Bump to v6.02-2

Changelog: PKGBUILD tweak only.

graysky commented on 2015-09-07 21:29

@flannelhead - Good feedback. Will fix in 6.02-2 after some testing.

graysky commented on 2015-09-07 16:44

Bump to v6.02-1

Changelog: Fixed broken re-sync timer.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.01...v6.02

flannelhead commented on 2015-09-07 12:51

There's a problem in the .install script with users using fish (or another bash-incompatible shell) as their default shell:

Unsupported use of '='. To run 'systemctl' with a modified environment, please use 'env XDG_RUNTIME_DIR=/run/user/$UID systemctl…'
fish: XDG_RUNTIME_DIR=/run/user/$UID systemctl --user is-active psd

The shell should probably be specified with the -s flag in the su invocations in the .install file.

graysky commented on 2015-09-07 09:21

Bump to v6.01-1

Changelog: More modular support of browsers and prefer $XDG_RUNTIME_DIR for tmpfs (better privacy).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v6.00...v6.01

graysky commented on 2015-09-06 18:54

Bump to v6.00-1

Changelog: No longer does psd need to run as a system service.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.75...v6.00

graysky commented on 2015-07-29 20:59

Bump to v5.75-1

Changelog: Added support for inox.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.74...v5.75

jabol240 commented on 2015-07-26 19:47

Thanks. And if Whole disk is encrypted (decrypted on boot using grub), not just homedir? Any better in this case?..

graysky commented on 2015-07-26 17:34

For it to work with encrypted home dirs, the daemon would need to be run on a per-user basis after login.

jabol240 commented on 2015-07-26 17:10

Hi according to manpage, psd won't work with dm-crypted disks, right? Any chance you could implement this in foreseeable future? Thanks again

jabol240 commented on 2015-07-26 14:27

THANKS!

graysky commented on 2015-07-26 13:08

Already implemented. Since firefox can contain multiple profiles, just modify
~/.mozilla/firefox/profiles.ini to point to where you want them and define the full path. Here is mine with actual profiles stored off my /home

[General]
StartWithLastProfile=1

[Profile0]
Name=normal
IsRelative=0
Path=/mnt/data/docs/facade/mozilla/firefox/901pazj3.normal

[Profile1]
Name=incog
IsRelative=0
Path=/mnt/data/docs/facade/mozilla/firefox/3hga7jlg.incog
Default=1

jabol240 commented on 2015-07-26 09:59

Feature request:

say I don't want to keep my firefox profile in $HOME/.mozilla/firefox but in $HOME/abc/xyz maybe you could introduce an option to allow this?... thanks

graysky commented on 2015-06-09 00:59

Bump to v5.74-1

Changelog: Updates for Ubuntu/Debian users.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.73...v5.74

graysky commented on 2015-04-27 22:13

Bump to v5.73-1

Changelog: Overlay mode no longer requires users to manually load the module.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.72...v5.73

graysky commented on 2015-04-26 13:39

Bump to v5.72-1

Changelog: Internal changes that do not affect Arch.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.70...v5.72

francoism commented on 2015-03-16 17:35

Feature request: Would be great if all users would be cached by default, and the user(s) you don't want to sync can be defined. :)
Why? When adding a new user to a system, you will need to add the user to the config manual/or you can create a script of course.

So a simple on config line:
#AUTO_ADD_USERS="yes" .. :P

Thanks! :)

graysky commented on 2015-03-11 00:16

Bump to v5.70-1

Changelog: Support for opera-legacy
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.69...v5.70

graysky commented on 2015-02-18 20:49

Bump to v5.69-1

Changelog: Support for Vivaldi-snapshot.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.68...v5.69

graysky commented on 2015-01-30 20:37

Bump to v5.68-1

Changelog: Return code/status of sync and unsync is displayed for syslogs.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.67...v5.68

graysky commented on 2015-01-28 20:02

Bump to v5.67-1

Changelog: Zsh completions for psd.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.66...v5.67

graysky commented on 2015-01-27 16:20

Bump to v5.66-1

Changelog: Support for vivaldi-browser.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.65...v5.66

graysky commented on 2015-01-24 10:03

Bump to v5.65-1

Changelog: New 'clean' option to delete old snapshot backup dirs and to optionally disable them.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.64...v5.65

graysky commented on 2015-01-18 18:29

Bump to v5.64-1

Changelog: Updates for users of OpenRC.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.63...v5.64

graysky commented on 2015-01-11 18:10

Bump to v5.63-1

Changelog: Only warn when profile permissions are not 700 in parse mode.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.62...v5.63

graysky commented on 2015-01-11 15:15

Bump to v5.62-1

Changelog: Honor permissions set on profiles for increased privacy on multi-user systems.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.61...v5.62

graysky commented on 2015-01-07 14:10

Bump to v5.61-1

Changelog: Support for otter-browser.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.60...v5.61

graysky commented on 2014-12-24 02:46

Bump to v5.60-1

Changelog: Now psd supports overlayfs v22 (Ubuntu only) as well as v23.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.59...v5.60

graysky commented on 2014-12-23 18:30

Bump to v5.59-1

Changelog: Fix bug preventing multiple browsers from umounting overlayfs mounts.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.57...v5.59

graysky commented on 2014-12-21 18:52

Bump to v5.57-1

Changelog: More verbose output when overlay module is not loaded and user tries using overlayfs mode.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.56...v5.57

graysky commented on 2014-12-20 18:24

Bump to v5.56-1

Changelog: Better support for guessing user's intent when parsing conf file.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.55...v5.56

graysky commented on 2014-12-20 17:28

Bump to v5.56-1

Changelog: Better support for guessing user's intent when parsing conf file.
Note: I accidentally deleted the github tag for v5.55 so if you diff it against this release, they are identical which is why I am showing the commit as 5.54 to 5.56. Enjoy!
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.54...v5.56

graysky commented on 2014-12-18 13:29

Bump to v5.55-1

Changelog: Updates to manpage and NixOS support.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.54...v5.55

graysky commented on 2014-12-15 19:25

Bump to v5.54-1

Changelog: Support for overlayfs (main contributor Nefelim4ag).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.53...v5.54

graysky commented on 2014-12-04 18:28

Bump to v5.53-1

Changelog: Opera v26 has a new profile path.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.52...v5.53

graysky commented on 2014-09-18 19:11

Bump to v5.52-1

Changelog: Support for opera-beta.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.51...v5.52

graysky commented on 2014-09-15 00:01

Bump to v5.51-1

Changelog: Preserve extended attribs while syncing for SELinux.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.50...v5.51

graysky commented on 2014-06-25 12:15

Bump to v5.50-1

Changelog: Resync service/timer now start automatically with psd.service
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.49...v5.50

graysky commented on 2014-06-24 18:36

Bump to v5.49-1

Changelog: Added support for palemoon and opera-developer
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.48...v5.49

graysky commented on 2014-06-22 10:23

Bump to v5.48.1-1

Changelog: Added support for icecat.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.47.1...v5.48

graysky commented on 2014-03-29 12:54

Bump to v5.47.1-1

Changelog: Minor tweaks to code and to man page.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.47...v5.47.1

graysky commented on 2014-03-20 17:27

Bump to v5.47-1

Changelog: Support for epiphany.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.46...v5.47

graysky commented on 2014-03-18 19:03

Bump to v5.46-1

Changelog: Support for epiphany.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.46...v5.47

graysky commented on 2014-03-15 11:31

Bump to v5.46-1

Changelog: Enhanced reliability under rare circumstances.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.45...v5.45.1

graysky commented on 2014-01-21 10:04

You can modify your copy to do that but in general, I feel it is a bad idea. Also, for your info, use pc when the profile is in tmpfs since it's faster.

janhieber commented on 2014-01-21 00:32

could you add an option to integrate profile-cleaner (from AUR)?
i did this at the and of the script:

### line 558
unsync)
[[ -f $DAEMON_FILE ]] && do_sync && kill_browsers
do_unsync
su jan -c "profile-cleaner f"
;;
*)

would be really nice, thanks :)

graysky commented on 2014-01-18 11:59

Bump to v5.45.1-2

Changelog: Fixed a typo in the PKGBUILD.

graysky commented on 2014-01-18 11:39

Bump to v5.45.1-1

Changelog: Remove double check /etc/psd.conf (TimofeyTitovets).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.45...v5.45.1

graysky commented on 2014-01-03 22:37

Bump to v5.45-1

Changelog: RFC improve performance for CoW filesystems such as BTRFS (TimofeyTitovets).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.44...v5.45

graysky commented on 2013-11-06 23:06

Bump to v5.44-1

Changelog: Fixed typo in config file relating to google-chrome-unstable (brenix).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.43...v5.44

graysky commented on 2013-10-25 16:46

Bump to v5.43-1

Changelog: Added support for google-chrome-dev (kiwnix).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.42...v5.43

graysky commented on 2013-10-23 11:07

Bump to v5.42-1

Changelog: Added support for chromium-dev (brenix).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.41...v5.42

graysky commented on 2013-10-22 00:36

Bump to v5.41-1

Changelog: Added support for google-chrome-beta (nexussfan).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.40.1...v5.41

graysky commented on 2013-09-14 15:12

Bump to v5.40.1-1

Changelog: Added reporting of an umounted /home for debugging purposes (hasufell).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.40...v5.40.1

graysky commented on 2013-09-12 20:31

Bump to v5.40-1

Changelog: Snapshot feature if psd is started and symlink is bad. See manpage/FAQ for details.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.39...v5.40

graysky commented on 2013-08-29 19:07

Bump to v5.39-1

Changelog: Better support for samba/winbindd.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.38.2...v5.39

graysky commented on 2013-08-29 19:07

Bump to v5.38.9-1

Changelog: Better support for samba/winbindd.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.38.2...v5.39

graysky commented on 2013-07-22 21:10

Bump to v5.38.2-1

Changelog: Fixed luakit bug.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.38.1...v5.38.2

graysky commented on 2013-07-22 21:09

@jellysheep - Fixed in 5.38.2-1. Thanks for reporting.

jellysheep commented on 2013-07-22 15:04

It is great that luakit is supported now! However if I put luakit in the BROWSERS array in /etc/psd.conf, "psd p" tells me "luakit is not a supported browser. Check config file for typos: /etc/psd.conf". When the BROWSERS array is empty, it works and displays my luakit profile directory.

graysky commented on 2013-07-21 18:07

Bump to v5.38.1-1

Changelog: Fixed minor typo in /etc/psd.conf on line 52.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.38...v5.38.1

graysky commented on 2013-07-21 15:13

Bump to v5.38-2

Changelog: More verbose nonfatal error messages and now shows status of both service file and resync timer in preview mode (try it by running `psd p`).
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.37...v5.38

graysky commented on 2013-07-21 00:42

Bump to v5.36.7-1

Changelog: Fixes bug related to openrc systems.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.36.4...v5.37

graysky commented on 2013-07-20 16:35

Bump to v5.36.4-1

Changelog: Minor tweak to conf and man page.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.36.3...v5.36.4

graysky commented on 2013-06-16 18:17

Bump to v5.36.3-1

Changelog: Minor tweak to Makefile to preserve timestamps of original files.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.36.2...v5.36.3

graysky commented on 2013-06-06 18:11

Bump to v5.36.2-1

Changelog: Tweak docs for official Void Linux support.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.36.1...v5.36.2

graysky commented on 2013-06-03 19:50

Bump to v5.36.1-1

Changelog: Tweak to manpage.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.36...v5.36.1

graysky commented on 2013-06-03 19:50

@alium - Yes, this is true, but out of scope of this util to change. You may change it yourself very easily with one of several methods. I updated the manpage but basically see: https://wiki.archlinux.org/index.php/Chromium_Tips_and_Tweaks#Cache_in_tmpfs

Yes, that is the 'chromium tips' page but the /etc/fstab method therein will work for anything under ~/.cache

alium commented on 2013-06-03 14:05

Firefox 21 in Archlinux make cache no more in ./mozilla/firefox/<profile>, but in ./cahce/mozilla/firefox/<profile>

graysky commented on 2013-06-02 20:21

Bump to v5.36-1

Changelog: Several bug fixes, mostly internal stuff. Consult link below.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.35...v5.36

graysky commented on 2013-05-28 23:44

Bump to v5.35-1

Changelog: Requirement of /home being mounted in service file.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.34...v5.35

graysky commented on 2013-05-13 23:58

@adamrights - Works for me...?

Anonymous comment on 2013-05-13 23:26

fyi, upstream URL is broken.

graysky commented on 2013-05-08 00:29

@Boohbah - I'm no expert on VFS but I have outlined the benefits as I see them in the manpage and on the wiki: https://wiki.archlinux.org/index.php/Profile-sync-daemon.

Boohbah commented on 2013-05-07 23:33

What benefit does this offer over the linux kernel's VFS layer?

graysky commented on 2013-05-05 14:57

Bump to v5.34-1

Changelog: Added check for invalid entries in /etc/psd.conf
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.33...v5.34

graysky commented on 2013-04-25 08:43

Bump to v5.33-1

Changelog: Added support for luakit.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.32...v5.33

graysky commented on 2013-03-30 20:58

@trusktr - The resync timer (when enabled) handles the sync-back-to-disk once per hour by default so there is little risk of data loss in the laptop/sleep scenario you outlined.

The behavior you request has been part of the script for a long time now. See the ungraceful_state_check function. I'm not sure what is happening on your system.

Post the output of:
`psd p`

trusktr commented on 2013-03-30 20:23

If someone uses sleep mode, effectively not booting for weeks or months, then experiences a crash, weeks or months worth of data would be lost.

trusktr commented on 2013-03-30 20:22

My profile is huge..

Anyways, I ran into a very bad problem: my computer crashed, and PSD didn't have the opportunity to sync everything back, so the symlink is left in the file system. Maybe you can add a feature to PSD so if it detects this condition, it can recover by copying the stuff from the backup folder to the location where the symlink points to. Unfortunately, all data that added to the profile since the last sync would be lost, and if the computer was on for days, this could suck.

graysky commented on 2013-03-29 22:32

How large is your profile? `psd p | grep size`

No, if BROWSERS is empty, the default action is to sync all installed and supported browsers. To disable it, simply do:

`systemctl stop psd psd-resync`
`systemctl disable psd psd-resync`

trusktr commented on 2013-03-29 06:12

Hi graysky. I love profile-sync-daemon, but with only 3 gigs of memory on one machine, I find that Chromium is filling up the memory (and swap... wait, does tmpfs use swap if memory is full?) too fast and makes everything unresponsive when it gets to that point.

That brought me back here to do some research. The documentation says that the USERS variable in psd.conf must contain at least one user. Is that the same with BROWSERS? If so, and considering I have only one user, how do I disable profile-sync-daemon without uninstalling it?

I'd also like to upgrade from 4.13. Is there anything I've gotta do besides "aura -Aax profile-sync-daemon"? I guess I could just make a backup copy of each directory first and I'll be fine.

EDIT: I'm not sure if psd 4.13 was running on my systemd because it relied on initscripts and I've been using systemd for quite some time now, but I noticed that the profiles that were copied to /tmp by profile-sync-daemon had files in them as new as yesterday. So, to upgrade to the latest psd, I ran "/usr/bin/profile-sync-daemon unsync" then installed the latest from AUR, enabled psd and psd-resync with systemctl, and everything works.

trusktr commented on 2013-03-29 06:08

Hi graysky. I love profile-sync-daemon, but with only 3 gigs of memory on one machine, I find that Chromium is filling up the memory (and swap... wait, does tmpfs use swap if memory is full?) too fast and makes everything unresponsive when it gets to that point.

That brought me back here to do some research. The documentation says that the USERS variable in psd.conf must contain at least one user. Is that the same with BROWSERS? If so, and considering I have only one user, how do I disable profile-sync-daemon without uninstalling it?

I'd also like to upgrade from 4.13. Is there anything I've gotta do besides "aura -Aax profile-sync-daemon"? I guess I could just make a backup copy of each directory first and I'll be fine.

EDIT: I'm not sure if psd 4.13 was running on my systemd because it relied on initscripts and I've been using systemd for quite some time now, but I noticed that the profiles that were copied to /tmp by profile-sync-daemon had files in them as new as yesterday. So, to upgrade to the latest psd, I ran "/usr/bin/profile-sync-daemon unsync" then installed the latest from AUR and enabled psd and psd-resync with systemctl. All seems fine.

trusktr commented on 2013-03-29 04:41

Hi graysky. I love profile-sync-daemon, but with only 3 gigs of memory on one machine, I find that Chromium is filling up the memory (and swap... wait, does tmpfs use swap if memory is full?) too fast and makes everything unresponsive when it gets to that point.

That brought me back here to do some research. The documentation says that the USERS variable in psd.conf must contain at least one user. Is that the same with BROWSERS? If so, and considering I have only one user, how do I disable profile-sync-daemon without uninstalling it?

I'd also like to upgrade from 4.13. Is there anything I've gotta do besides "aura -Aax profile-sync-daemon"? I guess I could just make a backup copy of each directory first and I'll be fine.

trusktr commented on 2013-03-29 04:39

Hi graysky. I love profile-sync-daemon, but with only 3 gigs of memory on one machine, I find that Chromium is filling up the memory (and swap... wait, does tmpfs use swap if memory is full?) too fast and makes everything unresponsive when it gets to that point.

That brought me back here to do some research. The documentation says that the USERS variable in psd.conf must contain at least one user. Is that the same with BROWSERS? If so, and considering I have only one user, how do I disable profile-sync-daemon without uninstalling it?

I'd also like to upgrade from 4.13. Is there anything I've gotta do besides "aura -Aax profile-sync-daemon"?

trusktr commented on 2013-03-29 04:30

Hi graysky. I love profile-sync-daemon, but with only 3 gigs of memory on one machine, I find that Chromium is filling up the memory (and swap... wait, does tmpfs use swap if memory is full?) too fast and makes everything unresponsive when it gets to that point.

That brought me back here to do some research. The documentation says that the USERS variable in psd.conf must contain at least one user. Is that the same with BROWSERS? If so, and considering I have only one user, how do I disable profile-sync-daemon without uninstalling it?

graysky commented on 2013-03-26 00:38

Bump to v5.32-1

Changelog: Reworded manpage and documented the resync option.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.31...v5.32

graysky commented on 2013-03-24 01:37

Yep. Fixed, thanks.

jsteel commented on 2013-03-19 22:13

Do you mean "SSD" in the description?

graysky commented on 2013-03-17 22:54

Bump to v5.31-1

Changelog: Support for new profile location with qupzilla.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.30...v5.31

graysky commented on 2013-03-17 14:00

Bump to v5.30-1

Changelog: Added support for seamonkey.
Committ: https://github.com/graysky2/profile-sync-daemon/compare/v5.29...v5.30

graysky commented on 2013-03-14 19:06

Bump to v5.29-1

Changelog: Deprecated cron script for updating; now uses systemd timer!
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.28...v5.29

graysky commented on 2013-02-26 00:22

Bump to v5.28-1

Changelog: Added support for rekonq.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.27.1...v5.28

graysky commented on 2013-02-24 11:50

Bump to v5.27.1-1

Changelog: Cosmetic fix for Gentoo users; updated conflicts array in PKGBUILD.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.27...v5.27.1

graysky commented on 2013-02-24 11:49

Bump to v5.27.1

Changelog: Cosmetic fix for Gentoo users; updated conflicts array in PKGBUILD.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.27...v5.27.1

graysky commented on 2013-02-23 17:09

Bump to v5.27-1

Changelog: Fix bug affecting Gentoo users and improved output of preview mode.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.26...v5.27

graysky commented on 2013-02-22 21:06

Bump to v5.26-1

Changelog: Debian/Mint/Ubuntu init.d links now match distro defaults and are created in postinst scriptlet. Minor tweaks to output and to manpage.
Commit: https://github.com/graysky2/profile-sync-daemon/compare/v5.25...v5.26

graysky commented on 2013-02-22 15:44

@lybin - My way of reminding users that there is a difference in the package version of that file vs. the one on the file system. I'll back off. Updated in v5.25-2

lybin commented on 2013-02-22 08:29

You MUST merge your existing /etc/psd.conf and /etc/psd.pacnew or else

You MUST merge your existing /etc/psd.conf and /etc/psd.CONF.pacnew or else

graysky commented on 2013-02-21 23:34

Bump to v5.25-1

Changelog: Added support for Mint Linux.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/95ac42def9b629594b85c50a8f389a78ee4856dd

graysky commented on 2013-02-19 20:36

Bump to v5.24-1

Changelog: More verbose help for user users; changed highlight color from yellow to blue for better compatibility for light colored terminals.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/c8df0e1fce1e74710d476117cc3f1fa07650174a

graysky commented on 2013-02-17 22:53

Bump to v5.23-1

Changelog: Fixed debian/ubuntu package manager scripts. Note Arch users don't care about this.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/a0f74a6cad166480a27378528a3c36c978516e72

graysky commented on 2013-02-17 11:30

Bump to v5.22-2

Changelog: Added line to include the MIT license per https://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Licenses

graysky commented on 2013-02-17 02:15

Bump to v5.22-1

Changelog: License change GPL --> MIT.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/9857443903e760112623bebbdf65f29fb56c8f54

graysky commented on 2013-02-13 19:05

Bump to v5.19-3

Changelog: Fixed sha2546sums. Thanks, Auguste.

Auguste commented on 2013-02-13 18:42

==> Validating source files with sha256sums...
profile-sync-daemon-5.19.tar.xz ... FAILED

graysky commented on 2013-02-12 08:50

Bump to v5.16-1

Changelog: Added support for ubuntu/debian and gentoo via init files.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/8c74dc78edb48d3d37d9cc71899417d46cddd43f

graysky commented on 2013-02-10 02:02

Bump to v5.14-1

Changelog: Another minor edit to man page.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/8b1b7c733557c6c9494f37ab41023e75ef5bd6f4

graysky commented on 2013-02-06 21:42

Bump to v5.13-1

Changelog: Minor edit to man page.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/bee19827d2c3f4d64a6029a6d6b4dd5388dd672a

graysky commented on 2013-02-02 12:11

Bump to v5.12-1

Changelog: Added dependency checks and debain init script (provided by jcharaoui).
Commit: https://github.com/graysky2/profile-sync-daemon/commit/310e7a51d032b3a65fdedfb48d3bc2a67759d9a5

graysky commented on 2013-01-26 12:03

Bump to v5.11-1

Changelog: Prevent browsers from starting when rsync is actively syncing.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/e7f82e53f2c733c8c7657773049af2ca9e083bcf

graysky commented on 2012-12-28 23:11

@MG - Thank you for the note. You must have upgraded an older version (<5.03) in which the ONLY way to safely update is to forcefully quit actively managed browsers so their profile(s) could be sync'ed back to disk using the old version of psd. This is not the normal behavior for updates; it was a necessary evil to ensure browser profile integrity.

Anonymous comment on 2012-12-28 22:50

During upgrade, my browser dies immediately after the message
"SPECIAL UPGRADE INSTRUCTIONS YOU MUST FOLLOW:"
is printed, and way before
"1) If any browsers are running, exit them now."
is printed. I wasn't expecting this to happen, and I can imagine that this may cause lost work.

graysky commented on 2012-12-20 02:17

Bump to v5.09-1

Changelog: Prevent browsers from starting when rsync is actively syncing.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/40c34d94cc5d4b94607235ba6eb8a693d99a4624

graysky commented on 2012-12-03 19:23

Bump to v5.08-3

Changelog: Fixed the psd.install file AGAIN. It's fine now - 2nd time is a charm!

graysky commented on 2012-12-02 22:58

Bump to v5.08-2

Changelog: Fixed the psd.install file (but still unclear how it got overwritten). Thanks xduugu for alerting me to this.

xduugu commented on 2012-12-02 22:54

It seems something went wrong. The install file has the same content as the PKGBUILD.

graysky commented on 2012-12-02 21:10

Bump to v5.08-1

Changelog: Added profile sizes to output of 'parse' mode. See a pic here: http://s19.postimage.org/drqq0914j/parse.png

graysky commented on 2012-12-02 19:14

Bump to v5.07-2

Changelog: Fixed incorrect symlink.

graysky commented on 2012-12-02 16:41

Bump to v5.07-1

Changelog: Added logic to refuse to start if duplicate entries are present for firefix/aurora (rare situation but check is now present). See man page for details.
Change 'debug' mode to 'parse' mode.
Colorized deamon a bit.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/13b1d534f0c8aeb12fa171d2a4134cdf3f1eb741

graysky commented on 2012-12-02 12:24

Bump to v5.06-2

Changelog: Symlinked /usr/bin/profile-sync-daemon to /usr/bin/psd for the lazy folks wanting to run in debug mode with less keystrokes :p

graysky commented on 2012-11-28 23:44

Bump to v5.06-1

Changelog: Fix kill_browsers - Only try to kill running browsers when PSNAME is not empty (xduugu).

graysky commented on 2012-11-28 22:02

Bump to v5.05-1

Changelog: Fixed issue with start_check function (xduugu).
Fixed issue with conkeror not parsing profiles.ini like firefox and aurora do.

maggie commented on 2012-11-28 02:31

Thank you for this release. I can now get my encrypted profiles to sync because they are outside of ~! I love you.

graysky commented on 2012-11-28 02:17

Bump to v5.04-1

Changelog: Dropped initscript support.

graysky commented on 2012-11-28 02:08

Bump to v5.03-1

Changelog:
Moved to array-based profiles for internal logic.
Will parse through firefox/aurora ~/.mozilla/<BROWSER>/profiles.ini for syncs. This means that users may have profiles located outside of home dir.
Will not start if managed browser(s) are running by a managed user.

graysky commented on 2012-11-28 02:07

@Athaba - Silly to me doesn't mean silly to all. Just my opinion. Don't take it personally ;p

Athaba commented on 2012-11-27 06:36

Why is it silly? The browser cache may contain pictures from picture rich websites that you maybe don't wanna download every time your system got restarted. Caches are a few hundred MB big, all traffic that could be saved and websites that would come up quicker, if no download is required.

graysky commented on 2012-11-26 10:17

Syncing cache is silly in my opinion. Just start the browser with the --disk-cache-dir=/tmp/bar switch and you have redirected it to tmpfs.

trusktr commented on 2012-11-20 01:03

Just an idea, but you could create a new package called "chromium-cache-sync-daemon" just for chromium, or similar.

trusktr commented on 2012-11-20 00:47

Thanks for this graysky!

It'd be nice if this worked with the chromium cache too. You'd basically just use the same script for ~/.cache/chromium just like you did for ~/.config/chromium. The first would go in /tmp/graysky-chromium/ and the latter would go in /tmp/graysky-chromium-cache/.

Why is psd "not in the scope" (mentioned in the wiki) to modify the cache behavior? If it's due to size issues, I could imagine, though my Chromium cache is only 768mb after 6+ months.

trusktr commented on 2012-11-20 00:42

Thanks for this graysky!

It'd be nice if this worked with the chromium cache too. You'd basically just use the same script for ~/.cache/chromium just like you did for ~/.config/chromium. The first would go in /tmp/graysky-chromium/ and the latter would go in /tmp/graysky-chromium-cache/.

Why is psd "not in the scope" (mentioned in the wiki) to modify the cache behavior?

trusktr commented on 2012-11-20 00:38

Thanks for this graysky!

It'd be nice if this worked with the chromium cache too. For example, for chromium you'd have two folders: /tmp/graysky-chromium/ and /tmp/graysky-chromium-cache/ or something like that.

Why is psd "not in the scope" (mentioned in the wiki) to modify the cache behavior?

trusktr commented on 2012-11-20 00:34

It'd be nice if this worked with the chromium cache too. For example, for chromium you'd have two folders: /tmp/graysky-chromium/ and /tmp/graysky-chromium-cache/ or something like that.

graysky commented on 2012-11-11 14:33

Bump to v4.13-1

Changelog: More robust crash recovery.
Commit:

graysky commented on 2012-11-10 19:33

Bump to v4.12-1

Changelog: Minor tweaks to manpage.
Commit:

graysky commented on 2012-11-10 19:33

Bump to v4.12-1

Changelog: Minor tweaks to manpage.
Commit:

graysky commented on 2012-11-10 19:32

Glad it's working for you!

Anonymous comment on 2012-11-10 14:02

I totaly removed all stuff about chromium and do reset of pc and it seems it helped.

No directory chromuim or chromium-backup in ~/.config/chromuim

Thank you for your help and for this package graysky :-) .
I hope I didn't bother you too much.

graysky commented on 2012-11-10 13:39

Dragon - psd shouldn't care about your aliases since it is run by systemd or sysv.

1) stop psd
2) remove the cascade of dirs from within your profile
3) start psd

Anonymous comment on 2012-11-10 13:04

Ok I miss this note in archwiki

Note: Chromium actually keeps its cache directory separately from its browser profile directory. It is not within the scope of profile-sync-daemon to modify this behavior; users are encouraged to refer to the Chromium_Tips_and_Tweaks#Cache_in_tmpfs section of the main Chromium_Tips_and_Tweaks article for several work-arounds.

So I did it now. If this can be the problem.

Anonymous comment on 2012-11-10 12:43

Can't be problem with my aliases?

Like these

alias cp='cp -i'
alias mv='mv -i'
alias rm='rm -I' # 'rm -i' prompts for every file
alias ln='ln -i'

I have these in my ~/.bashrc

Anonymous comment on 2012-11-10 12:38

This is really odd.
I stopped psd and looked inside this directory. I found this structure

/home/dragon/.config/chromium/chromium-backup/chromium-backup/chromium-backup/chromium-backup/

/home/dragon/.config/chromium/chromium/chromium-backup/chromium-backup/chromium-backup/chromium-backup/

all this folders have the same files inside (I mean same names).
I thinking about deleting all content inside /home/dragon/.config/chromium

graysky commented on 2012-11-10 00:09

Dragon - Looks odd. Seems like it wants to put the backup inside the profile...? Try this:

1) Stop psd
2) Manually inspect $HOME/.config/chromium to make sure there is no backup inside it
3) If good, start psd

Anonymous comment on 2012-11-09 23:50

I try to update without yaourt and it updated without problem. Do not know why this happening, but maybe this log from my systemd will help you.


systemd[1]: Starting Profile-sync-daemon...
profile-sync-daemon[12165]: mv: cannot move „/home/dragon/.config/chromium-backup“ to „/home/dragon/.config/chromium/chromium-backup“: Directory not empty
profile-sync-daemon[12165]: mv: cannot move „/home/dragon/.config/chromium“ do „/home/dragon/.config/chromium-backup/chromium“: Directory not empty
profile-sync-daemon[12165]: ln: symbolic link „/home/dragon/.config/chromium/dragon-chromium“ cannot be created: File exists already
systemd[1]: Started Profile-sync-daemon.

I try to translate this output so maybee it is not 100% accurate.

Thank you graysky for this package

graysky commented on 2012-11-05 20:55

Bump to v4.11-1

Changelog: Minor tweak to debug mode; now shows psd version in output.
Commit:

graysky commented on 2012-11-05 00:18

@xduudu - It's not. Originally, I thought I would use `pidof` but chose `pkill` instead. The former is provided by sysvinit-tools which is why it was there in 4.10-1. A mistake on my part. Thanks for posting. Corrected now in 4.10-2.

xduugu commented on 2012-11-05 00:09

I don't understand why sysvinit-tools is now a dependency. If it is because of pkill/pgrep, these tools are part of core/procps-ng.

graysky commented on 2012-11-04 22:33

Bump to v4.10-1

Changelog: Psd now kills open browsers if the user or init system is called to stop the daemon while the browser is open. This is a _good_ thing for maintaining profile data integrity!
Commit:

Anonymous comment on 2012-11-02 23:27

@graysky - When I get some time to spare, I try to experiment with and without yaourt. And I will write here if this is the problem.

graysky commented on 2012-11-02 22:35

@DragonLich - Really, the only thing you did differently from me was to use an AUR helper. I just use makepkg -srci and never had a problem :/

Anonymous comment on 2012-11-02 21:01

@graysky - Maybe I doing something wrong. I will describe steps here.

1. I did system upgrade with yakuake -Syua and installed psd with this to system
2. I closed my Chromium when I read the instructions ->

------------------------------------------------------------------------
SPECIAL UPGRADE INSTRUCTIONS YOU MUST FOLLOW:

In order to safely upgrade, psd will be stopped for you now...


...the daemon should be stopped and profile(s) synced back to disk.

1) If any browsers are running, exit them now.
2) Make sure to merge changes in /etc/psd.conf.pacnew
BEFORE you start up psd again.
------------------------------------------------------------------------
(1/1) aktualizace profile-sync-daemon [#####################################################] 100%
------------------------------------------------------------------------

*(last step is updating profile-sync-daemon)

3. I merged psd.conf.pacnew (for first time, now I didn't have .pacnew file in system)
4. I read this in systemctl status psd ->

Warning: Unit file changed on disk, 'systemctl --system daemon-reload' recommended.

so I did this

5. I started systemctl start psd
6. Started Chromium -> all gone

-------
Sorry for my english

And thank you for help

graysky commented on 2012-11-02 20:46

@DragonLich - This update is literally cosmetic; only affected the description in the service file. On my system, I did nothing special, just makepkg -srci while psd was running actually. Chromium was completely unaffected. I do not understand the cause of the problem you are describing. Can you recount the steps you took?

Anonymous comment on 2012-11-02 20:26

And again all extension are gone and open tabs too. But now I can't open the tabs again (first time I do only Ctrl+Shift+T - open closed).

graysky commented on 2012-11-02 19:21

Bump to v4.0.3-1

Changelog: Cosmetic tweak to service file.
Commit:

kalpik commented on 2012-10-30 15:04

I lost extensions too! But unfortunately re-installing isn't the ideal solution! I lost my extension data like my new tab settings on Awesome New Tab Page :(

Anonymous comment on 2012-10-30 15:00

@jack - I had the same problem as you. Thank you for solution.

graysky commented on 2012-10-30 01:15

@jack - Glad you have it fixed. I use chromium and updated without issue on a number of boxes. Anyway, enjoy.

jackgu1988 commented on 2012-10-30 00:47

@graysky sorry about that. anyway, deleted previous posts. Also found a solution:

Anyone who has problems with chrome extensions after update just reinstall them and re-login to your google account. Might apply to other browsers as well if they were left open during the update but I haven't tested.

jackgu1988 commented on 2012-10-30 00:31

After the latest update it is not working for google-chrome. No extensions are working actually. I merged the .conf files, closed chrome completely and started psd again. Am I missing something? Thanks!

graysky commented on 2012-10-29 18:59

@jack - Let's not pollute the AUR. Start a new thread and post the url to that thread here; we will figure it out in the bbs.

jackgu1988 commented on 2012-10-29 18:52

After the latest update it is not working for google-chrome. No extensions are working actually. I merged the .conf files, closed chrome completely and started psd again. Am I missing something? Thanks!

jackgu1988 commented on 2012-10-29 18:51

After the latest update it is not working for google-chrome. I merged the .conf files, closed chrome completely and started psd again. Am I missing something? Thanks!

graysky commented on 2012-10-29 15:31

Bump to v4.0.2-1

Changelog:
*Added support for heftig's version of aurora.
*Added more verbose debug mode.
*Updated manpage.
*Had to bump version number to 4 series for upgrade logic checking.

OK! Big "thank yous" to xduugu and Lekensteyn who helped troubleshoot the discussion before. TL;DR - there is a bug in pacman 4.0.3 that causes it to returns nulls during the version check. This has been worked-around and 4.0.2-1 should be ready for primetime.

graysky commented on 2012-10-29 12:48

@xduugu - Let's take this out of the AUR: https://bbs.archlinux.org/viewtopic.php?id=151675

xduugu commented on 2012-10-28 23:39

When you do not want to use vercmp

if [[ $oldpkgver < 4.01 ]]; then

seems to work. Note that you have to use the bash specific double square brackets keyword, otherwise 4.01 is interpreted as file name.

graysky commented on 2012-10-28 23:26

@xduugu - What I really needs is to get the install file to use the logic on the previous version. Right now, what I have returns a null for the previous version:

pre_upgrade() {
newpkgver=${1%-*}
oldpkgver=${2%-*}

if [ $oldpkgver < 4.01 ]; then
...

What am I doing wrong?

xduugu commented on 2012-10-28 22:24

In your install file for version 4.01 you had

newpkgver=${1%-*}

if [ $newpkgver > 4.00 ]; then

The condition is always true, but I guess you want something like

if (( $(vercmp $1 4.00) >= 0 )); then

graysky commented on 2012-10-28 21:51

All - Please STOP profile-sync-daemon before you update to version 4.

Some internal changes had to be made. If you do not first stop the daemon, you risk data loss (firefox browser only).

graysky commented on 2012-10-28 21:18

Bump to v4.01-1

Changelog:
*Added support for heftig's version of aurora.
*Added more verbose debug mode.
*Had to bump version number to v4 for upgrade logic checking.

graysky commented on 2012-09-25 01:26

Bump to v3.15-1

Changelog: Corrected homedir code.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/e7dbd3fd8572d8fb8d7d14b2db2a2c67020f46f0

graysky commented on 2012-09-24 23:47

Bumo ti v3.14-1

Changelog: Eliminated su command because of irritating pam_mount password monitor after every su $user. Issue reported by and fixed by gentoo user lyzkov.
Commit: https://github.com/graysky2/profile-sync-daemon/commit/8d44a5233e2a80300b729d5e88ce324623182e3e

graysky commented on 2012-09-16 22:05

Bump to v3.13-1

Changelog: Added support for conkeror
Commit: https://github.com/graysky2/profile-sync-daemon/commit/f996549b1c1f407c66af2395889ba16797d21c5a

graysky commented on 2012-08-25 16:37

Bump to v3.11-1

Changelog: Added support for QupZilla.
Diffs: https://github.com/graysky2/profile-sync-daemon/commit/e485a5ed7f364043bd4169b75b0293aef0e9c6f6
Commit:

Ram-Z commented on 2012-08-24 12:22

Could you add support for qupzilla?

http://chakra-linux.org/ccr/diff_view.php?p=profile-sync-daemon&d=qupzilla.patch

graysky commented on 2012-08-12 21:56

@therico - next time you want to try it and troubleshoot, open a thread and provide details.

therico commented on 2012-08-12 21:37

I have uninstalled this, it has corrupted my Firefox profile twice (= instant crash on start-up, then prompt to reset to factory defaults).

graysky commented on 2012-08-12 13:59

Bump to v3.10-3

Changelog: when users remove the deamon, it will stop automatically to prevent data loss.

Stunts commented on 2012-08-12 10:56

@graysky:
OK then. Thanks for the tip. If you ever come change your mind you know where to find the patch. =-)

graysky commented on 2012-08-12 01:01

@stunts - thanks for the pull request but I want to keep the simplicity of the scripts as-is... for users wishing not to have this file included, simply disable the feature in firefox itself:

http://en.kioskea.net/faq/1686-optimize-firefox-completely

graysky commented on 2012-08-11 21:46

Bump to v3.10-1

Changelog:
Fixed systemd compt. issue - thanks xduugu.
Minor modifications and bug fixes to crash recovery.

graysky commented on 2012-08-11 21:35

Bump to v3.9-1

Changelog: Fixed systemd compt. issue - thanks xduugu. Minor modifications and bug fixes to crash recovery.

graysky commented on 2012-08-11 21:25

@xduugu - I'm confused. I'm using systemd and the script is writing the $DAEMON_FILE just fine:

$ ls -l /run/daemons/
total 0
-rw-r--r-- 1 root root 0 Aug 11 17:20 psd

EDIT: WAIT... you're saying that the directory /run/daemons is only created by initscripts. I understand now and will change it back. THNKS!

graysky commented on 2012-08-11 21:21

@xduugu - I'm confused. I'm using systemd and the script is writing the $DAEMON_FILE just fine:

$ ls -l /run/daemons/
total 0
-rw-r--r-- 1 root root 0 Aug 11 17:20 psd

xduugu commented on 2012-08-11 21:03

Since commit 709339[1], the $DAEMON_FILE is no longer created when using systemd because /run/daemons is only created by initscrips. That was the reason why I put the file in /run when the script is not started by the init script.

[1] https://github.com/graysky2/profile-sync-daemon/commit/7093393cb44dce0aac0d6624aac024df56a40e27#diff-0

graysky commented on 2012-08-11 00:18

Bump to v3.7-1

Changelog: minor fixes and updates to manpage

Stunts commented on 2012-08-10 09:40

I have updated the pull request in github to correct the indentation (thanks xduugu!).
Regarding the feature itself:
When I added it I thought it was a nice way to keep every feature working and not wasting bandwidth (thinking of 3G mobile internet access) while speeding up boot and shut-down performance (on my netbook the patch reduces shutdown time from about 40s to around 15s).
The drawback is adding complexity to the daemon. I understand that this may be undesirable in your view.
Eventually it comes down to: "Is the performance improvement worth the increased complexity?".
It is ultimately your decision whether you want this behaviour or not since you are upstream. Either way I will accept it since you are far more experienced than me in these matters and your answer to the question is likely based on more knowledge than mine. =-)

graysky commented on 2012-08-08 14:44

I think the most simplistic solution is for the user to disable the generation of the file in his/her profile.

Stunts commented on 2012-08-08 14:06

When I used this "less simple" approach I had in mind users with low bandwidth. But that can easily be changed into a simple exclude...
Regarding the indentation, that was probably a vim thing. I'll check it out and correct it. Thanks for spotting it.

xduugu commented on 2012-08-08 10:25

I'm not sure if it is such a great idea to start replacing single files with symlinks to the profile backup. Instead, you could just exclude the file as it will recreated anyway when firefox is started.
By the way, you used spaces instead of tabs which breaks the indention: https://github.com/StuntsPT/profile-sync-daemon/blob/fdf11e160effd1da5f3925cd05b6dfba62554048/profile-sync-daemon#L46

Stunts commented on 2012-08-08 09:45

That's odd...
https://github.com/graysky2/profile-sync-daemon/pulls
Can you see it here?

graysky commented on 2012-08-08 09:26

@stunts - I see no pull request "No unread notifications. Good job!"

Stunts commented on 2012-08-08 08:23

@Graysky - I have submitted a patch (pull request on github) for PSD to increase the startup and shutdown performance in mozilla browsers. Please consider pulling it. =-) Thank you!

graysky commented on 2012-07-28 05:00

@ eqyiel - Thanks for the patch, eqyiel. Will consider it.
@xduugu - Thanks for the info, will make no change.

xduugu commented on 2012-07-27 15:33

It was a bug in the systemd package, so it is not required to add /bin to PATH.
https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/systemd&id=59ea592ca877a2366ed6b79009540ab2bff44cdf

xduugu commented on 2012-07-27 11:01

It seems that since a recent systemd update (may be still in testing), /bin is no longer in the PATH for the service files. I had to add the line "export PATH=$PATH:/bin" before the BROWSERS variable to make it work at startup.

Anonymous comment on 2012-07-22 12:43

Thanks for the fine script, graysky. I like conkeror, so I added it. I just thought you might like to know that it works well in case you are interested in adding it to the supported browsers list. http://sprunge.us/ZGiV

graysky commented on 2012-06-24 21:29

Using systemd?

therico commented on 2012-06-24 20:40

I'm having a couple of issues which could be related to psd.

When I start Firefox Aurora, I seem to be getting prompted to enable add-ons (there is one tab per add-on). Additionally the search box has no search engines installed.

alucryd commented on 2012-06-19 17:29

OK found out why it wasn't working on my other computer. Chromium was still allowed to run in the background, which was messing with psd. Disabled the useless feature and everything works like a charm. BTW, psd is way slower than asd: http://pastebin.com/dEzPGjt6, I tried to make the main binary chromium-only by removing all the checks for other browsers and setting global variables, but it didn't help with the speed. Anyway, I can live with we're talking about 300ms above what I usually get ;)

alucryd commented on 2012-06-18 14:36

@graysky: Sorry I meant .config, that's what happens when you don't double check what you write^^ (I already knew about the cache, it works great using the given argument.) My problem is ~/.config/chromium isn't a symlink to /tmp/alucryd-chromium on that machine. However, I just tried psd on another arch install and it works, don't know what's going wrong with the other, I'll look into it. Thx for the answer!

graysky commented on 2012-06-15 19:34

@Alucryd - See the psd wiki. In short, psd does not manage your cache for chromium. If running, you should have:

~/.config/chromium which is a symlink pointing to /tmp/alucryd-chromium but that is all.

alucryd commented on 2012-06-15 19:11

Hey guys, it seems the daemon is not working properly for me. It starts ok (using systemd), in ~/.cache I can find 2 folders, chromium and chromium-backup, but chromium is not a symlink, instead I've only got a symlink inside chromium (among a lot of other files) which points to /tmp/alucryd-chromium, but that folder is always empty. Have you got any idea?

graysky commented on 2012-05-28 08:39

@xduugu - good guess but his problem is solved - see the thread I posted. Long and short of it: google docs added his browser to his ~/.config/autostart

xduugu commented on 2012-05-24 19:52

Maybe that's a timing issue? I don't know how many profiles you mirror and how big they are, but did you always started chromium just after the boot process had finished or did you also waited some minutes before you started chromium?

graysky commented on 2012-05-24 19:43

@TastyPi - never seen that one before and I'm using systemd w/ psd just fine. What is the status of psd.service? Can you take this discussion to the forums? Better for a number of reasons. Here I started a thread: https://bbs.archlinux.org/viewtopic.php?pid=1106084

graysky commented on 2012-05-24 19:41

@TastyPi - never seen that one before and I'm using systemd w/ psd just fine. What is the status of psd.service?

Anonymous comment on 2012-05-23 09:10

profile-sync-daemon doesn't seem to start properly for me when using systemd. After booting, if I try to start chromium, I get the following message:

[951:951:19460957:FATAL:chrome_browser_main.cc(1157)] Check failed: PathService::Get(chrome::DIR_USER_DATA, &user_data_dir_). Must be able to get user data directory!
Aborted (core dumped)

However, after restarting the daemon with systemctl restart psd.service, chromium works perfectly.

kalpik commented on 2012-05-12 02:53

@graysky: yep! Works fine now! Thanks :)

graysky commented on 2012-05-11 23:51

@kalpik - shaunren discovered a small typo that may have been to blame for the issues you reported. Try v3.4-1.

graysky commented on 2012-05-11 20:02

@kalpik - sure, just stop the daemon. You'll see that the symlink is removed and the original dirs are restored.

kalpik commented on 2012-05-11 08:16

@graysky: I'm using the latest versions of both psd and google-chrome-dev.

Is there a way to "start over" with psd? It seems to be not making a link on /tmp anymore :(

graysky commented on 2012-05-11 07:51

@kalpik - can you point me to the same package you're using? I wanna try to reproduce on my system.
@serg36 - actually I don't want the cache to get sync'ed on my system so I didn't add this functionality to the daemon.
@xduugu - fixed and thanks.

xduugu commented on 2012-05-11 05:34

@graysky
Sorry, I just noticed that one line in readme.install is wrong. It should be "profile-sync-daemon unsync" not "unlink". *rolleyes*

Anonymous comment on 2012-05-11 04:47

It would be great to sync chrom{e,ium} cache also! Not so hard I think ^)

kalpik commented on 2012-05-11 02:29

Ok, now my ~/.config/google-chrome isn't being symlinked to /tmp :s

kalpik commented on 2012-05-11 02:24

@graysky: Ok, fixed! Somehow the ~/.config/google-chrome symlink was pointing nowhere.. Removed ~/.config/google-chrome, moved ~/.config/google-chome-backup to ~/.config/google-chome, and it starts right up! :)

kalpik commented on 2012-05-11 02:20

@graysky: nope.. And I see my ~/.config/chromium, ~/.config/chromium-backup are empty :/

graysky commented on 2012-05-11 01:57

@kalpik - hmm.. if you disable psd is everything ok? what about google-chrome-stable?

kalpik commented on 2012-05-11 01:47

Ever since the update, I'm getting "Aborted (core dumped)" on google-chome-dev. Anyway to debug this?

xduugu commented on 2012-05-10 18:14

I forgot two changes I made to the PKGBUILD. Just two lines:
- make psd.1.gz manpage a symlink to profile-sync-daemon.1.gz (saves some bytes diskspace)
- check for both possible daemon files in pre_remove in the install scriptlet

http://pastebin.com/1zy3XAh6

graysky commented on 2012-05-10 14:11

Bump to 3.3-1

Changelog: Merged xduugu's commit which improves reliability with systemd and also added a few trivial config checks.
Complete changes: https://github.com/graysky2/profile-sync-daemon/pull/1
PKG Commit: http://pkgbuild.com/git/aur-mirror.git/commit/profile-sync-daemon?id=9152fdd6eebbb624cb86cacd8bde3743e8306f03

graysky commented on 2012-05-10 07:10

@xduugu - let's do this in email so we don't distribute others here in the AUR.

graysky commented on 2012-05-10 06:42

@xduugu - Please do. I have the dep in there now so the script can source . /etc/rc.d/functions which defines some things like ${C_FAIL}, ${C_CLEAR}, stat_fail, add_daemon, rm_daemon, stat_done, and stat_fail functions. I suppose I can roll them into the rc.psd script itself.

xduugu commented on 2012-05-09 13:14

Ok, I have it working with systemd w/o initscripts. The initscripts part, however, is still untested. If someone is willing to test it for me, please make a backup of your profile. Thanks.

https://www.dropbox.com/s/ojxfby4a6j3lnqm/profile-sync-daemon-3.2.90-1-any.pkg.tar.xz

@graysky: I can send you a pull request, when it's tested, if you like.

xduugu commented on 2012-05-09 10:51

I've just started this and will send you my results when I'm done, so you can apply it if you feel like.

xduugu commented on 2012-05-09 09:56

I have another request. Could you please remove the implicit dependency on initscripts? Currently, the script starts, but the syncing parts do not work properly, because they rely on initscrips specific files. If initscripts is not installed, this leads to a data loss because nothing is synced back.

graysky commented on 2012-04-28 16:09

Bump to 3.2-2
I actually did this back on 13-Apr but forgot to post here in the comments so I'm doing it now 2 weeks late ;)

Changelog: Took xduugu's suggestion to move the systemd service file to /usr/lib/ with the next update to comply with the arch packages
PKG Commit: http://pkgbuild.com/git/aur-mirror.git/commit/profile-sync-daemon?id=849c5b7aa2aa93c981202b1d04596a71d5a80540

xduugu commented on 2012-04-13 16:44

Could you move the systemd service file to /usr/lib/ with the next update to comply with the arch packages[1]?

[1] http://www.archlinux.org/todolists/#143

artemklevtsov commented on 2012-04-02 15:39

@graysky: now it's ok with yaourt.

graysky commented on 2012-04-02 14:01

Bump to 3.1-1
Changelog: Added support for opera-next
PKG Commit: http://pkgbuild.com/git/aur-mirror.git/commit/profile-sync-daemon?id=a4404e6f3cc7c3ab36c7d4ab626d55462bc9f6f3

graysky commented on 2012-04-02 14:00

@unikum - are you using a wrapper script like yaourt? If you are, can you try to manually build the package via makepkg -s? I saw another thread in the forums last night that showed it failing. For me, curl fetches the source just fine.

artemklevtsov commented on 2012-04-02 13:56

After last update I get:
curl: (22) The requested URL returned error: 404

graysky commented on 2012-01-25 10:02

Bump to 3.0-2
Changelog: Added a pre_remove function to ensure that the daemon is stopped (i.e. profiles are reset to the virgin states before removal)
PKG commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=315f1677ad5707e76525e7fd6c7b5ede96f8bdd2

graysky commented on 2012-01-25 09:12

Bump to 3.0-2
Changelog: Added a pre_remove function to ensure that the daemon is stopped (i.e. profiles are reset to the virgin states before removal)

graysky commented on 2012-01-15 03:06

Bump to 3.0-1
Changelog: Added support for users to select which browser to sync should multiple profiles be installed. Very useful if one rarely uses a particular browser and does not want to actively page it out to tmpfs. Thanks to hasufell for this suggestion and patch!
PKG Commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=233d26a56b57b574c3b2fc77c80a4369e25dd2db

graysky commented on 2012-01-15 02:54

Bump to 2.9-1
Changelog: Added support for google-chrome and a psd.service for systemd. Thanks for crabman for these suggestions.
PKG Commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=95aafe71cc2f6828f228e24280893b3aff2afb37

graysky commented on 2012-01-14 02:31

Bump to 2.8-1
Changelog: Corrected a typeo in /etc/rc.d/psd
PKG Commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=6fc5e3306c2925466bb504d29731f6efd5663e0b

graysky commented on 2012-01-12 23:31

Bump to 2.7-1
Changelog: Fixed to work with asymmetrical user/homedirs. In other words, if user foo has assigned to it /home/bar as its homedir, psd is now smart enough to know this. Previous version acted under the assumption that the user name and corresponding home directory were symmetrical in that they were the same, e.g. user foo has /home/foo as its homedir. This caused breakage. Thanks to masteryod for reporting this to me in the discussion thread: https://bbs.archlinux.org/viewtopic.php?id=131321&p=2
PKG Commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=6bdd048e1edf0a74487c23aab2361add9e1255f3

graysky commented on 2012-01-09 21:33

Bump to 2.6-1
Changelog: Wrote a manpage and removed the "restart" function since it really has no place in this package.
PKG Commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=64007e2ce1004c8d2fd58dfe3b61adf19fe66671

graysky commented on 2012-01-09 20:39

Bump to 2.5-2
Changelog: Migrated source from github to repo-ck.com. There is no need up to update.
PKG Commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=c7260ac2a1caa8103ef5c0e5035e6580a30a07b1

graysky commented on 2011-12-12 23:44

Update to 2.5-1

Changelog: Added support for midori
PKG Commit: pkgbuild.com is down
Source Commit: https://github.com/graysky2/profile-sync-daemon/commit/a277207388a3b7b7f33698a836f6a5a2008cae29

maggie commented on 2011-12-12 21:58

Can you add support for midori? It is in [extra].

graysky commented on 2011-12-11 11:28

Bump to 2.4-2

Changelog: Switched source tarball from gz to xz and removed some spaces in the package function. NO functional changes to code and no need to update.
PKG Commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=429fe1bf0357c1f6f28a780ef7167e92891b2206
Source Commit: https://github.com/graysky2/profile-sync-daemon/commit/90d6b621735249a9a63c93b501df5382be788568

graysky commented on 2011-12-11 02:55

Bump to 2.4-2

Changelog: just switched source tarball from gz to xz. NO need to update.

graysky commented on 2011-12-10 11:09

Upgrade to 2.4-1

Changelog: Now auto-recovers stale files/links due to a system crashes or other ungraceful states. Thanks to therico for this suggestion.
PKG Commit: http://pkgbuild.com/git/aur.git/commit/profile-sync-daemon?id=fc8e85cd06939b17aa13530c8186b810cf074bdf
Source Commit: https://github.com/graysky2/profile-sync-daemon/commit/84d65f20d07f250f783ae4d6775db05eeda46f57

graysky commented on 2011-12-10 10:55

Upgrade to 2.4-1
Now auto-recovers from a system crash. Thanks to therico for this suggestion.

graysky commented on 2011-12-09 17:12

Bump to 2.3-2
No need to upgrade from 2.3-1 -- only changes the way the PKGBUILD sources my source. All in a tarball now linked to https://github.com/graysky2/profile-sync-daemon

graysky commented on 2011-12-09 17:12

No need to upgrade from 2.3-1 -- only changes the way the PKGBUILD sources my source. All in a tarball now linked to https://github.com/graysky2/profile-sync-daemon

maggie commented on 2011-12-03 12:55

This is really slick!