as not removed the package
at the time.(ftp.fr.debian.org)
> originally xviddetect used /usr/share/misc/pci.ids, but because not all
> architectures have pciutils, i decided to ship a copy inside the package
> to keep it Arch: all
pciutils is arch: any, so there is no problems to depend on i
> There are several package shipped with a copy of pci.ids with various
> version.
> (at least pciutils, xviddetect, ksysctrl in testing)
> It would be better to have only one such file, and to have an easy
> way to update it. With new hardware sold, it become easily outdated,
>
Remco van de Meent <[EMAIL PROTECTED]> writes:
> There is a maintainer, Martin Mares, listed at the top of those files.
> Don't know what the best place for the file is, I'm trying to keep it
> uptodate in the pciutils package (also by Martin).
Probably the kernel-source?
--
Alan Shutko <[EMAIL
On Mon, 17 Sep 2001, Remco van de Meent wrote:
> There is a maintainer, Martin Mares, listed at the top of those files.
> Don't know what the best place for the file is, I'm trying to keep it
> uptodate in the pciutils package (also by Martin).
/usr/share/misc/pci.ids, whi
Henrique de Moraes Holschuh wrote:
> > Maybe we should create a pci.ids package with just this file and a
> > script to download a fresh version from a suitable location.
>
> Where/which is the authoritative source for this file?
>
> If there isn't one, then things
On Mon, 17 Sep 2001, Bill Allombert wrote:
> Maybe we should create a pci.ids package with just this file and
> a script to download a fresh version from a suitable location.
Where/which is the authoritative source for this file?
If there isn't one, then things get quit
Hello,
There are several package shipped with a copy of pci.ids with various
version.
(at least pciutils, xviddetect, ksysctrl in testing)
It would be better to have only one such file, and to have an easy
way to update it. With new hardware sold, it become easily outdated,
and it may cause
7 matches
Mail list logo
