Description of problem: install f16 x86_64 on KVM virtual machine. Go to system settings -> printers and attempt to configure a printer. This is not possible, instead there is a sad computer icon and the following message: Sorry! The system printing services do not seem to be available Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
I need more information than this. 1. Which F-16 ISO did you install from initially, and have you applied updates since then? 2. What does 'rpm -q cups' say? 3. What does 'systemctl status cups.service' say? 4. What about 'systemctl status cups.socket'?
*** Bug 748521 has been marked as a duplicate of this bug. ***
Hey Tim. 1. I have tried TC2 live, dvd, and netinstall media on both virtual and real hardware. They all have this issue. If I do service cups start On boot, I get: then things work as expected.%service cups status Redirecting to /bin/systemctl status cups.service cups.service - CUPS Printing Service Loaded: loaded (/lib/systemd/system/cups.service; disabled) Active: inactive (dead) CGroup: name=systemd:/system/cups.service 2. %rpm -q cups cups-1.5.0-16.fc16.x86_64 3. see #1 4. %systemctl status cups.socket cups.socket - CUPS Printing Service Sockets Loaded: loaded (/lib/systemd/system/cups.socket; disabled) Active: inactive (dead) CGroup: name=systemd:/system/cups.socket
oops. To clarify, cups Dead on Boot. But if I do: service cups start then it's live and I can configure as per normal.
When I boot 16.TC2/Live/x86_64/Fedora-16-TC-x86_64-Live-Desktop.iso in a virtual machine, then start a gnome-terminal, I get this: cups.service - CUPS Printing Service Loaded: loaded (/lib/systemd/system/cups.service; enabled) Active: active (running) since Thu, 27 Oct 2011 07:50:25 -0400; 43s ago Main PID: 1365 (cupsd) CGroup: name=systemd:/system/cups.service └ 1365 /usr/sbin/cupsd -f System Settings -> Printers works fine. cups-1.5.0-16.fc16.x86_64 What are we doing differently?
I did the installation of F16 via preupgrading F15. There is not cups.service under /etc/systemd. Setting a link in multi-user.target.wants to /lib/systemd/system/cups.service solves the problem for me and cups is started on boot.
cblaauw: this is expected behaviour for upgrades. See bug #748841 comment #1. For fresh installations, however, CUPS ought to be enabled by default. Benjamin, how can I reproduce the problem you are seeing?
Interesting that the upgrades DNW, I didn't know that. I just updated my non-virtual TC2 install, and things seem to be working correctly now, without manual intervention to start cups. When F16 is released, I'll re-install on my workstation and confirm that this bug is still present. This time I'll do a standard print install first and check, before installing all the foomatic stuff that I usually use.
Well, in fact, there was a bug preventing upgrades from setting the correct default enabled/disabled state. :-( See bug #748841 comment #3 onwards...
*** This bug has been marked as a duplicate of bug 748841 ***