https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c2 Vincent Untz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |badshah400@gmail.com --- Comment #2 from Vincent Untz 2012-06-29 06:10:20 UTC --- Is cups installed and running? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c4 Atri Bhattacharya changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|badshah400@gmail.com | --- Comment #4 from Atri Bhattacharya 2012-06-29 09:12:03 UTC --- 1. Cups is installed I believe, since this is what "zypper -se -si cups" shows S | Name | Type | Version | Arch | Repository --+--------------------+---------+------------+--------+------------------ i | cups | package | 1.5.3-1.1 | x86_64 | openSUSE-12.2-Oss i | cups-client | package | 1.5.3-1.1 | x86_64 | openSUSE-12.2-Oss i | cups-libs | package | 1.5.3-1.1 | x86_64 | openSUSE-12.2-Oss i | cups-pk-helper | package | 0.2.2-1.3 | x86_64 | openSUSE-12.2-Oss i | python-cups | package | 1.9.61-1.3 | x86_64 | openSUSE-12.2-Oss i | python-cupshelpers | package | 1.3.9-1.3 | noarch | openSUSE-12.2-Oss 2. Cups does not seem to be running though, because:- output of: ps ax | grep "cups" 5872 pts/0 S+ 0:00 grep --color=auto cups 3. When the Printer module is started it shows the follwoing prompt the first time:- "Restart locally running CUPS daemon" and presents Yes or No as options on the dialog box. I choose to click on Yes. Then it shows: "Rstarted the CUPS daemon. Waiting half a minute for the CUPS daemon to get ready to operate". After about 30 seconds, this prompt disappears and the printer module seems ready to work. But at this stage itself:- output of ps ax | grep cups 6001 ? Ss 0:00 /usr/sbin/cupsd -f 6127 pts/0 S+ 0:00 grep --color=auto cups ...and the "Printer" module in GNOME system settings also starts working. So it is the restart of the cups daemon by the YaST printer module that gets everything working. One believes that the cups daemon should be started at boot, but is not. Indeed, now if I reboot, the printer module in gnome system settings says "printing system not available" again. So it is really that cupsd is not getting started at boot time. Hope that helps. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c6 Vincent Untz changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vuntz@suse.com Component|GNOME |Basesystem AssignedTo|bnc-team-gnome@forge.provo. |fcrozat@suse.com |novell.com | Summary|Gnome system-settings |cups not started on boot |printing unavailable by |(leads to printer panel not |default |working in GNOME) --- Comment #6 from Vincent Untz 2012-06-29 10:12:58 UTC --- I guess this is something to change in the presets? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c8 --- Comment #8 from Johannes Meixner 2012-07-03 08:21:59 UTC --- I do not know what the openSUSE policy is i.e. whether or not cupsd should be started at boot time by default for openSUSE 12.2. crrodriguez@opensuse.org had added the patch cups-0001-systemd-add-systemd-socket-activation-and-unit-files.patch to cups to have "complete systemd support" according to http://0pointer.de/blog/projects/socket-activation2.html see https://build.opensuse.org/package/view_file?file=cups.changes&package=cups&project=Printing I cannot help if something regarding systemd support in cups is wrong or missing or does no longer work. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c10 --- Comment #10 from Johannes Meixner 2012-07-03 09:24:28 UTC --- Again: I do not know what openSUSE likes to have. For me personally it would be easiest if cupsd was still started during boot by systemd (same as with SysVinit). But as far as I noticed, there could be users and openSUSE decision makers who may prefer that cupsd is only started on demand by systemd because this should speed up booting. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c12 --- Comment #12 from Frederic Crozat 2012-07-03 09:50:24 UTC --- ok, I'll add cups.service to the default presets (so cupsd is enabled by default on initial install). We can later also add the "on demand" part (enabling cups.socket and cups.path) in the preset (Fedora is doing so). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c14 --- Comment #14 from Johannes Meixner 2012-07-03 10:18:24 UTC --- Frederic Crozat, related to my comment #13: Do you perhaps know whether or not the YaST "Service" module may need special adaption to work also with systemd? FYI: I got distracted by technical details when I wrote comment #11. Regardless of technical details how it is implemented, when a user installs CUPS, he must get it ready-to-use. For the usual use-cases this means that the cupsd must run which means the cups service must be enabled automatically without manual enablement by the user. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c16 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|badshah400@gmail.com | --- Comment #16 from Johannes Meixner 2012-07-04 12:07:41 UTC --- FYI, regarding my questions in comment #13: With a openSUSE 12.2 berta2 test-system I can reproduce that there is only a "Restart locally running CUPS daemon" poupup but no "Enable starting of the CUPS daemon during system boot" popup and I filed bnc#769946 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c18 Marcus Meissner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |meissner@suse.com, | |security-team@suse.de --- Comment #18 from Marcus Meissner 2012-07-04 12:40:46 UTC --- for people that dont need cups a new unnecessary service is now running.. Also security wise not good. The default is btw "service is not running" for both openSUSE and SLES. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c20 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |meissner@suse.com --- Comment #20 from Johannes Meixner 2012-07-04 13:16:46 UTC --- See comment #11 - "since ever" we have in cups.spec: ----------------------------------------------------------------------------- for p in DISCONTINUED:openSUSE:11.1 \ DISCONTINUED:openSUSE:11.2 \ DISCONTINUED:openSUSE:11.3 \ openSUSE:11.4 \ openSUSE:12.1 \ openSUSE:12.2 \ openSUSE:Factory ; \ do \ echo $p ; \ osc cat $p cups cups.spec \ | grep -A10 '^%post$' \ | egrep '^%post$|fillup_and_insserv' ; \ echo ; \ done DISCONTINUED:openSUSE:11.1 %post %{fillup_and_insserv -ny cups cups} DISCONTINUED:openSUSE:11.2 %post %{fillup_and_insserv -ny cups cups} DISCONTINUED:openSUSE:11.3 %post %{fillup_and_insserv -ny cups cups} openSUSE:11.4 %post %{fillup_and_insserv -ny cups cups} openSUSE:12.1 %post %{fillup_and_insserv -ny cups cups} openSUSE:12.2 %post %{fillup_and_insserv -ny cups cups} openSUSE:Factory %post %{fillup_and_insserv -ny cups cups} ----------------------------------------------------------------------------- And now you do no longer like it this way? Also "since almost ever" (since CUPS 1.2 i.e. since openSUSE 10.2) cupsd listens by default only on the localhost 'lo' interface, read http://en.opensuse.org/SDB:CUPS_in_a_Nutshell What exactly is the new security issue now here? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c23 --- Comment #23 from Johannes Meixner 2012-07-04 13:48:39 UTC --- Frederic Crozat, when cupsd is not listening by default on UDP port 631 for incomming so called "CUPS Browsing" information from CUPS servers, people could no longer print out-of-the-box via a CUPS sever in their network. I don't know sufficient about systemd to decide if /lib/systemd/system/cups.path /lib/systemd/system/cups.service /lib/systemd/system/cups.socket still lets the cupsd get incomming "CUPS Browsing" information. By default the firewall protects the host against unwanted "CUPS Browsing" information from possibly evil CUPS servers in external networks, see http://en.opensuse.org/SDB:CUPS_and_SANE_Firewall_settings -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c25 Frederic Crozat changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|meissner@suse.com | --- Comment #25 from Frederic Crozat 2012-07-04 14:11:53 UTC --- I've just tested on in a Factory VM and enabling "cups.path / cups.service / cups.socket" as it is done by "chkconfig -a cups" is enough to get cups started "on demand", with a socket listening on UDP port 631, handled by systemd until something hits it. Running GNOME "printer" control center module didn't complain about cups not running (and cupsd is indeed running after accessing the GNOME printer configuration module). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c27 --- Comment #27 from Johannes Meixner 2012-07-04 14:21:52 UTC --- My comment #26 is a response to comment #24. Frederic Crozat, many thanks for your testing and confirmation! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c29 --- Comment #29 from Bernhard Wiedemann 2012-07-05 09:00:09 CEST --- This is an autogenerated message for OBS integration: This bug (769346) was mentioned in https://build.opensuse.org/request/show/127155 Factory / systemd-presets-branding-openSUSE -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c31 --- Comment #31 from Marcus Meissner 2012-07-05 08:00:05 UTC --- #c29 means that I approved the change that was submitted. no need for even more long bugzilla comments. and yes, the pk helper thing needs to be reviewed and checked still. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c33 --- Comment #33 from Christian Schmid 2012-07-12 21:44:57 CEST --- Concerning openSUSE 12.2 RC1, this error seems to occur only when ipv6 is disabled. As soon as ipv6 is enabled, regardles if duruing the installation or later, cups seems to work fine. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c35 Christian Schmid changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|foren@nuxli.ch | --- Comment #35 from Christian Schmid 2012-07-13 15:38:45 CEST --- With ipv6 active, cups works fine: # systemctl status cups.service cups.service - CUPS Printing Service Loaded: loaded (/lib/systemd/system/cups.service; enabled) Active: active (running) since Fri, 13 Jul 2012 17:27:16 +0200; 1min 3s ago Main PID: 1928 (cupsd) CGroup: name=systemd:/system/cups.service └ 1928 /usr/sbin/cupsd -f Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for Validate-Job defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for Cancel-Jobs defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for Cancel-My-Jobs defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for Close-Job defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for CUPS-Get-Document defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No JobPrivateAccess defined in policy allowallforanybody - using defaults. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No JobPrivateValues defined in policy allowallforanybody - using defaults. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No SubscriptionPrivateAccess defined in policy allowallforanybody - using defaults. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No SubscriptionPrivateValues defined in policy allowallforanybody - using defaults. # systemctl status cups.socket cups.socket - CUPS Printing Service Sockets Loaded: loaded (/lib/systemd/system/cups.socket; enabled) Active: active (running) since Fri, 13 Jul 2012 17:26:38 +0200; 1min 55s ago CGroup: name=systemd:/system/cups.socket With ipv6 deactivated in YAST, cups is dead. # systemctl status cups.service cups.service - CUPS Printing Service Loaded: loaded (/lib/systemd/system/cups.service; enabled) Active: inactive (dead) CGroup: name=systemd:/system/cups.service Jul 13 13:39:58 lenovo-x220.site cupsd[1652]: No SubscriptionPrivateValues defined in policy allowallforanybody - using defaults. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for Validate-Job defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for Cancel-Jobs defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for Cancel-My-Jobs defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for Close-Job defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No limit for CUPS-Get-Document defined in policy allowallforanybody and no suitable template found. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No JobPrivateAccess defined in policy allowallforanybody - using defaults. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No JobPrivateValues defined in policy allowallforanybody - using defaults. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No SubscriptionPrivateAccess defined in policy allowallforanybody - using defaults. Jul 13 17:27:16 lenovo-x220.site cupsd[1928]: No SubscriptionPrivateValues defined in policy allowallforanybody - using defaults. # systemctl status cups.socket cups.socket - CUPS Printing Service Sockets Loaded: loaded (/lib/systemd/system/cups.socket; enabled) Active: active (listening) since Fri, 13 Jul 2012 17:31:29 +0200; 55s ago CGroup: name=systemd:/system/cups.socket -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c37 --- Comment #37 from Terje J. Hanssen 2012-07-18 13:52:37 UTC --- Continued: Started YaST2 System | System services (run level) 'Cups' was labeled 'Yes*' Enabled it Now the scheduler was started '/etc/init.d/cups start' and it was possible to setup the printer with YaST2. While it was possible to print from Firefox and 'terminal | lp' other applications like Thunderbird (and gedit) failed to print with the status message The printer's state message is: /usr/lib/cups/filter/fax-pnh-filter failed' I don't attach morer error and debugging message for now, in case this output is out-of-topic for this bug. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c39 Atri Bhattacharya changed: What |Removed |Added ---------------------------------------------------------------------------- Version|Beta 2 |RC 1 --- Comment #39 from Atri Bhattacharya 2012-07-28 07:26:29 UTC --- Doesn't work for me yet. Cups does not get started at boot and this makes all printing facilities including printers I had previously set up to be inaccessible. But doing something like sudo /etc/rc.d/cups start from a terminal solves all problems and makes the printing stack accessible again. Shouldn' this daemon be started all by itself when I boot instead of having to issue the above command every time after booting. Or am I doing something wrong? I can confirm that I have the right version of the systemd-presets-branding-openSUSE package. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c41 --- Comment #41 from Ludwig Nussel 2012-07-30 09:56:10 CEST --- If you've upgraded from a previous RC or Beta cups disabled is expected. It won't re-enable itself as applying presets is only done on initial package installation. So everyone who has cups disabled please make sure you have the latest systemd-presets-branding-openSUSE installed (Change from July 4th refers to this bug), then run "systemctl preset cups.service cups.socket cups.path". -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c43 --- Comment #43 from Johannes Meixner 2012-08-29 07:31:13 UTC --- *** Bug 774522 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=774522 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c44 --- Comment #44 from Roland Bernet 2012-09-14 08:24:01 UTC --- I have the same problem on my openSUSE 12.2 system. The problem only exists booting with systemd. If I boot with the old System V cups starts without problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c46 --- Comment #46 from Roland Bernet 2012-09-20 11:04:52 UTC --- What I thought too, but does not work. Issued the command, then rebooted and cupsd was not running. yast2 tells me, cups enable, but not running. systemctl tells me the process is dead. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c48 --- Comment #48 from Roland Bernet 2012-09-20 13:11:21 UTC --- The cups log don't give anything, whatever log level. It looks like the daemon is not started at all, so there won't be any logs. systemctl status cups.service gives: Loaded: loaded (/lib/systemd/system/cups.service; enabled) Active: inactive (dead) CGroup: name=systemd:/system/cups.service and if I run systemctl start cups.service everything works fine. It just does not start at boot time. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c50 Roland Bernet changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|bernet@physik.uzh.ch | --- Comment #50 from Roland Bernet 2012-09-20 13:48:15 UTC --- systemctl status cups.socket : cups.socket - CUPS Printing Service Sockets Loaded: loaded (/lib/systemd/system/cups.socket; enabled) Active: active (listening) since Thu, 20 Sep 2012 17:44:45 +0200 CGroup: name=systemd:/system/cups.socket systemctl show cups.service : Id=cups.service Names=cups.service Requires=systemd-journald.socket basic.target Conflicts=shutdown.target Before=shutdown.target After=cups.path cups.socket systemd-journald.socket basic.target TriggeredBy=cups.path cups.socket Description=CUPS Printing Service LoadState=loaded ActiveState=inactive SubState=dead FragmentPath=/lib/systemd/system/cups.service UnitFileState=enabled InactiveExitTimestampMonotonic=0 ActiveEnterTimestampMonotonic=0 ActiveExitTimestampMonotonic=0 InactiveEnterTimestampMonotonic=0 CanStart=yes CanStop=yes CanReload=no CanIsolate=no StopWhenUnneeded=no RefuseManualStart=no RefuseManualStop=no AllowIsolate=no DefaultDependencies=yes OnFailureIsolate=no IgnoreOnIsolate=no IgnoreOnSnapshot=no DefaultControlGroup=name=systemd:/system/cups.service ControlGroup=cpu:/system/cups.service name=systemd:/system/cups.service NeedDaemonReload=no JobTimeoutUSec=0 ConditionTimestampMonotonic=0 ConditionResult=no Type=simple Restart=no NotifyAccess=none RestartUSec=100ms TimeoutUSec=1min 30s WatchdogUSec=0 WatchdogTimestampMonotonic=0 StartLimitInterval=10000000 StartLimitBurst=5 StartLimitAction=none ExecStart={ path=/usr/sbin/cupsd ; argv[]=/usr/sbin/cupsd -f ; ignore_errors=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 } PermissionsStartOnly=no RootDirectoryStartOnly=no RemainAfterExit=no GuessMainPID=yes MainPID=0 ControlPID=0 SysVStartPriority=-1 FsckPassNo=0 Result=success UMask=0022 LimitCPU=18446744073709551615 LimitFSIZE=18446744073709551615 LimitDATA=18446744073709551615 LimitSTACK=18446744073709551615 LimitCORE=18446744073709551615 LimitRSS=18446744073709551615 LimitNOFILE=4096 LimitAS=18446744073709551615 LimitNPROC=15903 LimitMEMLOCK=65536 LimitLOCKS=18446744073709551615 LimitSIGPENDING=15903 LimitMSGQUEUE=819200 LimitNICE=0 LimitRTPRIO=0 LimitRTTIME=18446744073709551615 OOMScoreAdjust=0 Nice=0 IOScheduling=0 CPUSchedulingPolicy=0 CPUSchedulingPriority=0 TimerSlackNSec=50000 CPUSchedulingResetOnFork=no NonBlocking=no StandardInput=null StandardOutput=journal StandardError=inherit TTYReset=no TTYVHangup=no TTYVTDisallocate=no SyslogPriority=30 SyslogLevelPrefix=yes SecureBits=0 CapabilityBoundingSet=18446744073709551615 MountFlags=1048576 PrivateTmp=no PrivateNetwork=no SameProcessGroup=no KillMode=control-group KillSignal=15 ControlGroupModify=no ControlGroupPersistent=no IgnoreSIGPIPE=yes ExecMainStartTimestampMonotonic=0 ExecMainExitTimestampMonotonic=0 ExecMainPID=0 ExecMainCode=0 ExecMainStatus=0 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c52 --- Comment #52 from Roland Bernet 2012-09-20 14:26:10 UTC --- systemctl enable printer.target gives a warning: Warning: unit files do not carry install information. No operation executed. and still does not start cupsd at boot time. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=769346 https://bugzilla.novell.com/show_bug.cgi?id=769346#c54 --- Comment #54 from Roland Bernet 2012-09-20 14:44:21 UTC --- Uuups. Yes it starts automatically ... If I run 'lpstat -a' I see all printers and the cupsd has been started. Sorry for all the fuzz. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.