| Summary: | .sh suffix forbidden in Xsession.d | ||
|---|---|---|---|
| Product: | xprint | Reporter: | Drew Parsons <dparsons> |
| Component: | Server: Config: startup scripts | Assignee: | Roland Mainz <roland.mainz> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | high | CC: | MostAwesomedude |
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | All | ||
| URL: | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=264978&repeatmerged=no | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
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. 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.
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 xprint-old/src/xprint_main/xc/programs/Xserver/Xprint/etc/Xsession.d/Imakefile xprint/src/xprint_main/xc/programs/Xserver/Xprint/etc/Xsession.d/Imakefile --- xprint-old/src/xprint_main/xc/programs/Xserver/Xprint/etc/Xsession.d/Imakefile 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) -InstallNamedProg(cde_xsessiond_xprint.sh,92xprint-xpserverlist.sh,/etc/X11/Xsession.d) +InstallNamedProg(cde_xsessiond_xprint.sh,92xprint-xpserverlist,/etc/X11/Xsession.d) InstallNamedProg(cde_xsessiond_xprint.sh,92xprint-xpserverlist.sh,/etc/X11/xinit/xinitrc.d) #endif I don't use /etc/X11/xinit/xinitrc.d, so I can't say if the same problem applies to it or not. Drew 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!