Package Details: mozilla-firefox-sync-server-hg 549.ba4bf783018f-1

Git Clone URL: https://aur.archlinux.org/mozilla-firefox-sync-server-hg.git (read-only)
Package Base: mozilla-firefox-sync-server-hg
Description: Mozilla Sync Server for built-in Firefox Sync - 1.1 version for Firefox <29
Upstream URL: http://docs.services.mozilla.com/howtos/run-sync.html
Licenses: GPL
Conflicts: mozilla-firefox-sync-server-git
Submitter: sergej
Maintainer: Siosm
Last Packager: Siosm
Votes: 15
Popularity: 0.000000
First Submitted: 2011-11-28 10:38
Last Updated: 2015-06-09 10:34

Dependencies (2)

Required by (0)

Sources (2)

Latest Comments

zootboy commented on 2014-09-09 18:57

Interestingly enough, my FF32 instances on both machines started working with my old 1.1 sync server again. Weird. I'm still going to look into the issues with 1.5, though.

Siosm commented on 2014-09-08 20:38

The 1.5 version is available at https://aur.archlinux.org/packages/mozilla-firefox-sync-server-git/ and I've updated the Wiki (https://wiki.archlinux.org/index.php/Mozilla_Firefox_Sync_Server) with most of what I've tried so far.

zootboy commented on 2014-09-08 18:01

Can you post your progress? I'd like to help/test.

Siosm commented on 2014-09-03 08:17

Firefox 32 refuses to work the old sync. I've got a PKGBUILD for the new one, testing and uploading soon. The two versions will conflict.

Siosm commented on 2014-09-01 12:40

I've rebuild this package and it appears to work for now. I'll keep this one as the Sync-1.1 version. I'll create another package for the 1.5 version soon.

Siosm commented on 2014-08-21 13:03

Well, my almost one year old version was still working for me (TM) so far thus I didn't give it much thoughts. I'll look into it asap.

t.ask commented on 2014-08-21 12:16

Hi, is this package deprecated or will you upgrade it to Sync 1.5?

Siosm commented on 2014-02-09 12:19

Mozilla Firefox Sync will be deprecated in Firefox 29 in favor of Firefox Accounts. See those links for details:
* https://wiki.mozilla.org/Identity/Firefox_Accounts
* https://blog.mozilla.org/blog/2014/02/07/introducing-mozilla-firefox-accounts/
* https://blog.mozilla.org/services/2014/02/07/a-better-firefox-sync/
* https://blog.mozilla.org/futurereleases/2014/02/07/test-the-new-firefox-sync-and-customize-the-new-ui-in-firefox-aurora/

I'll try to packages those if I find the time to do so.

Siosm commented on 2014-01-21 19:54

@hdhoang: I can't find any reference to my $srcdir when building. Could you be more specific about the issue?

hdhoang commented on 2014-01-21 10:10

The installed gunicorn script refers to the python2 in srcdir instead of in /opt. package() should fix this

Siosm commented on 2013-11-10 23:24

WARNING: The lastest update may break your previous setup. Make backups before upgrading!

I changed ffsync's home directory to /var/lib/ffsync which now contains the sqlite database by default. Existing install will have to be modified by hand. This should address your concerns @untitaker.

I also updated the https://wiki.archlinux.org/index.php/Mozilla_Firefox_Sync_Server page to reflect the changes brought by this package. Their is now a full example using nginx, gunicorn and systemd, which is based on my current setup.

untitaker commented on 2013-11-10 19:17

In my case i have the weave.db in ~ffsync which is /opt/mozilla-firefox-sync-server atm. Which is why i thought having the user own its own homedir might make sense.

Siosm commented on 2013-11-08 16:00

First paragraph in this link is about permissions for the sqlite database file. The default /tmp stored sqlite is meant to be a temporary testing solution. I may update the PKGBUILD to use /var/lib/ffsync by default.

Second paragraph is already what's used in the ffsync.service systemd unit (UMask=007).

I don't understand why you'd want to change file permissions on /opt/mozilla-firefox-sync-server. Any runtime generated files should be stored in /var/lib/ffsync. Changing permissions on /opt/... would also introduce a security vulnerability.

untitaker commented on 2013-11-08 14:13

