sys-apps/usbutils-008 has an (undeclared) dependency on 'libudev >= 196'. This is a blocker for embedded platforms and the like which are using, for example, busybox mdev in place of udev. sys-apps/usbutils-007 has no libudev dependency. Ideally, there'd be a patch to allow usbutils to continue to co-exist independently of udev, but at least the ebuild DEPENDS should capture this requirement.
Hi, Same issue here, upgrading from sys-apps/usbutils-007 to sys-apps/usbutils-008 breaks on servers using mdev (sys-apps/busybox). Emerging (8 of 12) sys-apps/usbutils-008::gentoo [...] checking for LIBUSB... yes checking for UDEV... no configure: error: Package requirements (libudev >= 196) were not met: No package 'libudev' found [...]
For anyone it helps, I've worked-around the issue here: https://github.com/srcshelton/gentoo-ebuilds/tree/master/sys-apps/usbutils ... by converting the ebuild to use git, and then cloning the usbutils repo and reverting the two problematic commits. So far as I can tell, there are no adverse ramifications to this - udev isn't required.
$ objdump -p /usr/bin/lsusb|grep NEEDED|sort NEEDED libc.so.6 NEEDED libudev.so.1 NEEDED libusb-1.0.so.0 usbutils-008 $ grep libudev configure.ac names.c configure.ac:PKG_CHECK_MODULES(UDEV, libudev >= 196) names.c:#include <libudev.h> So why ebuild does not have virtual/libudev DEPEND and RDEPEND?
Fixed in 008-r1. Someone should ask upstream to conditionalize their udev support or provide them a patch if you're interested in that.
