James Carlson ??:
> Irene Huang writes:
>>> As we can see, more and more systems support USB, and more and more
>>> devices are using USB to connect. The USB utility is necessary for
>>> the system, it can give user some useful information, in fact lots
>>> of USB
>>> tool is developed and used. Solaris does not has this type of tool
>>> for user to view the system USB and the information about the devices
>>> connected to USB, so this tool will benefit Solaris and make it more
>>> competitive.
>
> How does it compare with the existing prtconf and cfgadm interfaces?
prtconf and cfgadm can be used to get more information besides USB
devices, lsusb is only focus on usb devices information. In fact, you
can get lots of same information by prtconf.
>
>>> It's composed of lsusb and update-usbids. The update-usbids is in
>>> the
>>> source codes, which is used to download the current version of the
>>> USB
>>> ID list, named usb.ids, which requires Wget-1.10.2 or
>>> Lynx-2.8.6rel.5.
>>> update-usbids is run to get the latest usb list into the source
>>> code,
>>> and then when building the source codes, this latest list will be
>>> installed into your system. Later user can get the latest list by
>
> Why isn't the most current data delivered through packaging or set up
> to be queried remotely?
In fact, usbutils developement is not very active these days, and the
community keep a list in some webpage, and append the list until someone
give them the new information.
Since it keep changing, so difficult to packaging, and if remotely
queriy, I am afraid they can't provide the stable services, e.g. server
, bandwith, etc...
>
> What do you mean by "when building the source codes?" Are end users
> expected to recompile this utility on their own? If they're not, then
> why is that part of the delivery?
usb.ids is a simple list to record the vendor and product ID and name, I
just describe how usb.ids is created: it's installed into system when
build the source..
>
>>> /usr/share/usb.ids Project Private A list of all known USB ID
>
> I don't see how that's going to work. "/usr" is read-only inside
> sparse-root zones, and is generally unwritable to non-privileged
> users.
>
> "/var" sounds slightly better, given the nature of this file.
No, general user don't assume to write usb.ids, and it's read-only, not
everyone can change it, once you find there is new usb.ids, you may
download it from the webpage, then you have to su to root, and replace
the existed usb.ids file with the new one.
>
