Package: gdm Version: 2.6.0.6-1
Hello,
I've found that the .xsession scripts in $HOME are not processed when the user logs in. Since find utility now supports the --list argument, I'd suggest to rip out the workaround of /etc/gdm/Xsession (similar to /etc/X11/Xsession) as follows
--- Xsession.orig 2005-03-23 20:53:45.000000000 +0100
+++ Xsession 2005-03-24 16:23:09.000000000 +0100
@@ -70,23 +70,6 @@
"<debian-x@lists.debian.org>."
}-run_parts () {
- # until run-parts --noexec is implemented
- if [ -z "$1" ]; then
- internal_errormsg "run_parts() called without an argument."
- fi
- if [ ! -d "$1" ]; then
- internal_errormsg "run_parts() called, but \"$1\" does not exist or is" \
- "not a directory."
- fi
- for F in $(ls $1); do
- if expr "$F" : '[[:alnum:]_-]\+$' > /dev/null 2>&1; then
- if [ -f "$1/$F" ]; then
- echo "$1/$F"
- fi
- fi
- done
-}
# initialize variables for use by all session scripts
OPTIONFILE=/etc/X11/Xsession.options
@@ -201,7 +184,7 @@
# instead of executing so that the variables and functions defined above
# are available to the scripts, and so that they can pass variables to each
# other
-SESSIONFILES=$(run_parts $SYSSESSIONDIR)
+SESSIONFILES=$(run-parts --list $SYSSESSIONDIR)
if [ -n "$SESSIONFILES" ]; then
for SESSIONFILE in $SESSIONFILES; do
. $SESSIONFILE
This would close bug #289378 at least partially and allow users to run their .xsession on login through GDM. The .xclients method seems to be not supported at all. If it's important, I'd suggest to direct the rest of the bug to xfree86-common maintainers to implement appropiate scripts under /etc/X11/Xsession.d/ for loading .xclients file on startup. Otherwise, with the patch above it works (at least for 3 boxes here) and the bug can be closed.
Kind regards, -Dimitri
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
