Thank you for testing.
I tried "make install" as root and "driverless" and the symlinks all get
root.root ownerships.
So we can consider this bug as fixed upstream now.
Till
On Mon 19 Dec 2016 at 22:08:49 -0200, Till Kamppeter wrote:
> And "lpinfo -v" still does not list it at all?
>
> Please put CUPS into debug mode via:
>
> cupsctl --debug-logging
>
> Then run
>
> time lpinfo -v
>
> and post the output here.
root@test:~# time lpinfo -v
network ipps
network
On Tue 20 Dec 2016 at 00:12:41 +, Brian Potkin wrote:
> On Mon 19 Dec 2016 at 23:59:04 +, Brian Potkin wrote:
>
> > At present, I cannot see what I may have done wrong.
>
> Just taken a quick look at the situation; the rest will have to wait for
> tomorrow. I think this may have
On Mon 19 Dec 2016 at 23:59:04 +, Brian Potkin wrote:
> At present, I cannot see what I may have done wrong.
Just taken a quick look at the situation; the rest will have to wait for
tomorrow. I think this may have something to do with the backends which
were disabled on the client
--
And "lpinfo -v" still does not list it at all?
Please put CUPS into debug mode via:
cupsctl --debug-logging
Then run
time lpinfo -v
and post the output here.
Attach also /var/log/cups/error_log.
Does
lpinfo -m | grep driverless
give some output? Can you post that, too?
Till
On Mon 19 Dec 2016 at 21:36:52 -0200, Till Kamppeter wrote:
> Did you install the newly compiled driverless utility correctly into your
> system?
I put it in /usr/lib/cups/driver/, overwriting what was there.
> Do
>
> ls -l /usr/bin/driverless
> ls -l /usr/lib/cups/driver/driverless
> ls -l
Did you install the newly compiled driverless utility correctly into
your system?
Do
ls -l /usr/bin/driverless
ls -l /usr/lib/cups/driver/driverless
ls -l /usr/lib/cups/backend/driverless
Are all the three files the same or are there symlinks pointing to one
of the three files, so that
On Mon 19 Dec 2016 at 19:00:25 -0200, Till Kamppeter wrote:
> Added "-T 3" to the ippfind command line in the driverless utility. This
> should improve the reliability in finding IPP printers.
>
> I have committed this as rev. 7585 to the cups-filters upstream BZR
> repository. Please test.
Got
Added "-T 3" to the ippfind command line in the driverless utility. This
should improve the reliability in finding IPP printers.
I have committed this as rev. 7585 to the cups-filters upstream BZR
repository. Please test.
Till
On Mon 19 Dec 2016 at 17:20:28 -0200, Till Kamppeter wrote:
> Strange, seems that avahi-daemon does not hold the info about the printer in
> a local cache. And when the network is more busy, the response times to
> requests to avahi-daemon get longer.
>
> How does it behave with
>
> ippfind -T
Strange, seems that avahi-daemon does not hold the info about the
printer in a local cache. And when the network is more busy, the
response times to requests to avahi-daemon get longer.
How does it behave with
ippfind -T 2
ippfind -T 3
?
Till
Package: cups-filters-core-drivers
Version: 1.13.1-1
Severity: normal
Tags: upstream
1. I have an AirPrint-enabled printer on the network (an HP ENVY 4502)
and a CUPS server too. The cups service on the server is stopped. A
client computer has had the lpd, socket, usb, snmp and dnssd
12 matches
Mail list logo
