$ qlist hwids | grep '\.ids' /usr/share/misc/pci.ids /usr/share/misc/pci.ids.gz /usr/share/misc/usb.ids /usr/share/misc/usb.ids.gz
(In reply to Ulrich Müller from comment #0) > $ qlist hwids | grep '\.ids' > /usr/share/misc/pci.ids > /usr/share/misc/pci.ids.gz > /usr/share/misc/usb.ids > /usr/share/misc/usb.ids.gz It might look redudant, but both forms are required. Some apps have codepaths that require libpci with zlib support and thus read .gz files, some don't have such support and even have upstreams actively refusing to add such support. Suggestion: Close as worksforme
(In reply to Samuli Suominen from comment #1) > It might look redudant, but both forms are required. Some apps have > codepaths that require libpci with zlib support and thus read .gz files, > some don't have such support and even have upstreams actively refusing to > add such support. Lame excuse. It should be our choice as a distro if we install such files compressed or not. I'd consider it a bug if a program can only access the gzipped version. Installing both forms combines the disadvantages of both, because it wastes both disk space and computing time for uncompressing.
believe me, we have tried to make some upstreams accept patches to no avail., a as in, huge amount of time has been wasted on this already without luck so i get your point, but really, you should just let this one go...
How do other distros handle this?
(In reply to Ulrich Müller from comment #4) > How do other distros handle this? They ship pci.ids, usb.ids first once in pciutils, usbutils. Then they ship them again in hwdata -type of package. Then they ship them third time in packages that use the database files directly -- they are put in dozens of different directories, some are compressed and some are not, depending on the applications needs. I've verified Fedora, Debian and ArchLinux all to ship some +-12 duplicate, compressed, or non compressed files. Our handling of these files is best out there. Nothing to look from other distros.
And any effort away from these files, should be provided in a form of 'udev hwdb.bin' support, and provide *.ids support only as a fallback Since that process has only started like few months ago, we are not even close to discussing dropping the compat files (= both, compressed and uncompressed *.ids)
