screen-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 2 problems using screen with sshfs and symlinks


From: Andy Harrison
Subject: Re: 2 problems using screen with sshfs and symlinks
Date: Sun, 10 Aug 2008 21:18:21 -0400

On Wed, Aug 6, 2008 at 10:44 AM, Ken Steen <address@hidden> wrote:
> I have a small file manager that uses screen to open programs in new
> screen windows.  It works correctly except when using screen on a
> directory mounted with sshfs or when using screen on a directory that is
> a symbolic link.  If the program is started with 'screen program-name',
> and the current directory is a symbolic link to another directory
> opening a new screen window changes the pwd to the directory that is
> pointed to by the symbolic link instead of the symbolic link directory.
> If the program is started in the shell without screen and then opens a
> screen window the pwd is the symbolic link directory.  A similar problem
> occurs when a directory  is mounted with sshfs.  If the program is
> started with 'screen program-name' screen will give a permission denied
> message when trying to open a new screen window.  If the program is
> started in a shell without screen and trys to open a sshfs mounted
> directory in a screen window it works correctly.
>
> I am not sure what is happening.  I am guessing that the environ
> variable is not being set correctly.  The screen command is passed with
> execve() and works correctly except in the previous two examples.  Any
> ideas into what I am doing wrong would be greatly appreciated.
>

Although completely unrelated to screen, I had similar permission
problems with one of my sshfs mounts.  I finally solved it with the
following sshfs params:

sshfs address@hidden:/path /mount/point -o allow_root -o
idmap=user -o uid=1000 -o gid=1000

I would suggest trying that, or change allow_root to allow_other, and
see if that helps.

-- 
Andy Harrison
public key: 0x67518262




reply via email to

[Prev in Thread] Current Thread [Next in Thread]