On Mon, Jan 28, 2013 at 1:01 PM, Christophe Fergeau <cfergeau@xxxxxxxxxx> wrote: > On Mon, Jan 28, 2013 at 05:18:46AM +0200, Zeeshan Ali (Khattak) wrote: >> From: "Zeeshan Ali (Khattak)" <zeeshanak@xxxxxxxxx> >> >> Add an all-in-one virtio and QXL device driver setup binary to Windows >> XP and 7. This needs to be listed separately from virtio block driver as >> not all of these are pre-installable. >> >> As bonus, the same binary also installs spice-vdagent for us. > > I see this as an unfortunate side-effect, not as a bonus. I don't think > we have a way to express that this agent is nice to have when using > spice, and that it needs vioserial. > >> >> Unfortunately we wont be able to actually use this driver in Windows 7 >> installer script as: >> >> * 64-bit (the most commonly used version AFAIK) Windows 7 simply refuses >> to install unsigned drivers. >> * I failed to find any way to tell windows 7 to ignore unsigned status >> of the drivers. > > I think we should still have a way for libosinfo user to have this binary > run at the end of the install process even though this means having to > click through a few dialogs. Apart from the 3-state (rather than boolean) API I proposed in a previous mail, we could also have a separate API for adding random binaries that are put on user's desktop and apps can then use that for things like these. In this specific case, app will see that there is a driver available for the os in executable format but script warns on it during install so they can decide to use this API to add the binary to the desktop with filename "Installer for X". Such an API could be useful in general and allow us to not complicate drivers-related API and most importantly not break the concept of automated/express installation. >For what it's worth, I would have preferred > this series to first add support for post-install drivers while ignoring > driver signature, and then adding the signature stuff on top of it. I must admit, these patches weren't very well planned. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 _______________________________________________ Libosinfo mailing list Libosinfo@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libosinfo
