Hi! Excuse the late reaction, but I had other priorities at work for a while.
Mikhael Goikhman schrieb:
> This approach is possible too. The only side effect would be you can't
> have shared FvwmConsole history (it will be local to the machine).
> Create this ~/bin/MyFvwmConsole script:
>
> #!/bin/bash
> export FVWM_USERDIR=/tmp/$USER/fvwm
> mkdir -p $FVWM_USERDIR
> exec $FVWM_MODULEDIR/FvwmConsole "$@"
>
> and start the module as "Module $[HOME]/bin/MyFvwmConsole".
This is a good workaround. Very few users here use FvwmConsole as
extensively as I do and should they develop into fvwm-power-users they
can use this workaround as well.
I was worried that setting FVWM_HOME before starting FvwmConsole could
mess up the value of $FVWM_HOME in evaluated configuration commands, but
this is not the case.
> You may post a patch to add a directory option to both FvwmConsole and
> FvwmConsoleC[.pl], but just adding support for $TMP var would be bad,
> since this would clutter filename space and add side effects for those
> who have this var defined for other purposes. Maybe supporting $FVWM_TMP
> centrally is better, but I would not start this change now.
I wonder why you feel like this about "cluttering filename space".
Many other apps don't care about it, there are automatic tmp-reapers
available, the socket will be deleted when FvwmConsole terminates, and
you have the added bonus that sockets will work no matter what
filesystem $HOME lives in, if the user set $TMPDIR accordingly.
The $TMPDIR variable is (amongst other cases) meant to point to a place
where the user wants his temporary files to go, which is why gconf, kde
and others use it for exactly that purpose. (See documentation of tempnam
in info libc).
And for this reason it's recommended practise for AFS users to set
TMPDIR (and TMP, as some apps will check it, too) to a place where
sockets, named pipes, etc. will work.
If you're worried about security you can even create /var/tmp/$USER with
appropriate permissions and set TMP and TMPDIR to point to this
directory.
Well, I'm going to compile an unpatched fvwm 2.5.16 for our site now,
thanks to your suggestions! :)
Keep up the good work!
Kind regards
Friedel
--
Friedrich Delgado Friedrichs <[EMAIL PROTECTED]>
Vaßmerstraße 3 +49-4161/651844
21614 Buxtehude TauPan on Ircnet and Freenode ;)
signature.asc
Description: Digital signature
