Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 83056 - ebuild for apcupsd defaults to /dev/usb/hiddev[0..9] instead of /dev/usb/hid/hiddev[0..9]
Summary: ebuild for apcupsd defaults to /dev/usb/hiddev[0..9] instead of /dev/usb/hid/...
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Michael Imhof (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-23 04:31 UTC by Olliver Schinagl
Modified: 2005-05-06 20:20 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olliver Schinagl 2005-02-23 04:31:20 UTC
The apcupsd ebuild uses /dev/usb/hiddev[0..9] in it's compile flags this is incorrect as 2.4.29 and 2.6.10 atleast allready use /dev/usb/hid/hidev[0..9]

Reproducible: Always
Steps to Reproduce:
1.emerge apcupsd


Actual Results:  
the ebuild configures USB-hid directory as /dev/usb/hiddev[0..9]

Expected Results:  
the ebuild should configure the current USB-hid directory, /dev/usb/hid/hiddev[0..9]
Comment 1 Matthew Harris 2005-05-04 15:28:38 UTC
Are you sure?  I'm running linux-2.6.11-gentoo-r6, and it uses /dev/usb/hiddev[0..15].  See <Documentation/usb/hiddev.txt>.  Anyway, I'd expect this to be controlled by udev (or whatever manages /dev for you) rather than the kernel, and my </etc/udev/rules.d/50-udev.rules> puts the device nodes directly into /dev/usb/.  (I'm running udev-045.)

I have heard of machines having a /dev/usb/hid/ directory like you describe, but I haven't found what they have in common.

I figured that this bug was that apcupsd.conf refers to hiddev[0..9] rather than hiddev[0..15] as the big comment in the file recommends.
Comment 2 SpanKY gentoo-dev 2005-05-04 15:38:09 UTC
thanks Matthew

udev's rules do create /dev/usb/hiddev*:
KERNEL="hiddev*",       NAME="usb/%k"

i'll leave it up to tantive to close out the bug
Comment 3 Olliver Schinagl 2005-05-04 18:38:08 UTC
well i'm still using devfsd so that might be a reason? Isn't there a way to probe/ask the system where it is?
Comment 4 Matthew Harris 2005-05-06 17:49:24 UTC
Yeah, it looks like devfs is probably the issue, though I can't find a definitive source.  No, there's no reasonable way to ask the system where hiddev* would be placed.  At best (?), you could configure devfs/udev to create symlinks so that both nodes appear, but it's not worth it.  Devfs is going away in July (see <Documentation/feature-removal-schedule.txt>), and /dev/usb/hiddev[0-15] is apparently the current standard location, so I think this is just the way it has to be.
Comment 5 Olliver Schinagl 2005-05-06 20:20:25 UTC
Damnit, I still use devfs because last time I checked I couldn't use udev out of the box.

Oh well guess i'll try again.

I suppose we can close this bug then.