And straight on to another question:
Is there a way of switching of the permissions check when opening a mapset? It prevents me from opening mapsets that are mounted on different filesystems as the grass installation. E.g. if I try to open a mapset located on a remote directory (mounted using fuse) in my local Ubuntu grass6.4 version fails with:
ERROR: MAPSET PERMANENT - permission denied
Any solution to this would be much appreciated.
Regards,
Michel
And straight on to another question:
Is there a way of switching of the permissions check when opening a
mapset? It prevents me from opening mapsets that are mounted on
different filesystems as the grass installation. E.g. if I try to open a
mapset located on a remote directory (mounted using fuse) in my local
Ubuntu grass6.4 version fails with:
ERROR: MAPSET PERMANENT - permission denied
Any solution to this would be much appreciated.
I totally agree with you. Especially for the 1 machine with dual boot
set-up.
Unfortunately, core developers are of different opinion:
And straight on to another question:
Is there a way of switching of the permissions check when opening a
mapset? It prevents me from opening mapsets that are mounted on
different filesystems as the grass installation. E.g. if I try to open a
mapset located on a remote directory (mounted using fuse) in my local
Ubuntu grass6.4 version fails with:
ERROR: MAPSET PERMANENT - permission denied
Any solution to this would be much appreciated.
In any of the current SVN versions, setting the environment variable
GRASS_SKIP_MAPSET_OWNER_CHECK to any non-empty string will suppress
the check.
> And straight on to another question:
> Is there a way of switching of the permissions check when opening a
> mapset? It prevents me from opening mapsets that are mounted on
> different filesystems as the grass installation. E.g. if I try to open a
> mapset located on a remote directory (mounted using fuse) in my local
> Ubuntu grass6.4 version fails with:
>
> ERROR: MAPSET PERMANENT - permission denied
>
> Any solution to this would be much appreciated.
Tim Michelsen:
I totally agree with you. Especially for the 1 machine with dual boot
set-up.
Unfortunately, core developers are of different opinion:
I have never ever had such a "problem" -- it always was in the end a
permission issue on the "operating system world". That is, one has to
properly mount the drive/filesystem he wants to use under its own user-id (at
least in Linux) and there will be no issue.