Ok.. Making a bit more sense to me now.
It sounds like this is modifying something in $XDG_DATA_DIRS that fish
can see. Maybe another application is setting $XDG_DATA_DIRS to
encompass more than just /usr{,/local}/share.
There is no XDG_DATA_DIRS set in my shell apparently
echo $XDG_DATA_DIRS
returns nothing.
I think what is happening is that it's looking into
~/.local/share/applications
and finding the defaults.list that is apparently being generated by
nautilus. When I delete that file then it 'open' stops working.
Also nautilus then 'forgets' my application preference and opens up with
the default gnome stuff.
Right now I have one defaults.list available on my system. It's located
in /etc/gnome-vfs-2.0/defaults.list. (and there is a symbolic link
/usr/share/gnome/applications/defaults.list that points to that location)
But I can't quite figure out how to make XDG_DATA_DIRS to work right.
I tried:
set XDG_DATA_DIRS /etc/gnome-vfs-2.0/
set XDG_DATA_DIRS /etc/gnome-vfs-2.0/defaults.list
set XDG_DATA_DIRS /usr/share/gnome/applications
set XDG_DATA_DIRS /usr/share/gnome/
and none of those seem to work for me. Maybe I am doing something wrong
here? Maybe Fish is not honoring that variable?
If fish not honoring that variable is a problem then making that happen
would that fix Fish's side of the problem right then and there, IMO.
Then it's up to the 'Portland Project' or the .desktop folks or whoever
to figure out a sane way to set that environmental variable when
launching a xterm from a desktop environment.
I am still willing to bet though that I am not setting that correctly.
If I copy /etc/gnome-vfs-2.0/defaults.list to
~/.local/share/applications/ then everything works fine. Which suites me
fine right now.
Doing that makes it work fine on both my PPC machine and X86 machine so far.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
