xfe

Hi,
I think I can close this bug now because it's not really an Xfe issue.
RB

Hi again,
and addon to my previous message : it is not necessary to copy grp files
to the location where eduke32 is installed. You only have to copy it to
your .eduke32 directory and eduke32 will run fine when started from within
Xfe.
Hope this helps,
RB

Hi,
the problem withe eduke32 is probably due to the installation of the grp
file in your local directory. You should either copy the grp file to your
/usr/share/games/eduke32 or /usr/local/share/games/eduke32 directory and
everything will be fine. I have installed eduke32 on Debian with this
approach and everything went fine. Another idea is to create a shell script
and add the location of the grp files to the path.

Indeed, when launching programs, Xfe uses the current directory as a
starting directory, while Thunar uses the location of the executable as a
starting directory. I personnally prefer the Xfe way and I don't want to
change it for now.

Concerning the problem with executable shell scripts, this was a bug and
I've changed it in the new release that will be available very soon.

Please, tell me if you find a solution for your problem...
Thanks,
RB

I've tried to browse to /usr/bin and double-click to launch xterm with XFE
and Thunar. The difference is more subtle than applications in my testbed
(i.e no crash or complain) but I think I've spotted my problem : whenever I
launch an application from XFE, it thinks it was launched from/in my home
directory. For instance, with xterm, environment variables OLDPWD and PWD
are set to my home directory instead of current/launch directory. Is it on
purpose?

Another example, eduke32. I browse to appropriate directory, double click
on it to launch. A launcher appears and a log file is automatically
written. Here are the results :

With Thunar (game start; log file is created in /home/david/games/Duke
Nukem 3D/) :
EDuke32 2.0.0devel 20090927
addsearchpath(): Added /home/david/games/Duke Nukem 3D/
addsearchpath(): Added /home/david/.eduke32/
Initializing SDL system interface (compiled against SDL version 1.2.13,
found version 1.2.13)
Loading libGL.so.1
Loading libGLU.so.1
Using "x11" video driver
Using config file 'eduke32.cfg'.
Scanning for GRP files...
Using group file 'duke3d.grp' as main group file.
[...]

With XFE (game can't start; log file is created in /home/david/) :
EDuke32 2.0.0devel 20090927
addsearchpath(): Added /home/david/
addsearchpath(): Added /home/david/.eduke32/
Initializing SDL system interface (compiled against SDL version 1.2.13,
found version 1.2.13)
Loading libGL.so.1
Loading libGLU.so.1
Using "x11" video driver
Using config file 'eduke32.cfg'.
Scanning for GRP files...
Found no recognized GRP files!
Warning: could not find main group file 'duke3d.grp'!
UDP networking uninitialized successfully.
Duke Nukem 3D game data was not found. A valid copy of 'duke3d.grp' or
other compatible data is needed to run EDuke32.
You can find 'duke3d.grp' in the 'DN3DINST' or 'ATOMINST' directory on
your Duke Nukem 3D installation CD-ROM.

EDuke32 will now close.


Hope it helps.

PS: I'm unable to launch scripts by double clicking them, even though
execute bits are set. Instead, Open action is run. Could it be possible to
change this behavior?

Thanks

Do you have the same behaviour when executing /usr/bin/xterm or
/usr/bin/xedit?
RB