Tim Bates a écrit : > Pierre Bourgin wrote: >> The advantages should be: >> >> - really comfortable to find easily the right (or good candidate) drivers >> for the whole hardware platform to install >> >> - really quick: compute take 10s to parse the whole driverPacks.net >> driver >> collection >> >> - reduce drastically the amount of files to copy onto hard drive, like >> 50MB >> compared to 300/500MB of compressed archive. >> >> - really easier to maintain a site Windows database driver: "just" >> have to add a driver in the collection if it's missing. >> >> I will be really interrested about any comments, advices and so on, >> especially from people that have a good knowledge of Windows drivers >> installation and driver .INF file content ! >> >> Perhaps I've missed an important point that make it a nonsense ? > > I don't think you've missed anything at all... The only reason anyone > would want all drivers copied over is if they wanted to keep them on the > PC for easier hardware changes later. > Our install times with Driver Packs are about 5-15 minutes longer > (depending on the PC) than with just a custom set. But with so much > variety in our systems we just can't manually set up driver sets for them.
I did not (yet) catch that point. In such a case, next step will be to develop the counterpart of this mechanism under Windows: - find PCI device(s) that are not handled by Windows drivers, - parse unattended windows driver database to find drivers that match then hints the list of folders to Windows driver installer ? Pierre Bourgin -- ARTERIS http://www.arteris.com The Network-on-Chip Company ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ unattended-devel mailing list unattended-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-devel
