Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Le mardi, 29 août 2017, 09.00:57 h CEST Christoph Pleger a écrit : > The request has already been acted on and the issue is closed. They did > not exactly apply my patch, but their solution does quite the same. Yep. I've seen; I am uploading the upstream snapshot to experimental and will backport that patch to unstable immediately after. Thank you very much for your time and energy! Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Hello, You might want to edit your pull-request to either target the branch-2.1 from upstream, or rebase yours on top of upstream's master; as-it-is it's quite confusing :-/ The request has already been acted on and the issue is closed. They did not exactly apply my patch, but their solution does quite the same. Regards Christoph
Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Le lundi, 28 août 2017, 16.39:57 h CEST Christoph Pleger a écrit : > Done, though I do not understand what you see as a possible problem > there. I guess that comparison of port numbers in an AF_UNIX connection > never makes sense ... Thank you; I've marked this bug as 'forwarded', accordingly. You might want to edit your pull-request to either target the branch-2.1 from upstream, or rebase yours on top of upstream's master; as-it-is it's quite confusing :-/ https://github.com/apple/cups/pull/5098 Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Hello, Would you be interested to push a pull-request to upstream? It doesn't make a lot of sense for me to play proxy… https://github.com/apple/cups Done, though I do not understand what you see as a possible problem there. I guess that comparison of port numbers in an AF_UNIX connection never makes sense ... Regards Christoph
Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Control: tags -1 +upstream Le lundi, 28 août 2017, 14.47:40 h CEST Christoph Pleger a écrit : > I believe that I found a complete solution: > > What introduced the bug, is that httpAddrPort() from http-addr.c now > returns 0 in the case when connection type is AF_UNIX. That differs from > the cups version in jessie, where httpAddrPort returned 631 in that > case. Right. This was changed for CUPS 2.2~ b1. > As in my opinion, it makes sense to return 0 as port number in an > AF_UNIX connection, I did not change http-addr.c, but request.c so that > the port comparison is only relevant if the connection type is not > AF_UNIX. Thank you for the patch. It seems, from what I understand, that this change could have unintended consequences outside of the scope of fixing your very bug; it also really looks like something I'd like upstream to vouch for. Would you be interested to push a pull-request to upstream? It doesn't make a lot of sense for me to play proxy… https://github.com/apple/cups I'll happily backport whatever patch upstream has accepted! Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Processing control commands: > tags -1 +upstream Bug #868316 [cups-bsd] cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf Added tag(s) upstream. -- 868316: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868316 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
On Mon 17 Jul 2017 at 10:09:47 +0200, Christoph Pleger wrote: > Hello, > > On 2017-07-14 17:51, Brian Potkin wrote: > > >We'll need an error_log; the Printing section of the wiki will guide > >you in getting one. Compress it with gzip and send it to #868316. > > The log is attached. I stopped the cups daemon, removed the old error_log, > started the cups daemon, tried to print, and after the print job had been > removed from the queue, stopped the daemon. So, the log contains only these > steps. D [17/Jul/2017:09:55:22 +0200] [Client 63] 2.0 Send-Document 3 D [17/Jul/2017:09:55:22 +0200] Send-Document ipp://localhost:631/printers/nd50 D [17/Jul/2017:09:55:22 +0200] cupsdIsAuthorized: username="" D [17/Jul/2017:09:55:22 +0200] [Client 63] Returning HTTP Nicht berechtigt for Send-Document (ipp://localhost:631/printers/nd50) from localhost The username has an empty value, so sending the document is not authorised. I have no idea why username is "". > >Also attach your cupsd.conf and give the printer make and model. > > It is the original cupsd.conf copied from /usr/share/cups/cupsd.conf.default > at package installation, only with an additional > > DefaultPolicy authenticated > > entry. > > There are several printers, all of them remote printers imported by > cups-browsed - which is also currently broken related to authenticated > policy, see #868283, so that I installed an older version. Of course, I > verified that printing works with this older version of cups-browsed and > "DefaultPolicy default". I installed 1.10.0-1 and got printing with "DefaultPolicy default" but none with "DefaultPolicy authenticated" - as happened to you. Then I reverted to 1.11.6-3 and got no printing for either directive. I wonder if this bug and #868283 have the same origin. Regards, Brian.
Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Hello, On 2017-07-14 17:51, Brian Potkin wrote: We'll need an error_log; the Printing section of the wiki will guide you in getting one. Compress it with gzip and send it to #868316. The log is attached. I stopped the cups daemon, removed the old error_log, started the cups daemon, tried to print, and after the print job had been removed from the queue, stopped the daemon. So, the log contains only these steps. Also attach your cupsd.conf and give the printer make and model. It is the original cupsd.conf copied from /usr/share/cups/cupsd.conf.default at package installation, only with an additional DefaultPolicy authenticated entry. There are several printers, all of them remote printers imported by cups-browsed - which is also currently broken related to authenticated policy, see #868283, so that I installed an older version. Of course, I verified that printing works with this older version of cups-browsed and "DefaultPolicy default". Regards Christoph error_log.gz Description: GNU Zip compressed data
Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Thank you for your report, Christoph. On Fri 14 Jul 2017 at 15:00:26 +0200, Christoph Pleger wrote: > I do not know if it is a problem with the lpr program from cups-bsd or with > the cups daemon itself, but with "DefaultPolicy authenticated" in > cupsd.conf, lpr does not print, but the job remains in the print queue for a > while and then is removed. You could try using lp to print but I cannot see that producing any different an outcome. We'll need an error_log; the Printing section of the wiki will guide you in getting one. Compress it with gzip and send it to #868316. Also attach your cupsd.conf and give the printer make and model. Regards, Brian.
Bug#868316: cups-bsd: lpr does not print with "DefaultPolicy authenticated" in cupsd.conf
Package: cups-bsd Version: 2.2.1-8 Dear maintainers, I do not know if it is a problem with the lpr program from cups-bsd or with the cups daemon itself, but with "DefaultPolicy authenticated" in cupsd.conf, lpr does not print, but the job remains in the print queue for a while and then is removed. Regards Christoph
