> > and left out the card names :-) )
>
> Can libdetect actually work with just pci id numbers, not names?
yea, we'd have to put in a placeholeder ("unknown") so any output
messages wouldn't have problems, but looking through libdetect (or at
least the parts I'm using) all it really needs it the
Joey Hess wrote:
> > The .udebs can be found at:
> > http://www.gordian.com/users/davidw/debian.html
>
> They all work for me except sndetect (ISA soundblaster) and mdmdetect
> (ISA modem).
Actually, snddetect -f does work, while -f doesn't make mdmdetect do any
better.
--
see shy jo
--
To
Joey Hess wrote:
> Glenn McGrath wrote:
> > I guess the card names are handy for the user if all doesnt go to plan,
> > i just left them out because the program didnt _need_ them, and they
> > take the most space.
>
> That's true, it is nice to be able to look at /proc/pci and figure out
> what
David Whedon wrote:
> I made a new version of ddetect with a few changes, even if we don't
> go the libdetect way it was instructive to figure out how to make
> multiple .udebs conviennently.
>
> I'm now generating 2 udebs which each provide the virtual package
> [sound|ethernet]-card-detection:
David Whedon wrote:
> My approach is similar, I have a tiny utility that converts the list
> of known hardware from the format that lib detect uses (a *.lst file)
> into a header file. My program (ddetect) includes said header file.
> ddetect makes calls into libdetect (which itself uses libisapn
Glenn McGrath wrote:
> Ive been thinking about hardware detection. I think hardware detection
> should be a dependency on the fetch method it applies to.
>
> e.g. the http/ftp/nfs retriever should depend on network and modem
> hardware detection.
>
> This way, if a network retriever is to be use
Wed, Nov 15, 2000 at 04:18:04PM +1100 wrote:
>
> snddetect didnt didnt my isa awe64, but ethdetect detect my rtl8139.
Right now I'm only looking at PCI devices, since the ISA probe is
invasive and there was concern that we wouldn't want to do that during
the initial install.
snddetect probabl
David Whedon wrote:
>
> Hi,
>
> I made a new version of ddetect with a few changes, even if we don't
> go the libdetect way it was instructive to figure out how to make
> multiple .udebs conviennently.
>
> I'm now generating 2 udebs which each provide the virtual package
> [sound|ethernet]-card
Hi,
I made a new version of ddetect with a few changes, even if we don't
go the libdetect way it was instructive to figure out how to make
multiple .udebs conviennently.
I'm now generating 2 udebs which each provide the virtual package
[sound|ethernet]-card-detection:
snddetect_0.0.5_i386.udeb
e
>
> Ive committed my pcidetect (for lack of a better name) program to
> debians cvs under /debian/installer/tools/pcidetect
>
> To avoid duplicating our work we should come to some sort of agreement
> about which is the best path to take. There is enough of pcidetect there
> to see how it works,
David Whedon wrote:
>
> > Splitting detection up like this seems to me to be the most space
> > efficient way of doing it as well.
> agreed.
>
> >
> > Yesterday i started hacking together a small program that uses libpci to
> > detect the required ethernet kernel modules, it is attached.
>
> I
Thus spake David Whedon ([EMAIL PROTECTED]):
> Kudzu has been used since Red Hat 6.1 as their hardware detector.
> The one I looked at is at:
> http://rpmfind.net/linux/Kondara/Jirai/SRPMS/SOURCES/kudzu-0.56.tar.gz
It's part of sndconfig, which is in woody at the moment.
I think it's not really
Thu, Nov 09, 2000 at 12:28:23PM -0500 wrote:
> Is RH database GPL'd? If so, can we use the database to create the header files
> for libdetect ??
>
> Regards,
>
> Vaidhy "Who does not like duplicating cuz he is lazy"
>
>
> On Wed, Nov 08, 2000 at 10:04:22PM -0600, Roland Bauerschmidt wrote:
>
Robert Young wrote:
>
> Hi,
> Corel has created a modular detection system which detects
> system
> hardware by probing what the kernel has found and by looking for
> hardware itself. We are in the finishing stage and will be releasing it
> to the open source community shortly.
>
>
Hi,
Corel has created a modular detection system which detects
system
hardware by probing what the kernel has found and by looking for
hardware itself. We are in the finishing stage and will be releasing it
to the open source community shortly.
In the meantime, please read the att
Is RH database GPL'd? If so, can we use the database to create the header files
for libdetect ??
Regards,
Vaidhy "Who does not like duplicating cuz he is lazy"
On Wed, Nov 08, 2000 at 10:04:22PM -0600, Roland Bauerschmidt wrote:
> was called). I never compiled the actual program, but there is
On Thu, Nov 09, 2000 at 09:28:50AM +1100, Glenn McGrath wrote:
> Ive been thinking about hardware detection. I think hardware detection
> should be a dependency on the fetch method it applies to.
Some time ago, almost a year now, I worked on some hardware detection stuff
as well. You might want t
David Whedon wrote:
> >
> > Yesterday i started hacking together a small program that uses libpci to
> > detect the required ethernet kernel modules, it is attached.
>
> I spent some time on a similar program that uses lib detect It can be
> found at (still alpha, meant to generate discussion):
>
> Splitting detection up like this seems to me to be the most space
> efficient way of doing it as well.
agreed.
>
> Yesterday i started hacking together a small program that uses libpci to
> detect the required ethernet kernel modules, it is attached.
I spent some time on a similar program th
19 matches
Mail list logo
