Bug 537206
Summary: | usbutils usb.ids update, adding a missed script, and conforming more closely to Fedora packaging guideline | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | R P Herrold <herrold> |
Component: | usbutils | Assignee: | Lukáš Nykrýn <lnykryn> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | akostadi, karsten, lnykryn, lubek, sebi |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | 466041 | Environment: | |
Last Closed: | 2016-07-21 11:16:13 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
R P Herrold
2009-11-12 19:27:37 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping late 12 reporting (technically doring stabilization) and not addressed there this is properly considered in 13, and so moving back to RawHide This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping still needed in rawhide -- reassigning hmm, I wonder why I've never seen this bugreport before, must have slipped through or I would have closed this much earlier. hwdata doesn't ship any scripts, just text databases which will be read by programs in other packages. That's intentional as hwdata is one of those packages that usually get updated at the very last moment in the development cycle. Any breakages in scripts won't get noticed until it is too late. I intend to keep it that way and won't include the update-usbids script. It belongs to usbutils similar to update-pciids and the pciutils package. I'm not even sure sure if update-usb/pciids need to to be shipped at all. And I don't agree with https://bugzilla.redhat.com/show_bug.cgi?id=466041#c8, nothing breaks if usb.ids or pci.ids are out of date, it's just the difference between 'unknown device' and some device name, nothing else. I think it is improper for component owner to close a bug report when he/she believes it belongs to another component. It makes much more sense to just change to the proper component. I'm reopening and moving to the usbutils component as suggested above. It really makes a lot of sense to have that script easily accessible to users. If needed, there could be a warning printed about potential issues and how to recover from them. But updating ids is very useful trying to identify hardware. I'd say usb ids are much more important as one can often change USB devices where PCI devices are touched less often. workaround: download http://www.linux-usb.org/usb.ids to /usr/share/hwdata/usb.ids The upstream script is: https://github.com/gregkh/usbutils/blob/master/update-usbids.sh.in one needs to change @usbids@ to /usr/share/hwdata/usb.ids is desires to install the script to /usr/local/sbin Preferably we ship it as a script though. I think this bug is getting a bit obsolete, usbutils now moves to use hwdd from systemd-udev https://github.com/gregkh/usbutils/commit/c6282a7a0e20fbb9c56837f055843635a43ba8b4 And also files in /usr/ are generally shiped by distribution and should not be altered by user. Maybe it could be overiden by some file placed in /etc/ but I don't see huge benefits in it. I think that user should still have way to update hardware database... anyway. |