Tomboy SSHFS Sync creates local sync folder with wrong ownership

[Dennis S]

Binary package hint: tomboy

1 ) I Installed sshfs
2 ) I tried setting up tomboy-syncronization over SSH
3 ) Entered my information and pressed save
4 ) got the following error message "fusermount: failed to accesss mountpoint /home/dennis/.tomboy/sync-sshfs: permission denied"
5) checked permission on the folder

ls -l .tomboy/
drwxrwxrwx 1 32066 32066 4096 2008-04-25 10:40 sync-sshfs

--------------

the problem is that the remote system has different uid/gid's for the Filesystem. sshfs should be loaded with these options for ssh sync to work properly
-o idmap=user -o uid=<your local uid> -o gid=<your local gid>

[Gene Cooper (gcooper-sonoracomm)]

I have a fairly clean Hardy (8.04) installation (2 days old) and I duplicated this problem and verified that the suggested command line options do, in fact, set the permissions on the sync-sshfs folder to something my user can access.

However, even after manually mounting the sync-sshfs folder at the command line, Tomboy still will not sync.

G

[Lewis Thompson (purple)]

I am also seeing this behaviour

We see it because by default sshfs does not include the '-o idmap=user' option to translate the ownership of the remote files to that of the local user

I propose that Tomboy should append '-o idmap=user' to the sshfs command it uses, i.e.

/usr/bin/sshfs -p 22 lewiz@remoteserver:/home/lewiz/current/backup/tomboy /home/lewiz/.tomboy/sync-sshfs

should become:

/usr/bin/sshfs -o idmap=user -p 22 lewiz@remoteserver:/home/lewiz/current/backup/tomboy /home/lewiz/.tomboy/sync-sshfs

I can confirm that manually this does as I expect. Further details can be found at http://fuse.sourceforge.net/wiki/index.php/SshfsFaq under the 'What options does sshfs support?' section

[Lewis Thompson (purple)]

Due to lack of '-o idmap=user' in sshfs command

[Quinn Li (quinn-liqin)]

I found out that if you do "sudo umount .tomboy/sync-sshfs" before each sync, then it will succeed. Otherwise, second sync will fail.

[Greg Grossmeier (greg.grossmeier)]

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=535275