Hello!
> Readable: I don't find that actual version is readable, in particular
> with biggest vendor (i.e. I need a lot of scroll to see if I'm in the
> right section).
This is however not solved by repeating the vendor ID at every line,
because people usually do not remember the vendor by the ID
> I think that changing the format of the file (with other suffix) would
> also be helpful, i.e. instead of using tab-indent I would explicitly
> writing vendor id (ev. other implicit ids) in every line.
>
> In this manner it is easier to grep for hardware, and also to merge
> files from differen
> volatile is up to the volatile maintainers, though updating it on
> volatile won't make it usefull for installing new systems...
The ability to update the pci.ids from -volatile was meant as a small
icing at the top of the cake -- I see the real benefit in the possibility
of fetching a package w
> Dropping this information in the udeb is if course a good way of saving
> space, but the full package should contain everything.
In the future (after Lenny), I would like to solve one more problem:
with the current rate of development of new hardware, the pci.ids file
is getting out of date very
Hello and thanks for the prompt response!
> Martin, what is the pros of having this striped data available?
In many cases, the subsystem ID is needed to reliably identify a PCI card
as the manufacturers are used to make multiple cards with the same chip,
but wired differently.
Dropping this info
Hello!
> My point is that pci.ids has been stripped in both the udeb and the
> normal binary packages for a number of debian versions of pciutils.
Yes, but only in testing. The Etch version is complete.
Have a nice fortnight
--
Martin `MJ' Mares
Hello, world!\n
I am concerned with the state of the pci.ids file in the current pciutils
package. It is seriously broken: It contains no subsystem entries, no
programming interface entries and no comments including the top comment with
version and copyright information.
As the upstream maintaine
Hello!
> I also wonder if stripping down the pci.ids file in pciutils-udeb
> further so it only covers NICs might be worthwhile to save space in d-i.
> 230k is still a lot of space for the above functionality.
Maybe we could reduce pci.ids in d-i only to devices recognized by the
kernel?
8 matches
Mail list logo
