On 2/16/21 4:31 AM, mh wrote:
comparing avahi settings was much less pain then I expected.
Congratulations!
had an active (non commented out) line:
allow-interfaces=eth9
Which effectively protected Avahi from being working on all another
interfaces, including the loopback interface.
Nic
Hi to all,
comparing avahi settings was much less pain then I expected.
On the installation with ipp-usb not working the file
/etc/avahi/avahi-daemon.conf
had an active (non commented out) line:
allow-interfaces=eth9
On my installation with ipp-usb working this line in the respective
file re
Am Tue, 16 Feb 2021 01:11:32 +0300
schrieb Alexander Pevzner :
Hi Alexander. Thanks for helping here.
>
> As I'm not very familiar with Avahi troubleshooting, any help or
> ideas are welcome.
>
Do you suspect some configuration issue or anything which leaves traces
within the file system?
If so
Hi,
with a help of Michael, I've investigated this problem down to its root
cause, which appeared to be a misbehabing Avahi daemon.
If in one console the following command is being running:
avahi-publish -s test _test._tcp 0
The following command running in another console prints nothing:
Am Tue, 16 Feb 2021 00:00:47 +0300
schrieb Alexander Pevzner :
> Hi Michael,
>
> On 2/15/21 11:45 PM, mh wrote:
> > Thanks. Let me know any time how I can help.
>
> Thanks for logs. Looks like something goes wrong with Avahi. To
> check, please do the following experiment.
>
> 1. From one console,
On Mon 15 Feb 2021 at 19:36:29 +0100, mh wrote:
> Am Mon, 15 Feb 2021 15:12:49 +
> schrieb Brian Potkin :
>
> Only for curiosity:
> On systems where there is NO problem, why do I see one printer in cups
> config (network printer) resulting in two printers in the printing menu?
Possibly becau
Am Mon, 15 Feb 2021 18:57:44 +
schrieb Brian Potkin :
> ...
> siduction is based on Debian unstable, so, if (A) and (B) are fully
> uo to date, the printing systems should be identical. You have shown
> that ipp-usb works fine on the siduction installation. That is what
> (to me at least) is s
Am Mon, 15 Feb 2021 15:12:49 +
schrieb Brian Potkin :
> On Mon 15 Feb 2021 at 14:27:59 +0100, mh wrote:
>
> > Am Mon, 15 Feb 2021 10:26:52 +
> > schrieb Brian Potkin :
> >
> > > On Sun 14 Feb 2021 at 20:31:28 +0100, mh wrote:
> > >
> > > [...]
> > >
> > > > # ippfind -T 5
> > > > ~#
> > >
On Mon 15 Feb 2021 at 18:40:25 +0100, mh wrote:
> Am Mon, 15 Feb 2021 15:28:57 +0100
> schrieb Till Kamppeter :
>
> Hi Till,
>
> thanks for your efforts to help. But to avoid any confusion I summarize
> the situation:
>
> (A)
> My printer works fine with this computer under the following
> con
OK, no I understand, fresh installation or live ISO all works perfectly
as intended, old installation shows the problem, so further
investigations only on the old installation ...
Till
Am Mon, 15 Feb 2021 15:28:57 +0100
schrieb Till Kamppeter :
Hi Till,
thanks for your efforts to help. But to avoid any confusion I summarize
the situation:
(A)
My printer works fine with this computer under the following
conditions:
Booting a LIVE-ISO (Debain/sid based ISO from siduction.org) o
On Mon 15 Feb 2021 at 14:27:59 +0100, mh wrote:
> Am Mon, 15 Feb 2021 10:26:52 +
> schrieb Brian Potkin :
>
> > On Sun 14 Feb 2021 at 20:31:28 +0100, mh wrote:
> >
> > [...]
> >
> > > # ippfind -T 5
> > > ~#
> >
> > An IPP printer is not found. This would fit the observation that
> > cu
On 15/02/2021 14:27, mh wrote:
I then investigated the LIVE-ISO. To my surprise ipp-usb is installed
within the LIVE-ISO.
ipp-usb is part of the standard installation in Debian and Ubuntu, to
support printers which do driverless IPP printing. Standard-conforming
printers should work out-of-t
Michael,
On 2/15/21 2:01 PM, Till Kamppeter wrote:
Michael Hatzold (CCed) reports a problem with ipp-usb. The printer
provides a 7/1/4 interface on USB, meaning that it supports IPP-over-USB
and with this, according to the standards, driverless printing (and
scanning if it is a MFP).
I'm the
Am Mon, 15 Feb 2021 10:26:52 +
schrieb Brian Potkin :
> On Sun 14 Feb 2021 at 20:31:28 +0100, mh wrote:
>
> [...]
>
> > # ippfind -T 5
> > ~#
>
> An IPP printer is not found. This would fit the observation that
> cups-browsed has not set up a print queue. I have come to the
> conclusion
Alexander,
on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982742
Michael Hatzold (CCed) reports a problem with ipp-usb. The printer
provides a 7/1/4 interface on USB, meaning that it supports IPP-over-USB
and with this, according to the standards, driverless printing (and
scanning if i
On Sun 14 Feb 2021 at 20:31:28 +0100, mh wrote:
[...]
> # ippfind -T 5
> ~#
An IPP printer is not found. This would fit the observation that
cups-browsed has not set up a print queue. I have come to the
conclusion that the B432 does not implement IPP-over-USB correctly.
A queue set up with a v
17 matches
Mail list logo
