From cfergeau at redhat.com Wed Apr 1 16:00:29 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Wed, 1 Apr 2015 18:00:29 +0200 Subject: [Libosinfo] Script broken for Fedora net ISO In-Reply-To: References: <20141106102425.GA16843@edamame.cdg.redhat.com> Message-ID: <20150401160029.GB5530@edamame.cdg.redhat.com> Hey, On Thu, Mar 26, 2015 at 02:39:31PM +0000, Zeeshan Ali (Khattak) wrote: > > One important thing I somehow did not realize before is the even with > approach#3, we'd need new API and apps will need to be changed so they > use the correct installer script. The new API would be: > > osinfo_os_get_install_script_list_for_variant(OsinfoOs *os, const char *variant) > osinfo_os_find_install_script_for_variant(OsinfoOs *os, const gchar > *profile, const char *variant) > > So I was thinking, if we are to add API for this and Apps have to > update their code anyway, why not implement a more generic solution > that allows us to keep the same script templates: > > * Add new API to pass media info (which includes variant info) to scripts: > > osinfo_install_script_generate_for_media(OsinfoInstallScript *script, > OsinfoOs *os, > > OsinfoMedia *media, ..) OsinfoMedia has an "os" property, so it's probably not required to make it explicit (it might only be set after a call to osinfo_identify_media though). > osinfo_install_script_generate_output_for_media(OsinfoInstallScript *script, > OsinfoOs *os, > > OsinfoMedia *media, ..) > // And the async variants > > * Add separate media entries/variants for netiso. Yes I think I asked about that during the review > > * Modify the fedora install script to add/remove yum repos based on the variant. > > * Add a requires-internet to media entries, which defaults to 'no'. > > * Set requires-internet="yes" to netiso media entries. > Yes, all of this makes sense to me and seems like a good way of adding support for netinstalls. Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From cfergeau at redhat.com Wed Apr 1 16:24:14 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Wed, 1 Apr 2015 18:24:14 +0200 Subject: [Libosinfo] [PATCH 1/2] devices: Add virtual USB keyboard & mouse In-Reply-To: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> Message-ID: <20150401162414.GC5530@edamame.cdg.redhat.com> On Tue, Mar 31, 2015 at 08:34:42PM +0100, Zeeshan Ali (Khattak) wrote: > Add virtual USB keyboard and mouse from VMWare to our database. > --- > data/devices/qemu-usb.xml.in | 20 ++++++++++++++++++++ > 1 file changed, 20 insertions(+) > > diff --git a/data/devices/qemu-usb.xml.in b/data/devices/qemu-usb.xml.in > index 213187f..90083fb 100644 > --- a/data/devices/qemu-usb.xml.in > +++ b/data/devices/qemu-usb.xml.in > @@ -11,4 +11,24 @@ > 0021 > > > + > + mouse > + usb > + input > + <_vendor>VMware, Inc. > + 0e0f > + Mouse > + 0003 > + > + > + > + keyboard > + usb > + input > + <_vendor>VMware, Inc. > + 0e0f > + Keyboard > + 0006 > + > + When you start a VM with QEMU with USB keyboard/mouse it seems to be using 0627:0001 Adomax Technology Co., Ltd for mouse and keyboard (?) Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From zeeshanak at gnome.org Wed Apr 1 17:35:08 2015 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Wed, 1 Apr 2015 18:35:08 +0100 Subject: [Libosinfo] [PATCH 1/2] devices: Add virtual USB keyboard & mouse In-Reply-To: <20150401162414.GC5530@edamame.cdg.redhat.com> References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <20150401162414.GC5530@edamame.cdg.redhat.com> Message-ID: On Wed, Apr 1, 2015 at 5:24 PM, Christophe Fergeau wrote: > On Tue, Mar 31, 2015 at 08:34:42PM +0100, Zeeshan Ali (Khattak) wrote: >> Add virtual USB keyboard and mouse from VMWare to our database. >> --- >> data/devices/qemu-usb.xml.in | 20 ++++++++++++++++++++ >> 1 file changed, 20 insertions(+) >> >> diff --git a/data/devices/qemu-usb.xml.in b/data/devices/qemu-usb.xml.in >> index 213187f..90083fb 100644 >> --- a/data/devices/qemu-usb.xml.in >> +++ b/data/devices/qemu-usb.xml.in >> @@ -11,4 +11,24 @@ >> 0021 >> >> >> + >> + mouse >> + usb >> + input >> + <_vendor>VMware, Inc. >> + 0e0f >> + Mouse >> + 0003 >> + >> + >> + >> + keyboard >> + usb >> + input >> + <_vendor>VMware, Inc. >> + 0e0f >> + Keyboard >> + 0006 >> + >> + > > When you start a VM with QEMU with USB keyboard/mouse it seems to be > using > 0627:0001 Adomax Technology Co., Ltd for mouse and keyboard (?) Interesting. Shall I add Adomax devices instead then? FWIW, the ones I added are the only virtual ones that I found. -- Regards, Zeeshan Ali (Khattak) ________________________________________ Befriend GNOME: http://www.gnome.org/friends/ From zeeshanak at gnome.org Wed Apr 1 17:36:59 2015 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Wed, 1 Apr 2015 18:36:59 +0100 Subject: [Libosinfo] [PATCH 1/2] devices: Add virtual USB keyboard & mouse In-Reply-To: References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <20150401162414.GC5530@edamame.cdg.redhat.com> Message-ID: On Wed, Apr 1, 2015 at 6:35 PM, Zeeshan Ali (Khattak) wrote: > On Wed, Apr 1, 2015 at 5:24 PM, Christophe Fergeau wrote: >> On Tue, Mar 31, 2015 at 08:34:42PM +0100, Zeeshan Ali (Khattak) wrote: >>> Add virtual USB keyboard and mouse from VMWare to our database. >>> --- >>> data/devices/qemu-usb.xml.in | 20 ++++++++++++++++++++ >>> 1 file changed, 20 insertions(+) >>> >>> diff --git a/data/devices/qemu-usb.xml.in b/data/devices/qemu-usb.xml.in >>> index 213187f..90083fb 100644 >>> --- a/data/devices/qemu-usb.xml.in >>> +++ b/data/devices/qemu-usb.xml.in >>> @@ -11,4 +11,24 @@ >>> 0021 >>> >>> >>> + >>> + mouse >>> + usb >>> + input >>> + <_vendor>VMware, Inc. >>> + 0e0f >>> + Mouse >>> + 0003 >>> + >>> + >>> + >>> + keyboard >>> + usb >>> + input >>> + <_vendor>VMware, Inc. >>> + 0e0f >>> + Keyboard >>> + 0006 >>> + >>> + >> >> When you start a VM with QEMU with USB keyboard/mouse it seems to be >> using >> 0627:0001 Adomax Technology Co., Ltd for mouse and keyboard (?) > > Interesting. Shall I add Adomax devices instead then? FWIW, the ones I > added are the only virtual ones that I found. Hm.. I don't see any devices under "0627 Adomax Technology Co., Ltd" in usb.ids though. I'm not sure we are supposed to add devices that don't exist on .ids files. -- Regards, Zeeshan Ali (Khattak) ________________________________________ Befriend GNOME: http://www.gnome.org/friends/ From zeeshanak at gnome.org Wed Apr 1 17:40:51 2015 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Wed, 1 Apr 2015 18:40:51 +0100 Subject: [Libosinfo] Script broken for Fedora net ISO In-Reply-To: <20150401160029.GB5530@edamame.cdg.redhat.com> References: <20141106102425.GA16843@edamame.cdg.redhat.com> <20150401160029.GB5530@edamame.cdg.redhat.com> Message-ID: On Wed, Apr 1, 2015 at 5:00 PM, Christophe Fergeau wrote: > Hey, > > On Thu, Mar 26, 2015 at 02:39:31PM +0000, Zeeshan Ali (Khattak) wrote: >> >> One important thing I somehow did not realize before is the even with >> approach#3, we'd need new API and apps will need to be changed so they >> use the correct installer script. The new API would be: >> >> osinfo_os_get_install_script_list_for_variant(OsinfoOs *os, const char *variant) >> osinfo_os_find_install_script_for_variant(OsinfoOs *os, const gchar >> *profile, const char *variant) >> >> So I was thinking, if we are to add API for this and Apps have to >> update their code anyway, why not implement a more generic solution >> that allows us to keep the same script templates: >> >> * Add new API to pass media info (which includes variant info) to scripts: >> >> osinfo_install_script_generate_for_media(OsinfoInstallScript *script, >> OsinfoOs *os, >> >> OsinfoMedia *media, ..) > > OsinfoMedia has an "os" property, so it's probably not required to make > it explicit (it might only be set after a call to osinfo_identify_media > though). True. Just to be clear, you mean that in_for_media variants, we wouldn't need an explicit os argument? If so, I agree. >> * Modify the fedora install script to add/remove yum repos based on the variant. >> >> * Add a requires-internet to media entries, which defaults to 'no'. >> >> * Set requires-internet="yes" to netiso media entries. >> > > Yes, all of this makes sense to me and seems like a good way of > adding support for netinstalls. Thanks. I just wanted to make sure of that before spending a lot of time on this. :) -- Regards, Zeeshan Ali (Khattak) ________________________________________ Befriend GNOME: http://www.gnome.org/friends/ From cfergeau at redhat.com Thu Apr 2 07:47:36 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Thu, 2 Apr 2015 09:47:36 +0200 Subject: [Libosinfo] Script broken for Fedora net ISO In-Reply-To: References: <20141106102425.GA16843@edamame.cdg.redhat.com> <20150401160029.GB5530@edamame.cdg.redhat.com> Message-ID: <20150402074736.GA27966@edamame.cdg.redhat.com> On Wed, Apr 01, 2015 at 06:40:51PM +0100, Zeeshan Ali (Khattak) wrote: > On Wed, Apr 1, 2015 at 5:00 PM, Christophe Fergeau wrote: > > Hey, > > > > On Thu, Mar 26, 2015 at 02:39:31PM +0000, Zeeshan Ali (Khattak) wrote: > >> > >> One important thing I somehow did not realize before is the even with > >> approach#3, we'd need new API and apps will need to be changed so they > >> use the correct installer script. The new API would be: > >> > >> osinfo_os_get_install_script_list_for_variant(OsinfoOs *os, const char *variant) > >> osinfo_os_find_install_script_for_variant(OsinfoOs *os, const gchar > >> *profile, const char *variant) > >> > >> So I was thinking, if we are to add API for this and Apps have to > >> update their code anyway, why not implement a more generic solution > >> that allows us to keep the same script templates: > >> > >> * Add new API to pass media info (which includes variant info) to scripts: > >> > >> osinfo_install_script_generate_for_media(OsinfoInstallScript *script, > >> OsinfoOs *os, > >> > >> OsinfoMedia *media, ..) > > > > OsinfoMedia has an "os" property, so it's probably not required to make > > it explicit (it might only be set after a call to osinfo_identify_media > > though). Yes, the line above my answer is osinfo_install_script_generate_for_media(), so that method. The same most likely applies to the async variants and _output(). Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From cfergeau at redhat.com Thu Apr 2 08:50:23 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Thu, 2 Apr 2015 10:50:23 +0200 Subject: [Libosinfo] [PATCH 1/2] devices: Add virtual USB keyboard & mouse In-Reply-To: References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <20150401162414.GC5530@edamame.cdg.redhat.com> Message-ID: <20150402085023.GB27966@edamame.cdg.redhat.com> On Wed, Apr 01, 2015 at 06:36:59PM +0100, Zeeshan Ali (Khattak) wrote: > On Wed, Apr 1, 2015 at 6:35 PM, Zeeshan Ali (Khattak) > wrote: > > On Wed, Apr 1, 2015 at 5:24 PM, Christophe Fergeau wrote: > >> When you start a VM with QEMU with USB keyboard/mouse it seems to be > >> using > >> 0627:0001 Adomax Technology Co., Ltd for mouse and keyboard (?) > > > > Interesting. Shall I add Adomax devices instead then? FWIW, the ones I > > added are the only virtual ones that I found. > > Hm.. I don't see any devices under "0627 Adomax Technology Co., Ltd" > in usb.ids though. I'm not sure we are supposed to add devices that > don't exist on .ids files. These IDs are reused from Bochs, I don't know why they used that :( I don't particularly mind using the ones from VMWare, I just don't know if they have some kind of magic meaning/behaviour when running in a VMWare hypervisor ? Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From zeeshanak at gnome.org Thu Apr 2 10:42:05 2015 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Thu, 2 Apr 2015 11:42:05 +0100 Subject: [Libosinfo] [PATCH 1/2] devices: Add virtual USB keyboard & mouse In-Reply-To: <20150402085023.GB27966@edamame.cdg.redhat.com> References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <20150401162414.GC5530@edamame.cdg.redhat.com> <20150402085023.GB27966@edamame.cdg.redhat.com> Message-ID: On Thu, Apr 2, 2015 at 9:50 AM, Christophe Fergeau wrote: > On Wed, Apr 01, 2015 at 06:36:59PM +0100, Zeeshan Ali (Khattak) wrote: >> On Wed, Apr 1, 2015 at 6:35 PM, Zeeshan Ali (Khattak) >> wrote: >> > On Wed, Apr 1, 2015 at 5:24 PM, Christophe Fergeau wrote: >> >> When you start a VM with QEMU with USB keyboard/mouse it seems to be >> >> using >> >> 0627:0001 Adomax Technology Co., Ltd for mouse and keyboard (?) >> > >> > Interesting. Shall I add Adomax devices instead then? FWIW, the ones I >> > added are the only virtual ones that I found. >> >> Hm.. I don't see any devices under "0627 Adomax Technology Co., Ltd" >> in usb.ids though. I'm not sure we are supposed to add devices that >> don't exist on .ids files. > > These IDs are reused from Bochs, I don't know why they used that :( > I don't particularly mind using the ones from VMWare, I just don't know > if they have some kind of magic meaning/behaviour when running in a > VMWare hypervisor ? I don't know either but I'm guessing they are just general USB mouse and keyboard that they had to register as specific products to by used in a virtual machine. -- Regards, Zeeshan Ali (Khattak) ________________________________________ Befriend GNOME: http://www.gnome.org/friends/ From zeeshanak at gnome.org Fri Apr 10 16:29:53 2015 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Fri, 10 Apr 2015 17:29:53 +0100 Subject: [Libosinfo] [PATCH 2/2] win7: Add virtual kbd & mouse to supported devices In-Reply-To: <1427830483-13238-2-git-send-email-zeeshanak@gnome.org> References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <1427830483-13238-2-git-send-email-zeeshanak@gnome.org> Message-ID: Hi, So shall I push these two patches or not? They are needed for https://bugzilla.gnome.org/show_bug.cgi?id=735768 On Tue, Mar 31, 2015 at 8:34 PM, Zeeshan Ali (Khattak) wrote: > While Microsoft Windows XP is known to crash early on during > installation if USB keyboard and mouse are detected, Windows 7 and > beyond support them out of the box. > > Moreover, it has been reported[1] that PS/2 virtual devices are much > slower than USB ones in Windows 8.1. > > Lets add these devices to list of supported devices to Windows 7 (and > therefore all inheriting OSes, e.g Windows 8.1) so that virtual machine > manager apps (e.g Boxes) have an easy way to decide whether to use USB > or PS/2 devices for a particular Windows OS. > > [1] https://bugzilla.gnome.org/show_bug.cgi?id=735768 > --- > data/oses/windows.xml.in | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/data/oses/windows.xml.in b/data/oses/windows.xml.in > index f5052b9..e94f878 100644 > --- a/data/oses/windows.xml.in > +++ b/data/oses/windows.xml.in > @@ -865,6 +865,8 @@ > > > > + > + > > > > -- > 2.1.0 > -- Regards, Zeeshan Ali (Khattak) ________________________________________ Befriend GNOME: http://www.gnome.org/friends/ From cfergeau at redhat.com Wed Apr 15 13:59:05 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Wed, 15 Apr 2015 15:59:05 +0200 Subject: [Libosinfo] [PATCH 2/2] win7: Add virtual kbd & mouse to supported devices In-Reply-To: <1427830483-13238-2-git-send-email-zeeshanak@gnome.org> References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <1427830483-13238-2-git-send-email-zeeshanak@gnome.org> Message-ID: <20150415135905.GB29731@edamame.cdg.redhat.com> On Tue, Mar 31, 2015 at 08:34:43PM +0100, Zeeshan Ali (Khattak) wrote: > While Microsoft Windows XP is known to crash early on during > installation if USB keyboard and mouse are detected, I just created a VM in virt-manager, made sure USB keyboard/mouse were there, and I've been able to successfully complete that install. Could the bug be coming from somewhere else and not directly related to winxp+usb? I did not find any mention of such crashes online either (but I did not look too much). Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From zeeshanak at gnome.org Wed Apr 15 14:29:33 2015 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Wed, 15 Apr 2015 15:29:33 +0100 Subject: [Libosinfo] [PATCH 2/2] win7: Add virtual kbd & mouse to supported devices In-Reply-To: <20150415135905.GB29731@edamame.cdg.redhat.com> References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <1427830483-13238-2-git-send-email-zeeshanak@gnome.org> <20150415135905.GB29731@edamame.cdg.redhat.com> Message-ID: On Wed, Apr 15, 2015 at 2:59 PM, Christophe Fergeau wrote: > On Tue, Mar 31, 2015 at 08:34:43PM +0100, Zeeshan Ali (Khattak) wrote: >> While Microsoft Windows XP is known to crash early on during >> installation if USB keyboard and mouse are detected, > > I just created a VM in virt-manager, made sure USB keyboard/mouse were > there, and I've been able to successfully complete that install. Could > the bug be coming from somewhere else and not directly related to > winxp+usb? I did not find any mention of such crashes online either (but > I did not look too much). Oh? Its possible it was a combination of some other config that Boxes sets. You did reproduce this crash in Boxes two weeks back so at least I'm not imagining it. :) In any case, I think these patches are still good. -- Regards, Zeeshan Ali (Khattak) ________________________________________ Befriend GNOME: http://www.gnome.org/friends/ From cfergeau at redhat.com Wed Apr 15 14:37:09 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Wed, 15 Apr 2015 16:37:09 +0200 Subject: [Libosinfo] [PATCH 2/2] win7: Add virtual kbd & mouse to supported devices In-Reply-To: References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <1427830483-13238-2-git-send-email-zeeshanak@gnome.org> <20150415135905.GB29731@edamame.cdg.redhat.com> Message-ID: <20150415143709.GB19376@edamame.cdg.redhat.com> On Wed, Apr 15, 2015 at 03:29:33PM +0100, Zeeshan Ali (Khattak) wrote: > On Wed, Apr 15, 2015 at 2:59 PM, Christophe Fergeau wrote: > > On Tue, Mar 31, 2015 at 08:34:43PM +0100, Zeeshan Ali (Khattak) wrote: > >> While Microsoft Windows XP is known to crash early on during > >> installation if USB keyboard and mouse are detected, > > > > I just created a VM in virt-manager, made sure USB keyboard/mouse were > > there, and I've been able to successfully complete that install. Could > > the bug be coming from somewhere else and not directly related to > > winxp+usb? I did not find any mention of such crashes online either (but > > I did not look too much). > > Oh? Its possible it was a combination of some other config that Boxes > sets. You did reproduce this crash in Boxes two weeks back so at least > I'm not imagining it. :) In any case, I think these patches are still > good. What we really want to express is "this OS supports this class of input devices". Your patches describe a specific type of USB mouse, and then QEMU will present a different USB mouse to guests, this is very inconsistent at best. So if we can do without because the bug is elsewhere, it's better imo. Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From zeeshanak at gnome.org Wed Apr 15 15:01:46 2015 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Wed, 15 Apr 2015 16:01:46 +0100 Subject: [Libosinfo] [PATCH 2/2] win7: Add virtual kbd & mouse to supported devices In-Reply-To: <20150415143709.GB19376@edamame.cdg.redhat.com> References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <1427830483-13238-2-git-send-email-zeeshanak@gnome.org> <20150415135905.GB29731@edamame.cdg.redhat.com> <20150415143709.GB19376@edamame.cdg.redhat.com> Message-ID: On Wed, Apr 15, 2015 at 3:37 PM, Christophe Fergeau wrote: > On Wed, Apr 15, 2015 at 03:29:33PM +0100, Zeeshan Ali (Khattak) wrote: >> On Wed, Apr 15, 2015 at 2:59 PM, Christophe Fergeau wrote: >> > On Tue, Mar 31, 2015 at 08:34:43PM +0100, Zeeshan Ali (Khattak) wrote: >> >> While Microsoft Windows XP is known to crash early on during >> >> installation if USB keyboard and mouse are detected, >> > >> > I just created a VM in virt-manager, made sure USB keyboard/mouse were >> > there, and I've been able to successfully complete that install. Could >> > the bug be coming from somewhere else and not directly related to >> > winxp+usb? I did not find any mention of such crashes online either (but >> > I did not look too much). >> >> Oh? Its possible it was a combination of some other config that Boxes >> sets. You did reproduce this crash in Boxes two weeks back so at least >> I'm not imagining it. :) In any case, I think these patches are still >> good. > > What we really want to express is "this OS supports this class of input > devices". Your patches describe a specific type of USB mouse, and then > QEMU will present a different USB mouse to guests, this is very > inconsistent at best. I don't think the inconsistency is significant enough and is not actually introduced by these patches themselves. Libosinfo is just saying "these devices are supported by the OS" with these patches and if Boxes or qemu (or other apps) add a slightly different device based on this information, that is not a fault of libosinfo. > So if we can do without because the bug is elsewhere, it's better imo. That would mean very slow keyboard and mouse in windows 8.1. The bug of XP installer crashing is not exactly somewhere else since we at least know that it does not happen if you only remove USB mouse and keyboard from Boxes generated domain configuration. As I said, its likely a combination, USB mouse and keyboard being a part of that. In any case, Boxes has already been modified to only add these devices if they are known to work fine on the OS. However, if you prefer I can modify the patches to add the exact model that qemu uses, even if they are not even registered to usb.ids. -- Regards, Zeeshan Ali (Khattak) ________________________________________ Befriend GNOME: http://www.gnome.org/friends/ From cfergeau at redhat.com Wed Apr 15 16:02:41 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Wed, 15 Apr 2015 18:02:41 +0200 Subject: [Libosinfo] [PATCH 2/2] win7: Add virtual kbd & mouse to supported devices In-Reply-To: References: <1427830483-13238-1-git-send-email-zeeshanak@gnome.org> <1427830483-13238-2-git-send-email-zeeshanak@gnome.org> <20150415135905.GB29731@edamame.cdg.redhat.com> <20150415143709.GB19376@edamame.cdg.redhat.com> Message-ID: <20150415160241.GA985@edamame.cdg.redhat.com> On Wed, Apr 15, 2015 at 04:01:46PM +0100, Zeeshan Ali (Khattak) wrote: > I don't think the inconsistency is significant enough and is not > actually introduced by these patches themselves. Libosinfo is just > saying "these devices are supported by the OS" with these patches and > if Boxes or qemu (or other apps) add a slightly different device based > on this information, that is not a fault of libosinfo. Yes, this would be Boxes/qemu faults for not following what libosinfo told it to and adding a USB mouse when libosinfo never told it this specific mouse was supported. In this patch what you really are trying to say is that it's able to support any USB mouse, not the VMWare one. > > > So if we can do without because the bug is elsewhere, it's better imo. > > That would mean very slow keyboard and mouse in windows 8.1. > > The bug of XP installer crashing is not exactly somewhere else since > we at least know that it does not happen if you only remove USB mouse > and keyboard from Boxes generated domain configuration. As I said, its > likely a combination, USB mouse and keyboard being a part of that. Yes, but as Windows installs do not always crash with a USB mouse, it would be nice to narrow it down and report it against the right component (QEMU? something else?) rather than adding API in libosinfo to just paper over it. Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From carnold at suse.com Wed Apr 15 19:00:20 2015 From: carnold at suse.com (Charles Arnold) Date: Wed, 15 Apr 2015 13:00:20 -0600 Subject: [Libosinfo] [PATCH] opensuse: Add 13.2 information Message-ID: <552E60E402000091000F551A@prv-mh.provo.novell.com> Add openSUSE 13.2 information diff --git a/data/oses/opensuse.xml.in b/data/oses/opensuse.xml.in index 1c89d00..9f947bc 100644 --- a/data/oses/opensuse.xml.in +++ b/data/oses/opensuse.xml.in @@ -441,6 +441,76 @@ + + opensuse13.2 + <_name>openSUSE 13.2 + 13.2 + <_vendor>openSUSE + linux + opensuse + + + + + http://download.opensuse.org/distribution/13.2/iso/openSUSE-13.2-DVD-i586.iso + + openSUSE-13.2-DVD + LINUX + SUSE LINUX GmbH + + boot/i386/loader/linux + boot/i386/loader/initrd + + + http://download.opensuse.org/distribution/13.2/iso/openSUSE-13.2-DVD-x86_64.iso + + openSUSE-13.2-DVD-x86_64 + LINUX + SUSE LINUX GmbH + + boot/x86_64/loader/linux + boot/x86_64/loader/initrd + + + + http://download.opensuse.org/distribution/13.2/iso/openSUSE-13.2-GNOME-Live-i686.iso + + openSUSE 13.2 .* Live + LINUX + SUSE LINUX GmbH + (0x3a19c523|0x675aadc1) + + boot/i386/loader/linux + boot/i386/loader/initrd + + + http://download.opensuse.org/distribution/13.2/iso/openSUSE-13.2-GNOME-Live-x86_64.iso + + openSUSE 13.2 .* Live + LINUX + SUSE LINUX GmbH + (0x601bf7b2|0xa893698d) + + boot/x86_64/loader/linux + boot/x86_64/loader/initrd + + + + + + 500000000 + 1 + 1073741824 + 3221225472 + + + 2400000000 + 2147483648 + 5368709120 + + + + + + + + 1000000000 + 1 + 1073741824 + 5368709120 + + + 1000000000 + 1073741824 + 16106127360 + + + + + http://releases.ubuntu.com/releases/vivid/ubuntu-15.04-server-i386.iso + + Ubuntu-Server 15.04(.\d)? i386 + + casper/vmlinuz + casper/initrd.img + + + http://releases.ubuntu.com/releases/vivid/ubuntu-15.04-server-amd64.iso + + Ubuntu-Server 15.04(.\d)? amd64 + + casper/vmlinuz + casper/initrd.img + + + http://releases.ubuntu.com/releases/vivid/ubuntu-15.04-desktop-i386.iso + + Ubuntu 15.04(.\d)? i386 + + casper/vmlinuz + casper/initrd.img + + + http://releases.ubuntu.com/releases/vivid/ubuntu-15.04-desktop-amd64.iso + + Ubuntu 15.04(.\d)? amd64 + + casper/vmlinuz + casper/initrd.img + + + +