<br><br><div class="gmail_quote">On 25 November 2012 10:23, Christoph (Stucki) von Stuckrad <span dir="ltr"><<a href="mailto:stucki@mi.fu-berlin.de" target="_blank">stucki@mi.fu-berlin.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Fri, 23 Nov 2012, Alex Korobkin wrote:<br>
<br>
> Stucki, I submitted this as <a href="http://www.cups.org/str.php?L4210" target="_blank">http://www.cups.org/str.php?L4210</a><br>
><br>
> Try removing Listen .../cups.sock from cupsd.conf as a workaround.<br>
<br>
</div>We never had used the socket! That's why I searched on, even when it<br>
did work. BUT, when I enable the socket, it fails really every time.<br>
I simply assume the socket to be 'failing so much faster', that it<br>
consistently fails, but may be slowed enough to work by tracing.<br></blockquote><div><br></div><div>I actually was able to reproduce it under strace a couple of times, but didn't find anything more than debug2 log could have told me. As far as I understand it, CUPS parent process says that child process didn't provide authentication details, and closes the socket. Maybe it doesn't apply authentication properly over file socket, I don't know. </div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So I do not think, the socket *causes* it, but it triggers the problem.<br>
(By the way, how do I add such a description to the above 'Bug'?)<br>
<br></blockquote><div><br></div><div>There is "Post Text" link there. </div></div>