Re: Bug#209240: NMU proposal for discover (i18n issues)
- To: Branden Robinson <branden@progeny.com>
- Cc: debian-boot@lists.debian.org
- Subject: Re: Bug#209240: NMU proposal for discover (i18n issues)
- From: Petter Reinholdtsen <pere@hungry.com>
- Date: 07 Dec 2003 11:46:34 +0100
- Message-id: <[🔎] 2fl7k18x5v9.fsf@saruman.uio.no>
- In-reply-to: <20031118154337.GA26369@morimoto.progeny.com>
- References: <20031117173055.GN1269@mykerinos> <20031118151408.GK26886@morimoto.progeny.com> <20031118163820.A9140@saruman.uio.no> <20031118154337.GA26369@morimoto.progeny.com>
[Branden Robinson, 2003-11-18]
> For example, it turns out a "di-discover" tool wasn't needed after all;
> it was possible to pass arguments to the existing discover utility to
> get output in the format desired by the d-i team.
>
> * discover/discover/Makefile.in
> discover/discover/didiscover.c
> Remove didiscover.c. The effects of
> didiscover --data-path --data-vendor
> didiscover --data-path --data-model
> are achieved with
> discover -t --no-model
> discover -t --no-vendor
We are not calling didiscover twice like you do here. We use this
command line
didiscover --data-path=linux/module/name --data-version=2.4 \
--data-vendor --data-model --format='%s:%s %s' \
-d all -e ata -e pci -e pcmcia -e scsi all
How do we get that output from discover 2?
> Can you please refresh my memory on any other outstanding issues? I
> will open tickets for them in Progeny's RequestTracker system.
I hope Gaudenz Steinlin did this. I believe he is the one with most
knowledge about the remaining issues.
Reply to: