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
backpor
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 solutio
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.
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 con
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 c
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.o
Hello,
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. As in my opinion, it makes
Hello,
To be more exact, cg->ipp_port is 631, but
httpAddrPort(cg->http->hostaddr) is 0.
Regards
Christoph
Hello,
the bug at least somehow has to do with these lines in cups/request.c:
if (strcmp(cg->http->hostname, cg->server) ||
cg->ipp_port != httpAddrPort(cg->http->hostaddr) ||
(cg->http->encryption != cg->encryption &&
cg->http->encryption == HTTP_ENCRYPTION_NEVER))
The
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 t
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
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 rema
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 rem
13 matches
Mail list logo