Bug 1996 - enabling Xprint to not start up
Summary: enabling Xprint to not start up
Status: RESOLVED WONTFIX
Alias: None
Product: xprint
Classification: Unclassified
Component: Server: Config: startup scripts (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Roland Mainz
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-02 15:26 UTC by Drew Parsons
Modified: 2011-09-13 12:42 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
patch to /etc/init.d/xprint to check whether or not to start (987 bytes, patch)
2004-12-02 15:28 UTC, Drew Parsons
no flags Details | Splinter Review

Description Drew Parsons 2004-12-02 15:26:56 UTC
I'm using "enabling" in the technical sense as it relates to "dysfunctional
relationships".

A number of Debian users have requested the facility to have Xprint not start up
by default, e.g. on boot-up. See Debian bug #281973 (cf. #270054, #282723). I
think this request is partly a result of Debian's mozilla packages suggesting
that Xprint be installed.  Mind you, it's only a suggestion, not a requirement.
*shrug*  I think they want Xprint to be at hand, without actually planning to
use it routinely.

The request can be met without much bother, so I've made a patch for Debian, and
will attach it here.

It checks /etc/default/Xprint (if present), to see if START_XPRINT=0.  If it is,
then start and restart exit, without firing up Xprt.

I've placed a sample /etc/default/Xprint into Debian:
================================================
# If you do not want Xprint to automatically start, then set START_XPRINT=0
# By default, START_XPRINT=1, enabling Xprt, the Xprint server, to be started.

# If you always want Xprint to run, you may safely remove this file.

START_XPRINT=1
================================================

but it doesn't really need to go into the main code, unless the
self-documentation of the file is helpful.  Actually, I don't even know if other
unices/linuxes use /etc/default, which would make this whole patch a bit
pointless, unless the file is put in /etc/Xprint instead.
Comment 1 Drew Parsons 2004-12-02 15:28:50 UTC
Created attachment 1445 [details] [review]
patch to /etc/init.d/xprint to check whether or not to start

The patch checks the value of START_XPRINT in /etc/default/xprint (if present),
during /etc/init.d/xprint start or restart.

Other /etc/init.d/xprint functions are not affected.
Comment 2 Drew Parsons 2005-01-29 18:55:00 UTC
I would like to retract my recommendation of applying this patch, following the
conversation at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291766.

The requested behaviour can be more easily obtained by using the system's tools
for manipulating the run scripts.  Setting them up to remove the symlinks from
/etc/init.d/xprint to /etc/rc* means that /etc/init.d/xprint will not get
invoked at boot, but will still be available for manual invocation.

This makes /etc/default/xprint, at least for the purposes of start up, redundant.

I will remove the patch from Debian once I am confident the symlinks can be
removed using the system tools without getting themselves replaced again at upgrade.

Drew
Comment 3 Corbin Simpson 2011-09-13 12:42:38 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.