#870058 xsane failing since stretch upgrade

Package:
xsane
Source:
xsane
Description:
featureful graphical frontend for SANE (Scanner Access Now Easy)
Submitter:
Daniel Pocock
Date:
2021-08-30 08:15:03 UTC
Severity:
important
Tags:
#870058#5
Date:
2017-07-29 10:56:05 UTC
From:
To:
Since upgrading to stetch, the system won't scan with xsane.

scanimage works from the command line.

In gimp, I choose my device and the popup appears:


Title: xsane 0.999
Message: scanning for devices



and then after a few seconds:


Title: Error
Message: Failed to open device
`hpaio:/net/HP_LaserJet_xxxx?zc=abcd1234': Invalid argument.




Looking at /var/log/syslog I find this:

12:45:26 xsane: io/hpmud/pml.c 348: SetPml failed ret=12
12:45:54 xsane: io/hpmud/hpmud.c 373: device_cleanup: device
uri=hp:/net/HP_LaserJet_xxxx?zc=abcd1234
12:45:54 xsane: io/hpmud/hpmud.c 385: device_cleanup: close device dd=1...
12:45:54 xsane: io/hpmud/hpmud.c 387: device_cleanup: done closing
device dd=1

#870058#10
Date:
2017-07-29 13:32:26 UTC
From:
To:
tags 870058 + moreinfo
thanks


Hello Daniel,

thank you for spending your time helping to make Debian better with
this bug report.

Please can you check your system as described in[1]?

CU
Jörg

[1] http://hplipopensource.com/node/205

#870058#17
Date:
2017-08-09 08:58:39 UTC
From:
To:
severity 870058 important
thanks



Hello Daniel,

no answer since 10 days. So I set the severity to important.


CU
Jörg

#870058#24
Date:
2017-12-12 20:04:45 UTC
From:
To:
hp-doctor complains about some dependencies (below), could any of these
be related to the problem?

I notice that for command line scanimage, changing from zeroconf
(zc=something) to direct IP (with ip=192.168.1.xxx) makes it work but
gimp is still trying to use the zc= URI

I tried to modify the URI in .gimp-2.8/pluginrc and that didn't fix it
either.

Other pages with the same SetPml error in the log:
https://answers.launchpad.net/hplip/+question/153657
https://answers.launchpad.net/hplip/+question/21257


Missing Required Dependencies
-----------------------------
error: 'cups' package is missing or 'cups' service is not running.
error: 'libcups2' package is missing or 'cups' service is not running.
error: 'python3-pyqt4' package is missing/incompatible
error: 'gtk2-engines-pixbuf' package is missing/incompatible
error: 'libsane-dev' package is missing/incompatible
error: 'libcups2-dev' package is missing or 'cups' service is not running.
error: 'cups-bsd' package is missing or 'cups' service is not running.
error: 'cups-client' package is missing or 'cups' service is not running.
error: 'libcupsimage2' package is missing or 'cups' service is not running.
error: 'libcupsimage2-dev' package is missing or 'cups' service is not
running.
Missing Optional Dependencies
-----------------------------
error: 'avahi-utils' package is missing/incompatible
error: 'python3-dbus.mainloop.qt' package is missing/incompatible

#870058#29
Date:
2018-02-15 09:26:51 UTC
From:
To:
Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.

Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.

Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.


Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:

1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai bendrausite su direktoriais, komercijos vadovais.

2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės skolingos Sodrai.

3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.


Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )

Parašykite, kurias veiklas išsirinkote
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041

#870058#34
Date:
2021-08-28 15:35:42 UTC
From:
To:
Hello,

please can you check if the bug this bug with

 - sane-backends 1.0.32-4 (currently in testing)

still exists?

Thanks in advance

CU
Jörg

#870058#39
Date:
2021-08-29 22:52:49 UTC
From:
To:
buster installation in 2020

It was updated from buster to Debian bullseye a few days ago.

The problem is the same in bullseye, I haven't tried Debian testing

Here is the summary from bullseye:

apt install xsane

xsane 'hpaio:/net/HP_LaserJet_3055?ip=192.168.1.105'
(this is working)

gimp -> File -> Create -> XSane -> Device Dialog...

Popup 1:
Title: "xsane 0.999"
Message: "scanning for devices"

Popup 2:
Title: "No devices available"
Message: "no devices available"

I already have an entry for my printer/scanner in /etc/cups/printers.conf

I don't remember how I created it there but it has this URI:

DeviceURI
dnssd://HP%20LaserJet%203055%20(123456)._pdl-datastream._tcp.local/

Now, I ran the hp-setup utility to create a printer the HP way

Now there are two copies of the printer in printers.conf, the new one
from hp-setup has:
DeviceURI hp:/net/HP_LaserJet_3055?ip=192.168.1.105

Now it works from Gimp,
gimp -> File -> Create -> XSane -> Device Dialog...

gives me the printer with the hp:/net URI.

As this is a completely different system and a different architecture, I
don't want to guess that the original issue is resolved.  I looked at
the backup of the former workstation, the URI was using zc= so it is not
the same as the current environment:

DeviceURI hp:/net/HP_LaserJet_3055?zc=ABCD0123

In other words, when I created the printer on the old workstation,
hp-setup chose the zc= URI.  When I created the same printer on the
current workstation, hp-setup chose ip=

Can I make my own backport of 1.0.32-4 from testing onto bullseye?  Or
do I need to have a system where all packages are updated from testing?
If I do try 1.0.32-4, will it work with the dnssd: URI?  If not, can we
open a feature request for that upstream?

Can you please reply quoting my email in full, pranksters are still
censoring emails to the Debian BTS

#870058#44
Date:
2021-08-30 08:13:42 UTC
From:
To:
I tried two more things from the command line:

Using the CUPS DeviceURI value from /etc/cups/printers.conf in the old
workstation (fails):

$ xsane 'hp:/net/HP_LaserJet_3055?zc=ABCD0123'

Popup 1:
Title: "xsane 0.999"
Message: "scanning for devices"

Popup 2:
Title: "Error"
Message: "Failed to open device 'hp:/net/HP_LaserJet_3055?zc=ABCD0123':
Invalid argument."


Changing the URI prefix from hp: to hpaio: using zc=  (success):

$ xsane 'hpaio:/net/HP_LaserJet_3055?zc=ABCD0123'

This permutation is working correctly.