Bug#338496: sshfs: Additional Gnome application problems
What I did was.. 1. Run normal gedit and save as doc.txt (which was empty file) in sshfs mounted directory - success. 2. Exit. and then: 1. Run 'strace -o /tmp/gedit.strace gedit doc.txt' 2. Try to save - failed. 3. Exit - choose do not save. Hopefully I did what you expected. Yes, thanks. It looks like it is failing in rename(). I think the '-oworkaround=rename' option should solve your problem. I'm considering turning on this option by default, because it looks like quite a few applications depend on this behavior. Thanks, Miklos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338496: sshfs: Additional Gnome application problems
Package: sshfs Version: 1.6-1 Followup-For: Bug #338496 Hi, I am now having problems with GEdit saving files but this time it says, that I have no rights to save a file. However, saving as in the same location is possible but then saving normally with the new name shows the same error (if you follow). I think this bug is related to lately closed this bug so I am reopening it. If you think it is not then I will post new one. Thanks, Radek. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages sshfs depends on: ii fuse-utils 2.5.3-4.1 Filesystem in USErspace (utilities ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libfuse2 2.5.3-4.1 Filesystem in USErspace library ii libglib2.0-0 2.12.4-1The GLib library of C routines sshfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338496: sshfs: Additional Gnome application problems
I am now having problems with GEdit saving files but this time it says, that I have no rights to save a file. However, saving as in the same location is possible but then saving normally with the new name shows the same error (if you follow). I think this bug is related to lately closed this bug so I am reopening it. If you think it is not then I will post new one. I think this one is different. The original bug report was about statfs() returning zero free space. Could you please do strace -o /tmp/strace gedit and try to reproduce the bug with a minimal set of actions and exit immediately? And then attach the strace to the report or send it privately. Thanks, Miklos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]