Is there some conspiracy to obfuscate the best place to find windows guest spice drivers? People seem to invent random names for the files, so you don't know if it is an update of something with a old name or not. Sometimes there are .iso files, sometimes .zip. Most of the web pages offering downloads don't have dates, so you can't tell which are the latest versions.
Why is this so hard?
Are the spice-space.org versions on the downloads page always the best versions to grab? And if so, what the heck do I actually need? I know qxl is for video, but what the heck do the other windows binaries actually do? Why do I want them?
I found a file named kvm-guest-drivers-windows-061510.iso when testing a while back and it seemed to work, but also seems likely to be pretty old these days.
On Sat, Dec 11, 2010 at 06:09:14PM -0500, Tom Horsley wrote:
Is there some conspiracy to obfuscate the best place to find windows guest spice drivers? People seem to invent random names for the files, so you don't know if it is an update of something with a old name or not. Sometimes there are .iso files, sometimes .zip. Most of the web pages offering downloads don't have dates, so you can't tell which are the latest versions.
Not sure about conspiracies, but I can tell you what the plan is in future.
We want to build the spice Windows drivers on Fedora (as Fedora packages, using Koji etc) using the Windows cross-compiler toolchain[1]. They will be available, versioned, as regular Fedora packages that you can install on the host, plus some scripts around that to make installing them into the guest easy.
These packages will be signed but not WHQL'd so you will have to make a small registry edit in your Windows guest in order to install them. You can use virt-win-reg[2] to do that in an automated way. (One thing you can do to help is to publish the precise method to do this -- I know it's possible, but haven't worked out the details).
Unfortunately we're not quite there with some things at the moment although we have hired someone who starts early next year to help implement this. In particular we need 64 bit support in the cross-compiler toolchain, which has been stuck forever on some legal stuff.
Rich.
[1] http://fedoraproject.org/wiki/MinGW [2] http://libguestfs.org/virt-win-reg.1.html
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hiya Richard,
These packages will be signed but not WHQL'd so you will have to make a small registry edit in your Windows guest in order to install them. You can use virt-win-reg[2] to do that in an automated way. (One thing you can do to help is to publish the precise method to do this -- I know it's possible, but haven't worked out the details).
If you can tell me what you need to do, I will look into this for you and get back with info asap.
I think you may be talking about the reg key that allows users to install unsigned drivers, But I just want to be 100% Sure.
- -- Gavin Spurgeon. gspurgeon@redhat.com Red Hat GLS Instructor EMEA Red Hat UK Ltd 64 Baker Street 4th Floor, London, W1U 7DF Mob: +44 (0)7841 231160 Desk: +44 (0)207 009 4429 (Direct) Tel: +44 (0)1252 362709 Fax: +44 (0)207 009 4445
Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parson (USA), Charlie Peters (USA)
On Wed, Dec 15, 2010 at 09:05:21AM +0000, Gavin Spurgeon wrote:
These packages will be signed but not WHQL'd so you will have to make a small registry edit in your Windows guest in order to install them. You can use virt-win-reg[2] to do that in an automated way. (One thing you can do to help is to publish the precise method to do this -- I know it's possible, but haven't worked out the details).
If you can tell me what you need to do, I will look into this for you and get back with info asap.
I think you may be talking about the reg key that allows users to install unsigned drivers, But I just want to be 100% Sure.
Yes, this precisely. And make a virt-win-reg[1] script to change that key as required, then test that it all works with a Windows guest. And document what versions of Windows it does/doesn't work for.
The idea is that we would supply this script along with the (un-WHQL'd) drivers. The script would allow the unsigned drivers to be installed in the shut-down Windows guest (from the host). Eventually the script would be extended to install the drivers as well[2].
Rich.
[1] http://libguestfs.org/virt-win-reg.1.html
[2] https://rwmj.wordpress.com/2010/04/30/tip-install-a-device-driver-in-a-windo...
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 15/12/10 15:04, Richard W.M. Jones wrote:
On Wed, Dec 15, 2010 at 09:05:21AM +0000, Gavin Spurgeon wrote:
These packages will be signed but not WHQL'd so you will have to make a small registry edit in your Windows guest in order to install them. You can use virt-win-reg[2] to do that in an automated way. (One thing you can do to help is to publish the precise method to do this -- I know it's possible, but haven't worked out the details).
If you can tell me what you need to do, I will look into this for you and get back with info asap.
I think you may be talking about the reg key that allows users to install unsigned drivers, But I just want to be 100% Sure.
Yes, this precisely. And make a virt-win-reg[1] script to change that key as required, then test that it all works with a Windows guest. And document what versions of Windows it does/doesn't work for.
The idea is that we would supply this script along with the (un-WHQL'd) drivers. The script would allow the unsigned drivers to be installed in the shut-down Windows guest (from the host). Eventually the script would be extended to install the drivers as well[2].
I will get on this and get back to the list (and you Directly) with the stuff needed.
- -- Gavin Spurgeon. gspurgeon@redhat.com Red Hat GLS Instructor EMEA Red Hat UK Ltd 64 Baker Street 4th Floor, London, W1U 7DF Mob: +44 (0)7841 231160 Desk: +44 (0)207 009 4429 (Direct) Tel: +44 (0)1252 362709 Fax: +44 (0)207 009 4445
Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parson (USA), Charlie Peters (USA)