From zeeshanak at gnome.org Sat Oct 11 13:11:49 2014 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Sat, 11 Oct 2014 14:11:49 +0100 Subject: [Libosinfo] [PATCH] windows-unattend: Remove bogus architecture attribute Message-ID: <1413033109-17785-1-git-send-email-zeeshanak@gnome.org> This was supposed to be removed when we moved this script template from Boxes to libosinfo. I think it hasn't caused any issues so far because we declare this attribute again soon after and probably Windows ignores the first value and takes the last one it parses. --- Pushed as trivial. data/install-scripts/windows-unattend.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/data/install-scripts/windows-unattend.xml b/data/install-scripts/windows-unattend.xml index deffbd1..d514ee5 100644 --- a/data/install-scripts/windows-unattend.xml +++ b/data/install-scripts/windows-unattend.xml @@ -413,7 +413,7 @@ - + -- 2.1.0 From zeeshanak at gnome.org Sat Oct 11 13:40:27 2014 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Sat, 11 Oct 2014 14:40:27 +0100 Subject: [Libosinfo] [PATCH] fedora,rhel: Bigger boot partition Message-ID: <1413034827-24287-1-git-send-email-zeeshanak@gnome.org> I had a RHEL VM where I got into trouble when yum wasn't able to upgrade system as my boot partition was too small to fit new kernel image. Kickstart format allows us to just say that we want the size to be whatever is the recommended value so lets make use of that. I tested against RHEL 7.0 and /boot was allocated 512MB. --- data/install-scripts/fedora.xml | 2 +- data/install-scripts/rhel.xml | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml index e4113ae..76f28da 100644 --- a/data/install-scripts/fedora.xml +++ b/data/install-scripts/fedora.xml @@ -120,7 +120,7 @@ clearpart --all --drives= part biosboot --fstype=biosboot --size=1 -part /boot --fstype --size=200 --ondisk= +part /boot --fstype --recommended --ondisk= part pv.2 --size=1 --grow --ondisk= volgroup VolGroup00 --pesize=32768 pv.2 logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 --size=768 --grow --maxsize=1536 diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml index d647072..097bd04 100644 --- a/data/install-scripts/rhel.xml +++ b/data/install-scripts/rhel.xml @@ -72,7 +72,7 @@ zerombr clearpart --all --drives= -part /boot --fstype ext4 --size=200 --ondisk= +part /boot --fstype ext4 --recommended --ondisk= part pv.2 --size=1 --grow --ondisk= volgroup VolGroup00 --pesize=32768 pv.2 logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 --size=768 --grow --maxsize=1536 @@ -174,7 +174,7 @@ clearpart --all --drives= firstboot --disable -part /boot --fstype ext4 --size=200 --ondisk= +part /boot --fstype ext4 --recommended --ondisk= part pv.2 --size=1 --grow --ondisk= volgroup VolGroup00 --pesize=32768 pv.2 logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 --size=768 --grow --maxsize=1536 -- 2.1.0 From zeeshanak at gnome.org Mon Oct 13 16:47:54 2014 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Mon, 13 Oct 2014 17:47:54 +0100 Subject: [Libosinfo] [PATCH] win: Use direct HTTPS URLs to drivers Message-ID: <1413218874-15769-1-git-send-email-zeeshanak@gnome.org> HTTP URLs we have in DB redirect to the actual HTTPS URLs. Its better to point to the actual URL anyway (for efficiency for one) but currently this also breaks driver download in Boxes 3.14.x as it can't handle indirection at the moment. https://bugzilla.gnome.org/show_bug.cgi?id=738168 --- Pushed as trival. data/oses/windows.xml.in | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/data/oses/windows.xml.in b/data/oses/windows.xml.in index 1ac533d..38c8ae6 100644 --- a/data/oses/windows.xml.in +++ b/data/oses/windows.xml.in @@ -383,7 +383,7 @@ - + viostor.cat viostor.inf viostor.sys @@ -392,7 +392,7 @@ - + viostor.cat viostor.inf viostor.sys @@ -402,7 +402,7 @@ - + spice-guest-tools-0.65.exe spice-guest-tools-0.65.cmd redhat09.cer @@ -414,7 +414,7 @@ - + spice-guest-tools-0.65.exe spice-guest-tools-0.65.cmd redhat09.cer @@ -874,14 +874,14 @@ - + viostor.cat viostor.inf viostor.sys - + viostor.cat viostor.inf viostor.sys @@ -889,7 +889,7 @@ - + spice-guest-tools-0.65.exe spice-guest-tools-0.65.cmd redhat09.cer @@ -901,7 +901,7 @@ - + spice-guest-tools-0.65.exe spice-guest-tools-0.65.cmd redhat09.cer -- 2.1.0 From cfergeau at redhat.com Tue Oct 14 10:38:03 2014 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 14 Oct 2014 12:38:03 +0200 Subject: [Libosinfo] [PATCH] win: Use direct HTTPS URLs to drivers In-Reply-To: <1413218874-15769-1-git-send-email-zeeshanak@gnome.org> References: <1413218874-15769-1-git-send-email-zeeshanak@gnome.org> Message-ID: <20141014103803.GA25520@edamame.cdg.redhat.com> ACK Christophe On Mon, Oct 13, 2014 at 05:47:54PM +0100, Zeeshan Ali (Khattak) wrote: > HTTP URLs we have in DB redirect to the actual HTTPS URLs. Its better to > point to the actual URL anyway (for efficiency for one) but currently > this also breaks driver download in Boxes 3.14.x as it can't handle > indirection at the moment. > > https://bugzilla.gnome.org/show_bug.cgi?id=738168 > --- > > Pushed as trival. > > data/oses/windows.xml.in | 16 ++++++++-------- > 1 file changed, 8 insertions(+), 8 deletions(-) > > diff --git a/data/oses/windows.xml.in b/data/oses/windows.xml.in > index 1ac533d..38c8ae6 100644 > --- a/data/oses/windows.xml.in > +++ b/data/oses/windows.xml.in > @@ -383,7 +383,7 @@ > > > > - > + > viostor.cat > viostor.inf > viostor.sys > @@ -392,7 +392,7 @@ > > > > - > + > viostor.cat > viostor.inf > viostor.sys > @@ -402,7 +402,7 @@ > > > > - > + > spice-guest-tools-0.65.exe > spice-guest-tools-0.65.cmd > redhat09.cer > @@ -414,7 +414,7 @@ > > > > - > + > spice-guest-tools-0.65.exe > spice-guest-tools-0.65.cmd > redhat09.cer > @@ -874,14 +874,14 @@ > > > > - > + > viostor.cat > viostor.inf > viostor.sys > > > > - > + > viostor.cat > viostor.inf > viostor.sys > @@ -889,7 +889,7 @@ > > > > - > + > spice-guest-tools-0.65.exe > spice-guest-tools-0.65.cmd > redhat09.cer > @@ -901,7 +901,7 @@ > > > > - > + > spice-guest-tools-0.65.exe > spice-guest-tools-0.65.cmd > redhat09.cer > -- > 2.1.0 > > _______________________________________________ > Libosinfo mailing list > Libosinfo at redhat.com > https://www.redhat.com/mailman/listinfo/libosinfo -------------- 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 Tue Oct 14 12:22:08 2014 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 14 Oct 2014 14:22:08 +0200 Subject: [Libosinfo] [PATCH] fedora,rhel: Bigger boot partition In-Reply-To: <1413034827-24287-1-git-send-email-zeeshanak@gnome.org> References: <1413034827-24287-1-git-send-email-zeeshanak@gnome.org> Message-ID: <20141014122208.GA7126@edamame.cdg.redhat.com> Hey, On Sat, Oct 11, 2014 at 02:40:27PM +0100, Zeeshan Ali (Khattak) wrote: > I had a RHEL VM where I got into trouble when yum wasn't able to upgrade > system as my boot partition was too small to fit new kernel image. > Kickstart format allows us to just say that we want the size to be > whatever is the recommended value so lets make use of that. > > I tested against RHEL 7.0 and /boot was allocated 512MB. ACK. Fwiw (and totally unrelated to your changes), I'd go with a much lower swap space on minimal instances Christophe > --- > data/install-scripts/fedora.xml | 2 +- > data/install-scripts/rhel.xml | 4 ++-- > 2 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml > index e4113ae..76f28da 100644 > --- a/data/install-scripts/fedora.xml > +++ b/data/install-scripts/fedora.xml > @@ -120,7 +120,7 @@ clearpart --all --drives= > > part biosboot --fstype=biosboot --size=1 > > -part /boot --fstype --size=200 --ondisk= > +part /boot --fstype --recommended --ondisk= > part pv.2 --size=1 --grow --ondisk= > volgroup VolGroup00 --pesize=32768 pv.2 > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 --size=768 --grow --maxsize=1536 > diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml > index d647072..097bd04 100644 > --- a/data/install-scripts/rhel.xml > +++ b/data/install-scripts/rhel.xml > @@ -72,7 +72,7 @@ zerombr > > clearpart --all --drives= > > -part /boot --fstype ext4 --size=200 --ondisk= > +part /boot --fstype ext4 --recommended --ondisk= > part pv.2 --size=1 --grow --ondisk= > volgroup VolGroup00 --pesize=32768 pv.2 > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 --size=768 --grow --maxsize=1536 > @@ -174,7 +174,7 @@ clearpart --all --drives= > > firstboot --disable > > -part /boot --fstype ext4 --size=200 --ondisk= > +part /boot --fstype ext4 --recommended --ondisk= > part pv.2 --size=1 --grow --ondisk= > volgroup VolGroup00 --pesize=32768 pv.2 > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 --size=768 --grow --maxsize=1536 > -- > 2.1.0 > > _______________________________________________ > Libosinfo mailing list > Libosinfo at redhat.com > https://www.redhat.com/mailman/listinfo/libosinfo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From fidencio at redhat.com Wed Oct 22 14:20:57 2014 From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=) Date: Wed, 22 Oct 2014 16:20:57 +0200 Subject: [Libosinfo] [PATCH] Add xen-3.1.0 missing entry Message-ID: <1413987657-27655-1-git-send-email-fidencio@redhat.com> A few products derive from xen-3.1.0 but we had no entry for the hypervisor till now. --- data/hypervisors/xen.xml.in | 17 ++++++++++++++++- 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/data/hypervisors/xen.xml.in b/data/hypervisors/xen.xml.in index 98efefb..be23796 100644 --- a/data/hypervisors/xen.xml.in +++ b/data/hypervisors/xen.xml.in @@ -43,12 +43,27 @@ + + xen-3.1.0 + <_name>Xen 3.1.0 + <_vendor>Citrix Systems, Inc. + 3.1.0 + + + + + + + + + + xen-3.1.3 <_name>Xen 3.1.3 <_vendor>Citrix Systems, Inc. 3.1.3 - + -- 2.1.0 From cfergeau at redhat.com Thu Oct 23 09:04:27 2014 From: cfergeau at redhat.com (Christophe Fergeau) Date: Thu, 23 Oct 2014 11:04:27 +0200 Subject: [Libosinfo] [PATCH] Add xen-3.1.0 missing entry In-Reply-To: <1413987657-27655-1-git-send-email-fidencio@redhat.com> References: <1413987657-27655-1-git-send-email-fidencio@redhat.com> Message-ID: <20141023090427.GH14148@edamame.cdg.redhat.com> On Wed, Oct 22, 2014 at 04:20:57PM +0200, Fabiano Fid?ncio wrote: > A few products derive from xen-3.1.0 but we had no entry for the > hypervisor till now. > --- > data/hypervisors/xen.xml.in | 17 ++++++++++++++++- > 1 file changed, 16 insertions(+), 1 deletion(-) > > diff --git a/data/hypervisors/xen.xml.in b/data/hypervisors/xen.xml.in > index 98efefb..be23796 100644 > --- a/data/hypervisors/xen.xml.in > +++ b/data/hypervisors/xen.xml.in > @@ -43,12 +43,27 @@ > > > > + > + xen-3.1.0 > + <_name>Xen 3.1.0 > + <_vendor>Citrix Systems, Inc. > + 3.1.0 > + > + > + > + > + > + > + > + > + > + Iirc the devices are inherited so we don't need to have them with every entry (they were present already in older xen entries). ACK. Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From fabiano at fidencio.org Thu Oct 23 09:26:06 2014 From: fabiano at fidencio.org (=?UTF-8?Q?Fabiano_Fid=C3=AAncio?=) Date: Thu, 23 Oct 2014 11:26:06 +0200 Subject: [Libosinfo] [PATCH] Add xen-3.1.0 missing entry In-Reply-To: <20141023090427.GH14148@edamame.cdg.redhat.com> References: <1413987657-27655-1-git-send-email-fidencio@redhat.com> <20141023090427.GH14148@edamame.cdg.redhat.com> Message-ID: On Thu, Oct 23, 2014 at 11:04 AM, Christophe Fergeau wrote: > On Wed, Oct 22, 2014 at 04:20:57PM +0200, Fabiano Fid?ncio wrote: >> A few products derive from xen-3.1.0 but we had no entry for the >> hypervisor till now. >> --- >> data/hypervisors/xen.xml.in | 17 ++++++++++++++++- >> 1 file changed, 16 insertions(+), 1 deletion(-) >> >> diff --git a/data/hypervisors/xen.xml.in b/data/hypervisors/xen.xml.in >> index 98efefb..be23796 100644 >> --- a/data/hypervisors/xen.xml.in >> +++ b/data/hypervisors/xen.xml.in >> @@ -43,12 +43,27 @@ >> >> >> >> + >> + xen-3.1.0 >> + <_name>Xen 3.1.0 >> + <_vendor>Citrix Systems, Inc. >> + 3.1.0 >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + > > Iirc the devices are inherited so we don't need to have them with every > entry (they were present already in older xen entries). > ACK. Are they? Are you sure? It is a bit weird to me, just thinking that devices can become obsoletes and as they are inherited we can end up having really old/not supported anymore devices from the very first versions. If they really are, I'll go for this patch as it is for now and then clean up the possible duplicated entries in the rest of the project. > > Christophe > > _______________________________________________ > Libosinfo mailing list > Libosinfo at redhat.com > https://www.redhat.com/mailman/listinfo/libosinfo > Best Regards, -- Fabiano Fid?ncio From cfergeau at redhat.com Thu Oct 23 09:50:23 2014 From: cfergeau at redhat.com (Christophe Fergeau) Date: Thu, 23 Oct 2014 11:50:23 +0200 Subject: [Libosinfo] [PATCH] Add xen-3.1.0 missing entry In-Reply-To: References: <1413987657-27655-1-git-send-email-fidencio@redhat.com> <20141023090427.GH14148@edamame.cdg.redhat.com> Message-ID: <20141023095023.GI14148@edamame.cdg.redhat.com> On Thu, Oct 23, 2014 at 11:26:06AM +0200, Fabiano Fid?ncio wrote: > Are they? Are you sure? Nope, not sure at all :) Actually I'm wrong as shown by #!/usr/bin/python from gi.repository import Libosinfo as osinfo; loader = osinfo.Loader() loader.process_default_path() db = loader.get_db() hvid = "http://qemu.org/1.7.0" hv = db.get_platform(hvid) devs = hv.get_devices().get_elements() print devs hvid = "http://xen.org/xen/3.0.3" hv = db.get_platform(hvid) devs = hv.get_devices().get_elements() print devs Which means at least the QEMU entries are missing data (though there might be something higher the stack doing device inheritance). Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: