Hi Andreas, and thanks for the detailed analysis, Le mardi, 21 octobre 2014, 20.09:08 Andreas Cadhalpun a écrit : > This was caused by the referenced file in /etc/cups/ppd not having > sufficient permissions. > Every <printer>.ppd there had '-rw-r----- 1 root lp' permissions, but > additionally there were also <printer>.ppd.0 files with the correct > '-rw-r--r-- 1 root root' permissions. > > After making these ppd files world readable again, the problem > vanished: # chmod -R o+r /etc/cups/ppd > > Suspiciously the creation time of these ppd files coincides with the > time at which cups was last triggered by a printer driver update. > > Thus I think there are two bugs here: > * cups should not create files with wrong permissions in > /etc/cups/ppd
Upstream seems to think differently; see http://cups.org/str.php?L4500 and https://bugzilla.redhat.com/show_bug.cgi?id=1150917#c6 I'm therefore planning to add the patch proposed in STR: #4500 to make sure symlinks are only returned when they are readable, this should help right? > * scp-dbus-service should not start an infinite loop > creating millions of symlinks in /tmp just because the permissions in > /etc/cups/ppd are wrong This should definitively be fixed in system-config-printer anyway. Cheers, OdyX -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/1711602.hq4rVP1FfK@gyllingar
