Bugzilla Bug 193671

Since hplip depends on cups (>=net-print/cups-1.2), it can't be used with any
other printing system (e.g. net-print/lprng). Cups was not a dependency of
net-print/hpijs. If the hpijs package is going to be replaced/subsumed by
hplip, then hplip needs to play nicely with non-cups print subsystems.

If hplip is legitimately dependent on cups to build, is it possible to create a
package that contains the required cups libraries but doesn't block lprng?

Reproducible: Always

Steps to Reproduce:
1. emerge lprng
2. emerge hplip

You need to ask upstream to make it work with something else than cups, not
here.

<snip>
Question: Can HPLIP be used in CUPS?

Answer: Yes, HPLIP requires CUPS. 
</snip>

http://hplip.sourceforge.net/faqs.html

Created an attachment (id=131805) [details]
hplip-2.7.7-r2.ebuild.diff

After wading through the configure stuff for quite a while, this should give
you hpijs-only install with USE=minimal, without cups dependency. If it breaks,
don't complain. :P

Reopen.

Created an attachment (id=131806) [details]
hplip-2.7.7-r2.ebuild.diff

USE=parport has no effect with hpijs-only-build, no need for the kernel check
there either.

Your ebuild with USE=minimal has, so far, been working great. Thank you.

Fixed in hplip-2.7.9. I have changed quite a few things compared to the
previous ebuild and what Jakub Proposed, so please test and reopen if it
doesn't work.

Thanks to both of you.
Denis.

Well, this is still wrong:

- openssl is only needed with USE=snmp
- xsane stuff is actually checked by configure script, it can't be RDEPEND

thanks, done in the latest ebuild.

(In reply to comment #7)
> - xsane stuff is actually checked by configure script, it can't be RDEPEND

Wrong. Fixed again.

Denis.