Bug#496655: State of pci.ids

2008-10-01 Thread Giacomo A. Catenazzi
Martin Mares wrote: 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

Bug#496655: State of pci.ids

2008-10-01 Thread Martin Mares
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 different

Bug#496655: State of pci.ids

2008-10-01 Thread Giacomo A. Catenazzi
Martin Mares wrote: 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

Bug#496655: State of pci.ids

2008-10-01 Thread Martin Mares
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

Bug#496655: State of pci.ids

2008-10-01 Thread Adeodato Simó
* Otavio Salvador [Mon, 29 Sep 2008 20:51:20 -0300]: Aníbal Monsalve Salazar [EMAIL PROTECTED] writes: In the changelog of pciutils 1:2.1.11-15.3, Christian Perrier applied a patch by Colin Watson which stripped the subsystem ids. That changelog is dated 3 Dec 2005. This is indeed a bug

Bug#496655: State of pci.ids

2008-10-01 Thread Otavio Salvador
Adeodato Simó [EMAIL PROTECTED] writes: The biggest issue is that we'd need to do it before d-i RC1 or another installer upload would be required to get it in sync with the archive. It has been uploaded now. Shall I unblock it already? Does it need to get into testing fast, or just having it

Bug#496655: State of pci.ids

2008-09-30 Thread Martin Mares
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

Bug#496655: State of pci.ids

2008-09-30 Thread Martin Mares
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

Bug#496655: State of pci.ids

2008-09-30 Thread Martin Mares
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

Bug#496655: State of pci.ids

2008-09-30 Thread Martin Mares
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

Bug#496655: State of pci.ids

2008-09-30 Thread Luk Claes
Martin Mares wrote: 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 quickly and there is no way how to update it nicely. I suggest that we should split off the pci.ids

Bug#496655: State of pci.ids

2008-09-29 Thread Aníbal Monsalve Salazar
On Mon, Sep 29, 2008 at 11:28:15PM +0200, Martin Mares wrote: 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

Bug#496655: State of pci.ids

2008-09-29 Thread Aníbal Monsalve Salazar
On Tue, Sep 30, 2008 at 08:52:19AM +1000, Anibal Monsalve Salazar wrote: On Mon, Sep 29, 2008 at 11:28:15PM +0200, Martin Mares wrote: 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

Bug#496655: State of pci.ids

2008-09-29 Thread Julien Cristau
On Tue, Sep 30, 2008 at 09:17:31 +1000, Aníbal Monsalve Salazar wrote: In the changelog of pciutils 1:2.1.11-15.3, Christian Perrier applied a patch by Colin Watson which stripped the subsystem ids. That changelog is dated 3 Dec 2005. ... for the udeb, not for the main package. Cheers,

Bug#496655: State of pci.ids

2008-09-29 Thread Steve McIntyre
On Tue, Sep 30, 2008 at 08:52:19AM +1000, Aníbal Monsalve Salazar wrote: On Mon, Sep 29, 2008 at 11:28:15PM +0200, Martin Mares wrote: 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

Bug#496655: State of pci.ids

2008-09-29 Thread Otavio Salvador
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Aníbal Monsalve Salazar [EMAIL PROTECTED] writes: In the changelog of pciutils 1:2.1.11-15.3, Christian Perrier applied a patch by Colin Watson which stripped the subsystem ids. That changelog is dated 3 Dec 2005. This is indeed a bug since it

Bug#496655: State of pci.ids

2008-09-29 Thread Aníbal Monsalve Salazar
On Tue, Sep 30, 2008 at 01:24:32AM +0200, Julien Cristau wrote: ... for the udeb, not for the main package. On Tue, Sep 30, 2008 at 12:25:19AM +0100, Steve McIntyre wrote: That's all well and good, but if something is stripped for D-I, it should only be stripped for the udeb, not for the version

Bug#496655: State of pci.ids

2008-09-29 Thread Aníbal Monsalve Salazar
On Mon, Sep 29, 2008 at 08:51:20PM -0300, Otavio Salvador wrote: The biggest issue is that we'd need to do it before d-i RC1 or another installer upload would be required to get it in sync with the archive. I'll upload 1:3.0.0-5 for the consideration of the D-I and the release teams this evening.