Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

sane-backends,hplip,libcups: looking for maintainer #16111

Open
luizluca opened this issue Jul 12, 2021 · 3 comments
Open

sane-backends,hplip,libcups: looking for maintainer #16111

luizluca opened this issue Jul 12, 2021 · 3 comments

Comments

@luizluca
Copy link
Contributor

I recently lost my printer used for sane-backends and hplip tests. The new one uses proprietary HP driver not compiled for anything but arm/x86.

#14830
https://forum.openwrt.org/t/sane-issue-on-hp-laserjet-m1132/57698
https://developers.hp.com/printos/forum/proprietary-drivers-hplip-plugins-more-archs?language=ja

Even if HP provided the driver for mips and others, I'm not sure if it will work with OpenWrt nor if the router HW could withstand the driver needs.

I can continue maintaining the package but I'll only be able to test with fake printers (sane-test). However, most issues are with USB/hplip integration. It would be better to someone with real use to take the task.
As my new device is a network printer, I'm not going to use sane,hplip in OpenWrt anymore.

libcups is just a stripped cups used as hplip build requirements (until someone maintains the full cups for OpenWrt).

I'll ping previous committers @neheb @syssi

@walterav1984
Copy link

walterav1984 commented Apr 8, 2022

Since OpenPrinting CUPS comes with Airprint, IPP-Everywhere and Mopria support builtin VS the former Apple based CUPS, should the package libcups if rebased to OpenPrinting be considered for re-including non-stripped by default builds in 22.03 release?

@luizluca
Copy link
Contributor Author

luizluca commented Apr 9, 2022

Cups left repo because no one wanted to maintain it. Simple as that. Sane-backends and hplip might face the same fate if no one take care of them. I might keep updating them but eventually I will break them as I cannot test them anymore.

If someone submit a good full cups or openprinting package, there is no reason for not accepting it.

Libcups mentioned here is just used for runtime dependency. It does not even have an installable package.

@walterav1984
Copy link

If someone submit a good full cups or openprinting package, there is no reason for not accepting it.

So first step for me would be try to replace and build 'op-cups' the same as 'cups' with only hplip and see if that compiles than step by step enabling more modules? If it builds and works on 2 or 3 architectures ask you to accept changes?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants