Bug 480668 - start cups on demand using systemd
Summary: start cups on demand using systemd
Status: CLOSED DUPLICATE of bug 690766
Alias: None
Product: Fedora
Classification: Fedora
Component: cups
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2009-01-19 18:59 UTC by Bill Nottingham
Modified: 2014-03-17 03:17 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Last Closed: 2011-06-07 08:29:24 UTC
Type: ---

Attachments (Terms of Use)
cups changes required (10.99 KB, patch)
2009-01-19 18:59 UTC, Bill Nottingham
no flags Details | Diff
xinetd service file (294 bytes, text/plain)
2009-01-19 19:00 UTC, Bill Nottingham
no flags Details
SELinux policy module (241 bytes, text/plain)
2009-01-19 19:01 UTC, Bill Nottingham
no flags Details

Description Bill Nottingham 2009-01-19 18:59:35 UTC
Created attachment 329383 [details]
cups changes required

Description of problem:

(Filing for completeness sake - have already talked a bit with Tim about this over e-mail)

Looking at cups, it has code to start on demand via launchd when a connection attempt is made to the cups socket address. It's possible to use a similar mechanism to start cups on demand via xinetd, so it can be started on demand instead of always running.

Open issues:
- you trade starting cups always for starting xinetd always
- you need to do 'something' for when you share printers
- the xinetd file requires lockstep agreement with any 'Listen' statements in cupsd.conf

Version-Release number of selected component (if applicable):


Comment 1 Bill Nottingham 2009-01-19 19:00:27 UTC
Created attachment 329384 [details]
xinetd service file

Comment 2 Bill Nottingham 2009-01-19 19:01:19 UTC
Created attachment 329385 [details]
SELinux policy module

SELinux policy requires changes for cups to work when it's launched from xinetd so that it can properly handle the socket it's passed.

Comment 3 Harald Hoyer 2009-01-28 13:11:15 UTC

Comment 4 Tim Waugh 2009-01-28 14:03:25 UTC
Busy with more pressing stuff at the moment...

Comment 5 Tim Waugh 2009-05-15 11:49:02 UTC
Too risky a change until 1.4 has settled down a lot more.

Comment 6 Bug Zapper 2009-06-09 10:47:44 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:

Comment 7 Adel Gadllah 2009-12-29 12:17:27 UTC
(In reply to comment #5)
> Too risky a change until 1.4 has settled down a lot more.  


Comment 8 Tim Waugh 2010-04-21 11:18:50 UTC
This will be a *lot* easier to do once mDNS is the default discovery and browse mechanism in CUPS.  That won't be until CUPS 1.5 though.

The basic problem is that if cupsd is not around to hear CUPS Browse packets it might be a long time (minutes) after cupsd is started before they are re-sent.  So the user might be sat in front of a print dialog for several minutes before they can get on with printing.

With mDNS this would not be a problem as avahi would be already be doing the listening.

Comment 9 Bill Nottingham 2011-05-09 14:46:36 UTC
Tim - given systemd, should this bug be closed in favor of a systemd implementation, or at least retitled/retargeted?

Comment 10 Tim Waugh 2011-05-13 10:43:41 UTC
Yes, retitling.  We are fairly close to full Bonjour support now, and Lennart has told me he has patches for systemd integration in cupsd.

Comment 11 Juha Tuomala 2011-06-06 18:09:15 UTC
possible duplicate bug 690766

Comment 12 Tim Waugh 2011-06-07 08:29:24 UTC

*** This bug has been marked as a duplicate of bug 690766 ***

Note You need to log in before you can comment on or make changes to this bug.