Upstream report updated.
https://github.com/OpenPrinting/cups-filters/issues/472#issuecomment-1173388702
I have added the following comments:
'It is notable that no such issues exist on Debian 10.0 (Buster) with the
latest cups-oldstable,now available - driverless queues are created and
everyt
I had forgotten that the testing in my previous message was with
cups 2.3.3op2-3+deb11u1
where deleting all queues and restarting cups at least results in reliable
queue creation for the autodetected printer.
The situation is worse with 2.3.3op2-3+deb11u2.
The queue for the auto-detected prin
tags 1013437 - unreproducible
thanks
On Sun 03 Jul 2022 at 06:00:28 +0100, Gareth Evans wrote:
> On Sat 2 Jul 2022, at 23:43, Brian Potkin wrote:
> [...]
> > On Fri 01 Jul 2022 at 13:37:07 +0100, Gareth Evans wrote:
> >> Driverless queues don't seem to work
> >> no matter how set up.
> >
> >
Processing commands for cont...@bugs.debian.org:
> tags 1013437 - unreproducible
Bug #1013437 [cups] cups: Nothing prints from driverless IPP queues unless
added via lpadmin
Removed tag(s) unreproducible.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
1013437: h
On Sat 2 Jul 2022, at 23:43, Brian Potkin wrote:
[...]
> On Fri 01 Jul 2022 at 13:37:07 +0100, Gareth Evans wrote:
>> Driverless queues don't seem to work
>> no matter how set up.
>
> Yet earlier (and at OpenPrinting) you said:
>
> Having deleted all printers from system-config-printer,
> $ s
Processing commands for cont...@bugs.debian.org:
> tags 1013437 unreproducible
Bug #1013437 [cups] cups: Nothing prints from driverless IPP queues unless
added via lpadmin
Added tag(s) unreproducible.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
1013437: https
tags 1013437 unreproducible
thanks
On Fri 01 Jul 2022 at 13:37:07 +0100, Gareth Evans wrote:
> On Fri 1 Jul 2022, at 12:54, Brian Potkin wrote:
> [...]
> > Unexpected and not understandable. There is enough going on in this
> > issue not to want to take it further. Your MFC-L2740DW understan
On Fri 1 Jul 2022, at 12:54, Brian Potkin wrote:
[...]
> Unexpected and not understandable. There is enough going on in this
> issue not to want to take it further. Your MFC-L2740DW understands
> Apple raster (image/urf):
>
> pdl=application/octet-stream,image/urf,image/pwg-rastei
>
> and /etc/
On Thu 30 Jun 2022 at 23:18:42 +0100, Gareth Evans wrote:
> On Thu 30 Jun 2022, at 14:57, Brian Potkin wrote:
[...]
> > 5. Send both files directly to the printer with
> >netcat 192.168.0.14 9100 < ippeve.urf
>
> Command seemed to hang or await job completion.
>
> Printer printed a good
On Thu 30 Jun 2022, at 23:18, Gareth Evans wrote:
>> 1. Set up queues
>>lpadmin -p testq-ippeve -v ipp://192.168.0.14/ipp/print -E -m everywhere
>>lpadmin -p testq-drvless -v ipp://192.168.0.14/ipp/print -E -m
>>driverless:ipp://192.168.0.14/ipp/print
>
> OK
>
Though lpadmin requi
On Thu 30 Jun 2022, at 14:57, Brian Potkin wrote:
[...]
> 1. Set up queues
>lpadmin -p testq-ippeve -v ipp://192.168.0.14/ipp/print -E -m everywhere
>lpadmin -p testq-drvless -v ipp://192.168.0.14/ipp/print -E -m
>driverless:ipp://192.168.0.14/ipp/print
OK
> 2. As root, do
>
On Thu 30 Jun 2022 at 01:03:27 +0100, Gareth Evans wrote:
> Does that mean cups-filters is not the appropriate package to file
> against? If so, do you have any suggestions as to which might be?
It indicates the everywhere and driverless models are behaving as
expected. Let's continue this line
Does that mean cups-filters is not the appropriate package to file against? If
so, do you have any suggestions as to which might be?
Thanks,
Gareth
On Tue 28 Jun 2022 at 11:47:57 +0100, Gareth Evans wrote:
> OK thanks for your help. I have updated the upstream report and will
> update here when further info is available.
For printing your log shows:
D [28/Jun/2022:02:55:42 +0100] [Job 42] 6 filters for job:
OK thanks for your help. I have updated the upstream report and will update
here when further info is available.
On Tue 28 Jun 2022 at 11:03:14 +0100, Brian Potkin wrote:
> I am not certain, but it probably is. Please send the log to the
> upstream bug report. I think a .txt suffix will have to be added
> for it to be accepred.
Forgot to mention: I do not have a fax-enabled device to test further.
--
Bria
On Tue 28 Jun 2022 at 03:07:52 +0100, Gareth Evans wrote:
> And FWIW, attached is an end-of-log extract of creating a driverless IPP
> printer ("cupsweb3") from cups web interface, then printing a test page.
> Again, s-c-p reports job completed, but nothing printed.
>
> There are continued ref
And FWIW, attached is an end-of-log extract of creating a driverless IPP
printer ("cupsweb3") from cups web interface, then printing a test page.
Again, s-c-p reports job completed, but nothing printed.
There are continued references to "ipp/faxout" - and no references to ipp/print.
Eg:
line
Sorry, I forgot to compress the log.
Added printer name is "DLIPP", logging relating to which seems to start at line
1537.
Gareth
On Mon 27 Jun 2022 at 19:31:11 +0100, Brian Potkin wrote:
> >/var/lod/error_log
/var/log/error_log, of course.
--
Brian.
On Mon 27 Jun 2022 at 18:43:16 +0100, Gareth Evans wrote:
> On Mon 27 Jun 2022, at 18:41, Till Kamppeter wrote:
> [...]
> > Seems that it is able to access the printer for sending a job to it
> > (done as user "lp"?) but not to poll the printer's capabilities via IPP
> > (when running the "lpad
On 27/06/2022 19:26, Gareth Evans wrote:
"testq" already exists, so I changed the queue name to avoid any potential
caching effects etc in case that were possible.
$ sudo lpadmin -p testqq -v ipp://192.168.0.14/ipp/print -E -m
driverless:ipp://192.168.0.14/ipp/print
lpadmin: Printer drivers a
On Mon 27 Jun 2022, at 18:41, Till Kamppeter wrote:
[...]
> Seems that it is able to access the printer for sending a job to it
> (done as user "lp"?) but not to poll the printer's capabilities via IPP
> (when running the "lpadmin" command).
The printer/queue was not created, so I didn't get as
On Mon 27 Jun 2022, at 18:04, Brian Potkin wrote:
[...]
> Set up
>
> lpadmin -p testeveq -v ipp://192.168.0.14/ipp/print -E -m everywhere
>
> and print to testeveq as before. We expect this to work.
Yes, it prints
> Now
>
> lpadmin -p testq -v ipp://192.168.0.14/ipp/print -E -m
> driverless
On Mon 27 Jun 2022 at 17:22:22 +0100, Gareth Evans wrote:
> On Mon 27 Jun 2022, at 17:11, Till Kamppeter wrote:
> > And are you able to print now?
> >
> > Till
> >
>
> Only to the queue added via lpadmin ... everywhere
>
> No autodetected printers appear in system-config-printer or applicat
On Mon 27 Jun 2022, at 17:11, Till Kamppeter wrote:
> And are you able to print now?
>
> Till
>
Only to the queue added via lpadmin ... everywhere
No autodetected printers appear in system-config-printer or application print
dialogs.
$ sudo lpadmin -p testq -v
"ipp://Brother%20MFC-L2740DW
And are you able to print now?
Till
On 27/06/2022 17:57, Gareth Evans wrote:
However that is when the laptop is connected to 5GHz wifi.
If I change to the 2.5GHz connection (same router) on which (router and
frequency) the printer is connected:
$ avahi-browse -rt _ipp._tcp
+ wlp1s0 IPv4 Br
On Mon 27 Jun 2022, at 16:57, Gareth Evans wrote:
> However that is when the laptop is connected to 5GHz wifi.
> If I change to the 2.5GHz connection (same router) on which (router and
> frequency) the printer is connected [...]
Switching back to 5GHz
$ avahi-browse -rt _ipp._tcp
now provides
On Mon 27 Jun 2022, at 16:50, Gareth Evans wrote:
> $ avahi-browse -rt _ipp._tcp
> + wlp1s0 IPv4 Brother MFC-L2740DW seriesInternet
> Printer local
> Failed to resolve service 'Brother MFC-L2740DW series' of type
> '_ipp._tcp' in domain 'local': Timeout reached
>
> $ avah
On Mon 27 Jun 2022, at 13:20, Brian Potkin wrote:
> [...] Please give
>
> avahi-browse -rt _ipp._tcp
> avahi-browse -rt _uscan._tcp
>
Given that there is one manually set-up printer/queue (via lpadmin ...
everywhere)
$ avahi-browse -rt _ipp._tcp
+ wlp1s0 IPv4 Brother MFC-L2740DW series
On Fri 24 Jun 2022 at 22:23:06 +0100, Gareth Evans wrote:
> On Fri 24 Jun 2022, at 18:55, Brian Potkin wrote:
[...]
> > Print:
> >
> > lp -d testq /etc/nsswitch.conf
> >
> > The result?
>
> $ lp -d testq /etc/nsswitch.conf
> request id is testq-8 (1 file(s))
>
> Printer lights up and looks l
Processing commands for cont...@bugs.debian.org:
> forwarded 1013437 https://github.com/OpenPrinting/cups-filters/issues/472
Bug #1013437 [cups] cups: Nothing prints from driverless IPP queues unless
added via lpadmin
Set Bug forwarded-to-address to
'https://github.com/OpenPrinting/cups-filters/
On Fri 24 Jun 2022, at 23:08, Brian Potkin wrote:
[...]
> Everywhere works. driverless doesn't work and neither does s-c-p.
> s-c-p uses driverless.
>
> Please reprt upstream:
>
> https://github.com/OpenPrinting/cups-filters/issues
>
> Cheers,
>
> Brian.
Reported here
https://github.com/OpenPri
On Fri 24 Jun 2022, at 18:55, Brian Potkin wrote:
> tags 1013437 moreinfo
> thanks
>
>
>
> On Thu 23 Jun 2022 at 17:00:31 +0100, Gareth Evans wrote:
>
>> Package: cups
>> Version: 2.3.3op2-3+deb11u2
>> Severity: normal
>> X-Debbugs-Cc: donots...@fastmail.fm
>>
>> Dear Maintainer,
>>
>> *** Repor
Processing commands for cont...@bugs.debian.org:
> tags 1013437 moreinfo
Bug #1013437 [cups] cups: Nothing prints from driverless IPP queues unless
added via lpadmin
Added tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
1013437: https://bugs.debi
tags 1013437 moreinfo
thanks
On Thu 23 Jun 2022 at 17:00:31 +0100, Gareth Evans wrote:
> Package: cups
> Version: 2.3.3op2-3+deb11u2
> Severity: normal
> X-Debbugs-Cc: donots...@fastmail.fm
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
Package: cups
Version: 2.3.3op2-3+deb11u2
Severity: normal
X-Debbugs-Cc: donots...@fastmail.fm
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Attempting to print to driverless printer queue for airprint printer.
37 matches
Mail list logo
