Summary: | net-wireless/bluez: fix udev dependencies | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | William Hubbs <williamh> |
Component: | Current packages | Assignee: | Pacho Ramos <pacho> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dev-zero, williamh |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 348472 |
Description
William Hubbs
2011-06-07 05:29:28 UTC
It's more funny as hid2hci rules were moved back to bluez since udev-169 :S rules nothing - hid2hci executable was moved into bluez too and needs to be enabled with '--enable-hid2hci'. That probably means change to plain '>=sys-fs/udev-171' should be sufficient. ..that is for >=bluez-4.93, earlier will need to stay at older udev. (In reply to comment #2) > rules nothing - hid2hci executable was moved into bluez too and needs to be > enabled with '--enable-hid2hci'. I'll add a use flag to the new udev for this in the morning;I'm about to get some sleep soon. :-) Or pass --enable-hid2hci only when newer udev is present to not prevent us from being able to stabilizer newer bluez until latest udev is stabilized (In reply to comment #4) > (In reply to comment #2) > > rules nothing - hid2hci executable was moved into bluez too and needs to be > > enabled with '--enable-hid2hci'. > > I'll add a use flag to the new udev for this in the morning;I'm about to get > some sleep soon. :-) Don't add that, we want hid2hci support to be always enabled as has been done until now +*bluez-4.94-r1 (08 Jun 2011) + + 08 Jun 2011; Pacho Ramos <pacho@gentoo.org> +bluez-4.94-r1.ebuild: + Rely on hid2hci from udev only when really supplied by that udev version, as + it was moved back to bluez in recent releases. + (In reply to comment #6) > +*bluez-4.94-r1 (08 Jun 2011) > + > + 08 Jun 2011; Pacho Ramos <pacho@gentoo.org> +bluez-4.94-r1.ebuild: > + Rely on hid2hci from udev only when really supplied by that udev version, as > + it was moved back to bluez in recent releases. > + Thanks for finding this. That shows how tired I was last night thinking I could fix something in bluez with udev. ;) |