Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 270055 - net-print/hplip should depend on virtual/libusb:0
Summary: net-print/hplip should depend on virtual/libusb:0
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Printing (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 270039
  Show dependency tree
 
Reported: 2009-05-16 13:17 UTC by Constantin Baranov
Modified: 2009-05-18 02:54 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Constantin Baranov 2009-05-16 13:17:35 UTC 
net-print/hplip-3.9.2 fails to build when only dev-libs/libusb-1.0.1 is installed.

Reproducible: Always

Steps to Reproduce:
Comment 1 Denis Dupeyron (RETIRED) gentoo-dev 2009-05-16 16:04:38 UTC 
All hplip ebuilds fixed. Closing.

Thanks for reporting.
Denis.
Comment 2 hirakendu 2009-05-17 19:42:56 UTC 
The dependency was changed recently to dev-libs/libusb:0, but should be on virtual/libusb:0.
Comment 3 Denis Dupeyron (RETIRED) gentoo-dev 2009-05-17 21:57:55 UTC 
(In reply to comment #2)
> The dependency was changed recently to dev-libs/libusb:0, but should be on
> virtual/libusb:0.

That would have been right if I had been able to test it. Since I couldn't I did as explained in:
https://bugs.gentoo.org/show_bug.cgi?id=270039#c0

If I or another dev is able to test we'll change that,

Denis.
Comment 4 hirakendu 2009-05-18 02:54:36 UTC 
Thanks for clarifying things. It is okay to wait, but I guess given that 1) you can't test it with dev-libs/libusb:0 either, 2) virtual/libusb:0 dependency is essentially the same thing as dev-libs/libusb, especially for stable arch users 3) it emerges fine ;), you shouldn't really be hard about it.

Right now, if someone is not careful about updating, it installs a horde of libusb packages, both versions 0 and 1 of virtual/libusb and dev-libs/libusb in slots, along with libusb-compat, depending upon his system. Sure I can just mask dev-libs/libusb-1 and call it a day, but I guess this is better.