Hi, I'm sorry for my late response.
At Wed, 6 Jul 2005 07:05:05 +0200, Christian Perrier wrote: > I think we should consider reassigning this bug to the cupsys package > with something like "CUPS printing services are not available > immediately afer the daemon is started". I fully agree this is bug of cupsys. > Kenshi, let's note we have to talk about this in Debconf... Ya, I'd like to talk with new CUPS printing team. Lucky, all of them will be at Debconf5 :) Seriously, this bug relates with #309794. * cupsd hasn't own pid file. * it's hard to find `real' cupsd process without pid. Especially if multiple cupsd are running on some chroot. * in default, cupsd forks soon. It means value of first cupsd pid (refered by start-stop-daemon -m) is meaningless. * cupsd can foreground mode using -F option, but we couldn't know "when is cupsd really ready". I want to avoid modifing upstream source as I can, but I think this needs modifing upstream source. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
