Bug 1081 - .sh suffix forbidden in Xsession.d
Summary: .sh suffix forbidden in Xsession.d
Alias: None
Product: xprint
Classification: Unclassified
Component: Server: Config: startup scripts (show other bugs)
Version: unspecified
Hardware: x86 (IA32) All
: high normal
Assignee: Roland Mainz
QA Contact:
URL: http://bugs.debian.org/cgi-bin/bugrep...
Depends on:
Reported: 2004-08-15 01:54 UTC by Drew Parsons
Modified: 2011-09-13 13:58 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Description Drew Parsons 2004-08-15 01:54:41 UTC
As reported in Debian bug #264978, the Xsession run-parts script (for XFree86,
at least) which reads scripts in Xsession.d, only reads those with
alphanumerics, '-' or '_'.  That is, the '.' in your renamed version
92xprint-xpserverlist.sh in /etc/X11/Xsession.d is not used, and hence
XPSERVERLIST does not get defined.

I have made a patch for Debian, which simply renames 92xprint-xpserverlist.sh
back to 92xprint-xpserverlist, as it was before:

diff -ruN
    2004-06-20 10:39:24.000000000 +1000
+++ xprint/src/xprint_main/xc/programs/Xserver/Xprint/etc/Xsession.d/Imakefile
2004-08-15 17:47:52.000000000 +1000
@@ -11,7 +11,7 @@
 XCOMM platforms have /etc/X11/Xsession.d/ and/or /etc/X11/xinit/xinitrc.d
 XCOMM (see http://xprint.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=182)
 #if defined(LinuxArchitecture)

I don't use /etc/X11/xinit/xinitrc.d, so I can't say if the same problem applies
to it or not.


p.s. I'm intrigued as to how mozilla/firefox manages to find the Xprint server
anyway, even without XPSERVERLIST (that's why I did not detect the bug myself).
 Nice work, firefox!
Comment 1 Drew Parsons 2005-04-19 23:44:40 UTC
This bug is probably specific to Debian.  The Xsession script uses run-parts
(/bin/run-parts), which is provided by Debian package debianutils.

run-parts ignores files with a '.' in them.  A Debian bug (#118646) is filed
against debianutils suggesting dots be allowed in the filenames.

The situation arose for historical Debian reasons related to not losing local 
changes to config files provided by deb packages.  No clear resolution is in
sight yet.

As far as Xprint is concerned, this bug could be closed, and I can simply keep
applying the patch to the file in Debian's version of xprint.
Comment 2 Corbin Simpson 2011-09-13 13:58:30 UTC
Closing WONTFIX because nobody cares about Xprint. Reopen if you plan to address this bug.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.