Summary: | net-print/hplip should depend on virtual/libusb:0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Constantin Baranov <const> |
Component: | [OLD] Printing | Assignee: | Printing Team <printing> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 270039 |
Description
Constantin Baranov
2009-05-16 13:17:35 UTC
All hplip ebuilds fixed. Closing. Thanks for reporting. Denis. The dependency was changed recently to dev-libs/libusb:0, but should be on virtual/libusb:0. (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. 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. |