@Siosm: https://docs.services.mozilla.com/howtos/run-sync.html#file-permissions

So, add something like this to the install file:

chown -R ffsync:http /opt/mozilla-firefox-sync-server
chmod -R 700 /opt/mozilla-firefox-sync-server

Not sure if that could be done in the build function since the user doesn't exist at that point.

Siosm commented on 2013-10-21 12:14

I have neither python2-pip nor python-pip installed and package builds fine here.

zootboy commented on 2013-10-21 01:49

My compile fails with the following:

virtualenv2 --distribute --no-site-packages .
New python executable in ./bin/python2
Also creating executable in ./bin/python
Installing Setuptools..............................................................................................................................................................................................................................done.
Installing Pip.....................................................................................................................................................................................................................................................................................................................................done.
bin/pip install -U -i http://pypi.python.org/simple Distribute
make: bin/pip: Command not found
Makefile:42: recipe for target 'build' failed
make: *** [build] Error 127

I have python2-pip installed, but it creates /usr/bin/pip2. Not quite sure what's going on here...

eigengrau commented on 2013-09-28 17:50

Update: Doesn't seem to have anything to do with the package. systemctl show ffsync.service is missing "--paste" in ExecStart, for some reason, despite daemon-reloading.

eigengrau commented on 2013-09-28 17:06

Still getting the deprecation warning, weirdly.. although you obviously added "--paste" to the .service. I also made sure to issue systemctl daemon-reload.

eigengrau commented on 2013-09-28 17:00

Still getting that deprecation warning, weirdly..

Siosm commented on 2013-09-25 22:50

@untitaker: I've fixed the warning brought by the latest gunicorn update. Could you be more specific about the problem regarding file permissions? Thanks

untitaker commented on 2013-09-25 21:19

The server gives me a warning that bin/gunicorn_paster development.ini is deprecated, bin/gunicorn --paste development.ini should be used.

Also, the file permissions don't work out of the box, the ffsync user needs write access for the python egg cache.

Siosm commented on 2013-08-25 20:45

@eigengrau: You're right, I completely forgot to update the default configuration as I had already made such a change in mine and didn't check. Updated with your suggestions. Thanks.

In my case, this log file is completely empty as ffsync logging is done by systemd redirecting stdin/err output to journald. To be thorough we should add a logrotate rule, but it doesn't seem to be a pressing matter here. I'm wondering if the file is even used.

Moreover, I'm using gunicorn and not the default in the systemd service file, which requires the following line in development.ini:
[server:main]
use = egg:gunicorn#main

Maybe I should use the default here too.

eigengrau commented on 2013-08-25 13:30

Just out of curiosity: Did you update the development.ini to use /var/log/ffsync? I had to update mine and was surprised because it didn't give me a .pacnew file. So I presume the /var/log path which you create in post_install isn't really used?

Also, the post_install doesn't seem to be called upon upgrades, i.e. if you really want to use /var/log by adapting the default development.ini, there should be a post_upgrade which makes sure the log path exists, I guess.

Also cheers for maintaining this!

Siosm commented on 2013-08-24 04:17

Updated with waddles' suggestions. Thanks.

Anonymous comment on 2013-08-13 04:55

Needs an install script to add the ffsync user:
# useradd -r -g http -d /opt/mozilla-firefox-sync-server ffsync

Probably should also move the error log to /var/log/ffsync/ and install script should handle creating/chowning that too.

Siosm commented on 2013-08-06 16:09

The latest update introduces an issue that has to be taken care of manually. Due to a potential bug in pacman (reported here: https://mailman.archlinux.org/pipermail/pacman-dev/2013-August/017719.html), you will probably get file conflicts when upgrading. I had to remove and reinstall the package to bypass this. Don't forget to backup your config (see backup in PKGBUILD) before doing so, just in case (it destroyed mine, I don't know why).

rumpelsepp commented on 2013-06-18 11:56

@siosm: I think this package is unmaintained. Would you adopt it? :-)

Siosm commented on 2013-05-16 18:51

Pacman 4.1 compliant package with a few improvements and a systemd service unit: https://github.com/Siosm/siosm-aur/tree/master/mozilla-firefox-sync-server-hg

zootboy commented on 2013-02-09 02:29

The dependency should now be just 'sqlite', not 'sqlite3'.