https://bugzilla.novell.com/show_bug.cgi?id=864312 https://bugzilla.novell.com/show_bug.cgi?id=864312#c1 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |jnelson-suse@jamponi.net Platform|Other |All Found By|--- |Community User OS/Version|Other |openSUSE 13.1 --- Comment #1 from Johannes Meixner 2014-02-18 09:44:03 CET --- The bug's subject "cups needs to be restarted after every reboot" makes it look like a duplicate of bnc#802132 see in particular https://bugzilla.novell.com/show_bug.cgi?id=802132#c8 All cupsd starting issues that I noticed up to now are somehow related to bnc#857372. I assume your particular issue is also related to bnc#857372. To exclude issues that are related to bnc#857372 I would appreciate it if you try out the cups packages (at least cups-libs, cups-client, and cups) from the OBS project "Printing" on your system and provide feedback whether or not it works for you, see https://bugzilla.novell.com/show_bug.cgi?id=857372#c75 for instructions - in particular note ----------------------------------------------------------------------- To make systemd using only that cups.service file one may have to do # systemctl disable cups.service # systemctl enable cups.service ----------------------------------------------------------------------- Alternatively your issue could be related to your network setup because you wrote "192.168.1.2 address is not present This is the address of br0 (bridge zero)." A precondition for further analysis regarding network setup is that you use CUPS from the OBS project "Printing" because that packages use only "the real thing" /usr/sbin/cupsd directly via cups.service, cf. https://bugzilla.novell.com/show_bug.cgi?id=857372#c57 Where the cupsd is listening is specified by the "Listen" directive in /etc/cups/cupsd.conf, see "Configuring CUPS <= 1.5 in the Network" at http://en.opensuse.org/SDB:CUPS_in_a_Nutshell When you have an advanced network setup, you may have to specify the right values for your particular network setup manually for the "Listen" directive in /etc/cups/cupsd.conf Jon Nelson, please provide feedback whether or not it works for you with CUPS from the OBS project "Printing". -- 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=864312 https://bugzilla.novell.com/show_bug.cgi?id=864312#c3 Gerhard Roland changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gerhard.roland@groland.de --- Comment #3 from Gerhard Roland 2014-03-05 15:13:58 UTC --- i have the same issue. it can be overcome if one adds in /usr/lib/systemd/system/cups.services the line After=network.service in the unit section (3rd line) This and other errors are due to a general design error in systemd:: we do not need speed in bringing a system up but reliability and predictiveness. We cannot afford time race conditions (like this one). And obviously there are other things to wait for but sockets. In this case we must wait for an IP being up. I suggest to rebuild _all_ waiting conditions and dependences we had in system V init in systemd or to return to sysinitV. Will there be such an option in 13.2 (to me 13.1 is much to instable for a productive installation)? -- 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=864312 https://bugzilla.novell.com/show_bug.cgi?id=864312#c5 --- Comment #5 from Gerhard Roland 2014-03-11 11:49:29 UTC --- I just rechecked. I had tried to reinstall cups before I checked the systemd script due to no effect of the reinstall. As far as yast tells me under lxde there should be SUSE packages (licence SUSE GPL), version 1.5.4-12.4.1 installed. I have installed cups-client, cups.libs, cups-libs-32bit, cups-pk-helper, gutenprint, hplip, python-cups, python-cupshelper, To be honest, I never changed before the standard packages since...(I don't know 9.x or even earlier), -- 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=864312 https://bugzilla.novell.com/show_bug.cgi?id=864312#c7 --- Comment #7 from Gerhard Roland 2014-03-14 16:08:30 UTC --- The last patch (not to start cups on boot but only on demand) may work on workstations but not on print servers. as nothing will start up cups on port 631 if it is not running there. xinetd will not help either, if at boot time the IP address of the particular interface is not up when xinetd starts... What does prevent the maintainers to put in solutions that worked for decades until they have working their new ones? This systemd ideology is driving me crazy. The basic assumptions are obviously simply insufficient as proven by these examples. -- 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=864312 https://bugzilla.novell.com/show_bug.cgi?id=864312#c9 Gerhard Roland changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|gerhard.roland@groland.de | --- Comment #9 from Gerhard Roland 2014-03-16 03:05:28 UTC --- Coming up on system reboot works for me with the OBS "Printing" packages. Thank you! -- 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.