update-pciids weird behavior
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pciutils (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Trusty |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: pciutils
update-pciids.sh downloads a newer version of the pci.ids file. If available, it first downloads an bzip2 version of the file, then a gzipped one, then the plain text version. Then, it decompresses it and stores it in a plain, uncompressed text file.
However, there is a debian patch that tries to modify it so it keeps the gzipped version. However, the patch doesn't work, and ends creating a /usr/share/
Steps to reproduce:
With a clear installation:
$ls -l /usr/share/
-rw-r--r-- 1 root root 428084 2007-03-05 11:51 /usr/share/
$ sudo update-pciids
--12:54:47-- http://
=> `/usr/share/
Resolviendo pciids.
Conectando a pciids.
Petición HTTP enviada, esperando respuesta... 200 OK
Longitud: 120,972 (118K) [text/plain]
100%[==
12:54:53 (21.21 KB/s) - `/usr/share/
Done.
(notice how it downloads the .bz2 version and saves it as .gz.new)
$ ls -l /usr/share/
-rw-r--r-- 1 root root 428084 2007-03-05 11:51 /usr/share/
-rw-r--r-- 1 root root 462320 2007-05-09 12:57 /usr/share/
$file /usr/share/
/usr/share/
(notice how /usr/share/
Changed in pciutils: | |
status: | Unconfirmed → Confirmed |
Sorry, I got some points wrong. There's no debian patch.
The construction process (Makefile) modifies the update-pciids script, setting it to store a .gz file if zlib is available (as detected by lib/configure). However, this is only a cosmetic change, since the file is not gzipped.