hplip-sane: Because of proprietary drivers unusable.

[Fabbzz]

Package Name

hplip-sane

Maintainer

@luizluca ?

OpenWrt Version

Any

OpenWrt Target/Subtarget

any

Steps to Reproduce

1. Install the following packages

• sane-daemon 1.3.1-r1
• sane-frontends 1.3.1-r1
• sane-hp 1.3.1-r1
• sane-hp4200 1.3.1-r1
• hplip-sane 3.23.12-r1
• libsane 1.3.1-r1

2. Try to scan with your HP Scanner

Actual Behaviour

It seems that the drivers are that proprietary that we fail in being able to use what you actually installed as it's incomplete.

Tue Mar 31 22:47:16 2026 daemon.info saned[6601]: io/hpmud/musb.c 428: Found interface conf=0, iface=1, altset=0, index=1
Tue Mar 31 22:47:16 2026 daemon.info saned[6601]: io/hpmud/musb.c 390: Active kernel driver on interface=1 ret=0
Tue Mar 31 22:47:16 2026 daemon.info saned[6601]: io/hpmud/musb.c 536: claimed 7/1/2 interface
Tue Mar 31 22:47:16 2026 daemon.info saned[6601]: io/hpmud/musb.c 781: read actual device_id successfully fd=1 len=276
Tue Mar 31 22:47:16 2026 daemon.info saned[6601]: io/hpmud/musb.c 562: released 7/1/2 interface
Tue Mar 31 22:47:16 2026 daemon.err saned[6601]: common/utils.c 112: unable to open /var/lib/hp/hplip.state: No such file or directory
Tue Mar 31 22:47:16 2026 daemon.err saned[6601]: common/utils.c 162: validate_plugin_version() Failed to get Plugin version from [/var/lib/hp/hplip.state]
Tue Mar 31 22:47:16 2026 daemon.err saned[6601]: common/utils.c 206: Plugin version is not matching
Tue Mar 31 22:47:16 2026 daemon.info saned[6601]: scan/sane/escl.c 89: Calling escl bb_unload:```

### Confirmation Checklist

- [x] The package is maintained in this repository.
- [x] I understand that issues related to [the base OpenWrt repository](https://github.com/openwrt/openwrt/issues) or [LuCI repository](https://github.com/openwrt/luci/issues) will be closed.
- [x] I am reporting an issue for OpenWrt, not an unsupported fork.

[luizluca]

I'm still the acting maintainer for sane and hplip. However, I lost access to the HW (HP printer/scanner) a couple of years ago. I'm just able to compile test them since then. I already called for someone with the HW to take these packages (or at least help with tests). Are you interest?

I'm not sure this common/utils.c errors are fatal because the code related to that check looks the same for many years. However, there is a high chance your printer requires a proprietary library downloaded at runtime (in Linux Desktop). We don't have it for all archs. Please check here (and report back here) if your printer requires a proprietary plugin.

If there is a plugin distributed for your router arch (basically only arm32, arm64, x86_32 and x86_64), we can try to put those files in the corresponding path to check if it is enough for hplip to detect your printer. The hplip.state might be something like this:

/var/lib/hp/hplip.state:
[plugin]
installed=1
version=3.23.12

And the drivers might be placed in /usr/share/hplip/scan/plugins. You can run hp-plugin in a desktop Linux with hplip installed to check what you need. It will both create the hplip.state and download the proprietary driver. Note that even in Linux Desktop, the proprietary drivers are not distributed with hplip but download on-demand by hp-plugin.