[Bug 857372] New: systemd makes cups.socket listening on 0.0.0.0
https://bugzilla.novell.com/show_bug.cgi?id=857372 https://bugzilla.novell.com/show_bug.cgi?id=857372#c0 Summary: systemd makes cups.socket listening on 0.0.0.0 Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: nettezzaumanaa@gmail.com QAContact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 hello suse ppl, first off: i'm reporting bug after several years, i promise, i'll go better :) . now to bugreport: default suse cups setup was always set that cupsd was listening on localhost:631 .. in suse 13.1 systemd creates for cups sockets (and whatver else) and cupsd is started just when something accesses these sockets or listening "init" service as it is recognized by netstat .. now systemd listens on both tcp/udp 0.0.0.0/:::1 which seems wrong to me .. i've always fixed systemd cups.socket service that it look like this: # netstat -tulnp | grep 631 tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 1/init tcp 0 0 ::1:631 :::* LISTEN 1/init udp 0 0 127.0.0.1:631 0.0.0.0:* 1/init udp 0 0 ::1:631 :::* 1/init # lsof -i | egrep ipp systemd 1 root 15u IPv4 8692 0t0 TCP localhost:ipp (LISTEN) systemd 1 root 16u IPv6 8693 0t0 TCP localhost:ipp (LISTEN) systemd 1 root 21u IPv4 8694 0t0 UDP localhost:ipp systemd 1 root 22u IPv6 8695 0t0 UDP localhost:ipp cupsd 1650 root 4u IPv4 8692 0t0 TCP localhost:ipp (LISTEN) cupsd 1650 root 5u IPv6 8693 0t0 TCP localhost:ipp (LISTEN) cupsd 1650 root 6u IPv4 8694 0t0 UDP localhost:ipp cupsd 1650 root 7u IPv6 8695 0t0 UDP localhost:ipp adjustements need to be done in /usr/lib/systemd/system/cups.socket # cat /usr/lib/systemd/system/cups.socket [Unit] Description=CUPS Printing Service Sockets [Socket] ListenStream=/var/run/cups/cups.sock ListenStream=127.0.0.1:631 ListenStream=[::1]:631 ListenDatagram=127.0.0.1:631 ListenDatagram=[::1]:631 BindIPv6Only=ipv6-only [Install] WantedBy=sockets.target Please consider changing default (less secure) cups.socket systemd service .. regards, daniel Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c1
Horst Venzke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c2
--- Comment #2 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c
zhang jiajun
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c3
systemd maintainers
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c4
--- Comment #4 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c5
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c6
--- Comment #6 from Horst Venzke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c7
--- Comment #7 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c
Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c9
--- Comment #9 from Horst Venzke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c10
--- Comment #10 from Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c11
--- Comment #11 from Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c12
Frederic Crozat
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c14
--- Comment #14 from Horst Venzke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c15
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c16
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c17
--- Comment #17 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c18
--- Comment #18 from Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c19
--- Comment #19 from Johannes Meixner
From my point of view this proves that the content in cups.service belongs mostly to "policy".
For me it is a policy to define whether or not the cupsd will be started when a printer device is plugged in or available at boot. In this particular case, when plug in an USB printer starts the cupsd it means any user who can plug in a USB device that claims to be an USB printer can start a daemon process that runs as root. I assume many home-users may like that automatism but perhaps in business environments such automatisms could be scaring? I cannot make such decisions and therefore I cannot maintain the content of systemd unit configuration files for CUPS and accordingly I like to split those files out of the cups package. I am thinking about a new separated source package "cups-systemd" or "systemd-cups" to even more indicate that its content belongs to systemd and not to the actual CUPS software. Basically cups-systemd/systemd-cups should contain as much as possible regarding systemd for CUPS. I think cups-systemd/systemd-cups must have a RPM requirement for cups but cups must not have a RPM requirement for cups-systemd/systemd-cups because the plain CUPS software can run without systemd (without systemd it is up to the admin how to launch cupsd). For cups a RPM recommends for cups-systemd/systemd-cups could be correct or even better only a "Supplements: cups" in cups-systemd/systemd-cups should be sufficient. A more general example why the systemd support pieces should be strictly separated form the actual software: Assume there is an openSUSE contributor who makes a package for his software with an executable /usr/bin/something_useful. Now the openSUSE community decides that /usr/bin/something_useful is great software that should be run as a service. Why does the openSUSE contributor who just made that package now need to worry about systemd and services and openSUSE policies and do all that work to get all what is needed by openSUSE to run his /usr/bin/something_useful as a service into his package? Why cannot openSUSE make a strictly separated package "something_useful-systemd" or "systemd-something_useful" that provides the systemd support pieces for "something_useful"? Even if the one who made the "something_useful" package wants to care about systemd and services and openSUSE policies and do all that work, I think it would be nice when he keeps the systemd support pieces separated form the actual software in a separated 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c20
--- Comment #20 from Daniel Pecka
I think cups-systemd/systemd-cups must have a RPM requirement for cups but cups must not have a RPM requirement for cups-systemd/systemd-cups because the plain CUPS software can run without systemd (without systemd it is up to the admin how to launch cupsd). For cups a RPM recommends for cups-systemd/systemd-cups could be correct or even better only a "Supplements: cups" in cups-systemd/systemd-cups should be sufficient.
well, this is one exception i'd not (right now) agree with. I think that each software should deploy its own support for current init solution (which is systemd) directly and clearly .. it just means more work for maintainer to incorporate systemd support but we (you) decided to incorporate systemd so bon apetit :) regards, daniel -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c21
--- Comment #21 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c22
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c23
Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c24
--- Comment #24 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c25
--- Comment #25 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c26
--- Comment #26 from Dr. Werner Fink
oh god .. i'm very unsastisfated how ****** systemd is .. i also suggest (and it's worth to another bugreport) to move /usr/lib/systemd to etc/ to enable .rpmsave backup while providing package is patched ..
Ouch ... /usr/lib/systemd is what the distributor provides and /etc/systemd is the configuration *and* modified copies from /usr/lib/systemd. That you should not modify files below /usr/lib/systemd but simply copy a uit file to /etc/systemd and modify it there. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c27
Johannes Meixner
From what I've seen on 12.3 & 13.1, after a reboot, cups administrator has to at least run a lpstat -a on the cups server to activated remote browsing &
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c28
--- Comment #28 from Bruno Friedmann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c29
--- Comment #29 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c30
--- Comment #30 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c31
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c32
--- Comment #32 from Bernhard Wiedemann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c33
Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c34
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c35
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c38
--- Comment #38 from Bernhard Wiedemann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c39
Sebastian Krahmer
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c40
--- Comment #40 from Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c41
Bernd Weigelt
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c42
--- Comment #42 from Horst Venzke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c43
--- Comment #43 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c44
--- Comment #44 from Bruno Friedmann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c45
--- Comment #45 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c46
--- Comment #46 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c47
--- Comment #47 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c48
--- Comment #48 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c49
--- Comment #49 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c50
--- Comment #50 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c51
--- Comment #51 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c52
--- Comment #52 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c53
--- Comment #53 from Daniel Pecka
"cups.socket starts cupsd under hood on demand, but who wants it ?" The only answer I know is: "systemd" wants it. Of course not the plain systemd software but those who advertise systemd software features by "just enabling all of them" ;-) I do not say that those systemd software features are wrong. But I wonder if enabling them by default is "the right thing". But I am not an usual user.
2) i'd also ***somehow make cups.socket and cups.service mutually exclusive, because cupsd will start anyway (even when disabled cupsd.service) when something touches socket 3) we really don't have yast iface to cups.socket and i'd even say a documentation too .. for common users must be this just confusing .. d -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c54
--- Comment #54 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c55
flo gleixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c56
--- Comment #56 from Bruno Friedmann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c57
--- Comment #57 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c58
--- Comment #58 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c59
--- Comment #59 from Bruno Friedmann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c60
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c61
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c62
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c63
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c64
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c65
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c66
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c67
Christian Boltz
Now it even seems it is completely impossible to provide systemd unit files for socket activation with default values that are secure and "just work" in a real network.
For a network: yes, it would be (nearly) impossible to havesomething that "just works" and is secure. I'd propose to ship a cups.socket listening only to localhost. Reasons: - it works for average home users who have the printer directly attached to their computer (which is probably the majority of users) - people who want to setup a print server can still enable cups.service In comparison (to comment 61), removing cups.socket completely would mean everybody has to enable cups.service (which means cups is running all the time) - I'd call that a disadvantage for users with the printer attached to their own computer. As far as I understand cups.path (/var/spool/cups/d* are pending print jobs?), I'd say you should also keep it.
Now I am waiting for the first one who demands "YaST" to "fix" it... ;-)
YaST? How boring ;-) If you want a really good solution, write a systemd generator that creates the cups.socket with ListenDatagram=<the network allowed in the cups config> (I don't really need that - but you asked for that type of joke ;-)) -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c68
--- Comment #68 from Dr. Werner Fink
If you want a really good solution, write a systemd generator that creates the cups.socket with ListenDatagram=<the network allowed in the cups config> (I don't really need that - but you asked for that type of joke ;-))
No joke, that is how it work if you want to use socket forwarding :] -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c69
--- Comment #69 from Bruno Friedmann
In comparison (to comment 61), removing cups.socket completely would mean everybody has to enable cups.service (which means cups is running all the time) - I'd call that a disadvantage for users with the printer attached to their own computer.
Take a breath, and read again the whole thread : keeping that *.socket make normaly network printing a pain in ass, cause it doesn't work or interfere. What you propose is keep grandma happy and bother all network administrator. I'm not sure which one of those two target we have the most. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c70
--- Comment #70 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c71
--- Comment #71 from Petr Tesařík
- people who want to setup a print server can still enable cups.service
This doesn't even work. Since systemd binds to 127.0.0.1:631, cupsd cannot create a UDP socket on 0.0.0.0:631 to announce shared printer. It will get EADDRINUSE from the kernel. BTW this is also reported already, see bnc 857778. FWIW the solution proposed by Johannes works for me. Remove cups.socket and cups.path (or disable them by default), and enable cups.service. Please explain what bugs would be introduced by doing exactly that. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c72
--- Comment #72 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c73
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c74
--- Comment #74 from Petr Tesařík
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c75
--- Comment #75 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c76
Petr Tesařík
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c77
Dean Martin
To all who listen here:
You could do me a big favour and install the cups package from the OBS project "Printing" on your systems and please provide feedback whether or not it works for you.
Very many thanks in advance for your valuable feedback!
I need sufficiently positive feedback before I will submit this to openSUSE:Factory, openSUSE:13.1,...
Hi Johannes I've just updated via the Printing repo, and can confirm that the changes work for me ie I have access to local printers and a CUPS print server using cupsd.conf settings. FWIW, previously with socket-activation, I had to have cups.socket configured as follows: [Unit] Description=CUPS Printing Service Sockets [Socket] ListenStream=/var/run/cups/cups.sock ListenStream=0.0.0.0:631 ListenDatagram=0.0.0.0:631 BindIPv6Only=ipv6-only [Install] WantedBy=sockets.target -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c78
--- Comment #78 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c79
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c80
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c81
--- Comment #81 from Felix Miata
You could do me a big favour and install the cups package from the OBS project "Printing" on your systems and please provide feedback whether or not it works for you.
Host gx62b with cups-1.5.4-14.2 was not subject to bug 860394 until upgrade to cups-1.5.4-15.1. Upgrading to cups-1.5.4-137.1 from Printing repo eliminated bug 860394. Impact on printing unknown/untested. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c82
Michal Svec
Submitted hopefully fixed cups package to its openSUSE build system (OBS) development project "Printing" via OBS submitrequest 215537
[...]
I provide CUPS as RPM packages "cups", "cups-client", and "cups-libs" for various openSUSE and Suse Linux Enterprise versions in the "Printing" development project in the openSUSE build service for 32-bit i586 and 64-bit x86_64 architecture.
E.g. for openSUSE 13.1 32-bit i586 from this direct URL http://download.opensuse.org/repositories/Printing/openSUSE_13.1/i586/
Please read https://build.opensuse.org/project/show?project=Printing
I can confirm that at least for 12.3 the packages from the Printing repo seem to work much better, I could see the network printers being automatically fetched on the desktop. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c84
Sascha Peilicke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c85
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c86
--- Comment #86 from Sascha Peilicke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c
Sascha Peilicke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c87
--- Comment #87 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c88
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c89
Sascha Peilicke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c90
--- Comment #90 from Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c91
--- Comment #91 from Ludwig Nussel
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c92
--- Comment #92 from Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c93
--- Comment #93 from Michal Svec
I think cups.socket should only care for the unix domain socket. This would result in cups starting up as soon as you want to print, then cupsd's config determines whether it listens on IP sockets as well.
Just make sure that "as soon as you want to print" is not too late, applications need to get a list of printers first, etc and they would not often get it without restart if it was not early enough (LO, FF). -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c94
--- Comment #94 from Sascha Peilicke
(In reply to comment #89)
For sure -> https://bugzilla.redhat.com/show_bug.cgi?id=891942 and I *do* care about IPv6.
Beside this:
1) a custom cups.socket is for experts only. I agree, that's why the default should be reasonable.
2) I do not want to see any init script anymore from our own packages. I agree, that's why Johannes should consider my sr :-)
-- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c95
--- Comment #95 from Sascha Peilicke
(In reply to comment #91)
Indeed if this does work together with the configuration in cups.conf then this is OK if we enable cups in the case that cups.conf causes cups to listen and/or broadcast on the external network interfaces.
I agree, that would be the best solution, I'll give it a try. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c96
--- Comment #96 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c97
--- Comment #97 from Sascha Peilicke
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c99
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c100
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c101
Ludwig Nussel
But as far as I understand your proposal for cups.socket, a local printing activity (i.e. something that uses /var/run/cups/cups.sock) is required to get the cupsd started.
Yes. Which may even be the case automatically when loggin into some of the desktops. In the worst case it might take a moment for clients to fill the printer list if there are no cached entries from previous boots. However, isn't the cups printing protocol considered deprecated in favor of DNS-SD anyways? In that case avahi is always there to collect the info. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c102
--- Comment #102 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c103
--- Comment #103 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c104
--- Comment #104 from Armin Herbert
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c105
Klaus Vink Slott
Also, there are setups where no user ever logs in, but cupsd has to run nevertheless. Agreed! Even on a private home network this is entirely possible. An on a corporate network it will always be so.
(In reply to comment #75)
Very many thanks in advance for your valuable feedback!
After adding the repo http://download.opensuse.org/repositories/Printing/openSUSE_13.1/ I did zypper dup --from "OBS Printing" After a reboot (due to a general update which included a new kernel anyway) I still could not see other printers on my network. So on both workstation and server I did: systemctl disable cups.socket systemctl enable cups.service systemctl start cups.service Now I can see all printers and printing from my workstation is again possible :-) The cups packages from OBS "Printing" solved my cups problems. Thanks Johannes Meixner -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c106
Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c107
--- Comment #107 from Dean Martin
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c108
Ludwig Nussel
On the other hand:
Doesn't an automated "lpstat -h /run/cups/cups.sock -r" during log in plus cupsd socket activation result basically the same as an automated cupsd start at system boot?
Yes, but that is up to the desktop then. If you have a desktop that doesn't fiddle with the printing cups won't be started. In that case you have to wait for printers to appear indeed. Or if you know your workstation is in a cups enabled network you just enable cups.service. Same for servers, just enable cups.service. Still cups.socket should only have the unix domain 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c109
--- Comment #109 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c110
--- Comment #110 from Andreas Mach
I submitted bnc#863570 regarding "systemd cups.socket listening only on unix domain socket plus using desktop magic for remote queue browsing" to get it separated from this issue here because currently there is no such "desktop magic for remote queue browsing".
-- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c111
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c112
--- Comment #112 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c113
Dieter Nützel
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c114
--- Comment #114 from Bernhard Wiedemann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c115
--- Comment #115 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c119
--- Comment #119 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c120
--- Comment #120 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c121
--- Comment #121 from Bernhard Wiedemann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c122
--- Comment #122 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c123
--- Comment #123 from Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c124
--- Comment #124 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c125
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c126
--- Comment #126 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c127
Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c128
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c129
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c130
--- Comment #130 from Robert Schweikert
Robert Schweikert, please update CUPS with the RPMs from the OBS project "Printing" and provide feedback whether or not it then works for you.
There was also a thread on a list yesterday where I picked up the advice to disable cups.socket. Which I did and now the printing appears to work. The question I have is, should I re-enable cups.socket and start it in order to test the new package properly or is this immaterial? -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c131
Johannes Meixner
From my point of view the issue is now fixed.
I re-assign it for further processing to maintenance@opensuse.org (I hope this is o.k.). -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c132
--- Comment #132 from Bernhard Wiedemann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c133
--- Comment #133 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c134
--- Comment #134 from Ludwig Nussel
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c135
--- Comment #135 from Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c136
Ludwig Nussel
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c137
--- Comment #137 from Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c138
--- Comment #138 from Sascha Peilicke
Well, if maintaining the cups package overcharges you feel free to talk to your manager.
He already asked me if I would take over. After saying, no thanks, my SR got ignored. But I really think the community should take over the openSUSE package and port it to the 21st century. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c139
Benjamin Brunner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c140
--- Comment #140 from Robert Schweikert
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c141
--- Comment #141 from Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c142
--- Comment #142 from Bruno Friedmann
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c143
--- Comment #143 from Felix Miata
You could do me a big favour and install the cups package from the OBS project "Printing" on your systems and please provide feedback whether or not it works for you.
On 32 bit 13.2 host hs80e upgrading to cups-1.5.4-146.5 from Printing repo failed to eliminate bug 860394. About one minute init stall after 10.759720 LVM: Activation generator successfully completed, then another minute with 71.###### systemd[1]: cannot add dependency job for unit cups.socket, ignoring: Unit cups.socket failed to load: no such file or directory, and another like it for cups.path, then another for network-remotefs.service. Total boot time: >5 minutes. Head of systemd-analyze blame: 8.206s systemd-fsck@dev-disk-by\x2dlabel-os121hs80.service 8.062s systemd-fsck@dev-disk-by\x2dlabel-os122hs80.service 6.269s systemd-fsck@dev-disk-by\x2dlabel-os123hs80.service 4.259s nmb.service 3.647s systemd-fsck@dev-disk-by\x2dlabel-os131hs80.service 3.591s wicked.service 3.460s nfsserver.service 3.113s systemd-fsck-root.service 2.810s systemd-fsck@dev-disk-by\x2dlabel-HS80\x2d07boot.service 2.762s systemd-vconsole-setup.service 2.404s systemd-udev-root-symlink.service 2.327s nfs.service 2.321s wickedd-dhcp4.service 2.217s systemd-logind.service 2.163s wickedd.service 2.023s kmod-static-nodes.service 1.975s rsyslog.service 1.931s wickedd-dhcp6.service 1.836s rpcbind.service 1.825s systemd-fsck@dev-disk-by\x2dlabel-HS80\x2d14home.service 1.812s systemd-fsck@dev-disk-by\x2dlabel-HS80\x2dusrlcl.service 1.774s systemd-modules-load.service 1.748s sys-kernel-debug.mount 1.743s dev-mqueue.mount 1.572s cifs.service 1.539s mdmonitor.service 1.533s systemd-fsck@dev-disk-by\x2dlabel-HS80\x2dpub.service 1.246s wickedd-auto4.service 1.174s wickedd-nanny.service 1.024s smb.service It looks to me like systemd-analyze blame is missing some big time gobblers. -- 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=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c144
--- Comment #144 from Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c145
Johannes Meixner
https://bugzilla.novell.com/show_bug.cgi?id=857372
https://bugzilla.novell.com/show_bug.cgi?id=857372#c146
--- Comment #146 from flo gleixner
http://bugzilla.novell.com/show_bug.cgi?id=857372
--- Comment #148 from Daniel Pecka
http://bugzilla.novell.com/show_bug.cgi?id=857372
--- Comment #149 from Bruno Friedmann
participants (1)
-
bugzilla_noreply@novell.com