Re: Please make discover2 udebs available for testing

[Petter Reinholdtsen <pere@hungry.com>]

[Petter Reinholdtsen]
> I'm trying to test these now.  I'll let you know about my progress.

OK.  This new version is better, but there are still some problems.
I'm testing in the d-i chroot.

First of all, discover still segfaults when /etc/discover.conf is
missing.  And it is still missing because it is installed as
/etc/discover.conf.dpkg-new.  Running 'udpkg --configure
discover-udeb' did not help.  Anyone know why this is so?

Anyway, after copying the file into place, I tried to run discover
with the command line I used in hw-detect.  It fails:

  developer:~# discover --type-summary -t -d all -e ata -e pci -e \
    pcmcia -e scsi display
  Segmentation fault
  developer:~# cp /etc/discover.conf.dpkg-new /etc/discover.conf
  developer:~# discover --type-summary -t -d all -e ata -e pci -e \
    pcmcia -e scsi display
  developer:~# mount /proc
  developer:~# discover --type-summary -t -d all -e ata -e pci -e \
    pcmcia -e scsi display
  ATI Technologies Inc 3D Rage XL [264XL GR]
  developer:~# discover --data-path=linux/module/name \
    --data-version=2.4 -t -d all -e ata -e pci -e pcmcia -e scsi display
  --data-version has no meaning without --data-path.

  usage: discover [--bus-summary] [OPTIONS] [BUS [...]]
         discover --type-summary [OPTIONS] [TYPE [...]]
         discover --data-path=PATH [--data-version=VERSION] TYPE [...]
         discover --version
         discover --help
  developer:~#

It seem to ignore the --data-path argument I am giving.  Trying to
remove --data-version do not give me the module name:

  developer:~# discover --data-path=linux/module/name -t -d all -e ata \
    -e pci -e pcmcia -e scsi display
  ATI Technologies Inc 3D Rage XL [264XL GR]
  developer:~#

What is wrong?  My goal is to display the kernel 2.4 module names
needed by the HW.

The d-i build process display the following stats for
discover-data-udeb:

  686309 B - 740 blocks - 20 files used by pkg discover-data-udeb.udeb
    (version 2.2003.02.05-2 )

670k is way to much.  It is one of the biggest udebs.  We need to
reduce it.