From dkliban at redhat.com Mon Apr 1 22:39:34 2013
From: dkliban at redhat.com (Dennis Kliban)
Date: Mon, 1 Apr 2013 18:39:34 -0400 (EDT)
Subject: [Libosinfo] how do i add an extra config parameter to InstallScript?
In-Reply-To: <407850802.922915.1364854668709.JavaMail.root@redhat.com>
Message-ID: <7350056.928178.1364855974273.JavaMail.root@redhat.com>
I have installed libosinfo 0.2.6 from koji. The documentation that was installed with the libosinfo-devel package did not seem to be up to date. After some googling I found the following pages:
http://www.valadoc.org/#!wiki=libosinfo-1.0/index
The documentation above seems to go well with the codebase in 0.2.6. Is this documentation ok to use with 0.2.6? Also wondering why the above site has the version listed as 1.0?
I am attempting to use libosinfo to generate kickstart files for an image building service for OpenStack. I need to be able to add extra parameters to the InstallScript. According to the documentation, InstallScript object can have InstallConfigParam added to it. My understanding is that the InstallConfigParam consists of a name and a policy. What does a policy for a InstallConfigParam look like?
I'd like to add the following line to the kickstart file. It is not found in the default kickstart file for Fedorav 18. How do I do this?
url --url=http://mirrors.kernel.org/fedora/releases/18/Fedora/x86_64/os/
Thanks,
Dennis
From cfergeau at redhat.com Tue Apr 2 09:03:09 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 11:03:09 +0200
Subject: [Libosinfo] how do i add an extra config parameter to
InstallScript?
In-Reply-To: <7350056.928178.1364855974273.JavaMail.root@redhat.com>
References: <407850802.922915.1364854668709.JavaMail.root@redhat.com>
<7350056.928178.1364855974273.JavaMail.root@redhat.com>
Message-ID: <20130402090309.GI2401@teriyaki.redhat.com>
Hey Dennis,
On Mon, Apr 01, 2013 at 06:39:34PM -0400, Dennis Kliban wrote:
> I have installed libosinfo 0.2.6 from koji. The documentation that was
> installed with the libosinfo-devel package did not seem to be up to date.
Looking at the documentation at
/usr/share/gtk-doc/html/Libosinfo/index.html , I see that the various
install-related classes do not appear in the generated HTML, is that what
you mean when you say it's not up to date?
> After some googling I found the following pages:
>
> http://www.valadoc.org/#!wiki=libosinfo-1.0/index
> The documentation above seems to go well with the codebase in 0.2.6. Is
> this documentation ok to use with 0.2.6? Also wondering why the above
> site has the version listed as 1.0?
Yes this documentation should be fine to use with 0.2.6. The -1.0 is the
same as the suffix -1.0 used the .pc and .gir files libosinfo generates.
For now this is a bit weird, but when 1.0 is released, if we decide to make
ABI incompatible changes, then this allows 1.0 and 2.0 to be installed in
parallel thanks to the -1.0 / -2.0 suffix on files/dirs that would
otherwise conflicts.
> I am attempting to use libosinfo to generate kickstart files for an image
> building service for OpenStack. I need to be able to add extra
> parameters to the InstallScript. According to the documentation,
> InstallScript object can have InstallConfigParam added to it. My
> understanding is that the InstallConfigParam consists of a name and a
> policy. What does a policy for a InstallConfigParam look like?
Looking into
/usr/include/libosinfo-1.0/osinfo/osinfo_install_config_param.h
you can find this:
/**
* OsinfoInstallConfigParamPolicy:
* @OSINFO_INSTALL_CONFIG_PARAM_POLICY_NONE: no policy defined
* @OSINFO_INSTALL_CONFIG_PARAM_POLICY_REQUIRED: config parameter is
* required
* @OSINFO_INSTALL_CONFIG_PARAM_POLICY_OPTIONAL: config parameter may be
* omitted
*
* Policy for configuration parameter presence
*/
For the XML equivalent, you can have a look at the RNG schema at
/usr/share/libosinfo/schemas/libosinfo.rng
which has
required|optional
This means the XML 'config' element has a mandatory 'param' element, which
in turn has a 'policy' attribute, which valid values are 'required' or
'optional':
or
(I've omitted the other unrelated attributes/elements).
You can also have a look at existing install scripts when in doubt ;)
> I'd like to add the following line to the kickstart file. It is not
> found in the default kickstart file for Fedorav 18. How do I do this?
>
> url --url=http://mirrors.kernel.org/fedora/releases/18/Fedora/x86_64/os/
Hmm I'd have to look more into this, but at this point I'm afraid you have
to
- either patch libosinfo to optionally support this (imo this would be a
useful addition)
- or duplicate the fedora install script under a different ID, with just
this argument added, and make sure you load it at the same time you load
the libosinfo database.
Hope that helps,
Christophe
>
> Thanks,
> Dennis
>
> _______________________________________________
> 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: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Tue Apr 2 09:17:01 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 11:17:01 +0200
Subject: [Libosinfo] [libosinfo 0/3] Add osinfo_platform_get_all_devices()
Message-ID: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
This patch series adds a osinfo_platform_get_all_devices() method
similar to what osinfo_os_get_all_devices() does.
To avoid duplicating most of osinfo_os_get_all_devices(), the series
starts by adding a helper that will be used by both methods.
Christophe
From cfergeau at redhat.com Tue Apr 2 09:17:02 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 11:17:02 +0200
Subject: [Libosinfo] [libosinfo 1/3] Add osinfo_product_foreach_related()
In-Reply-To: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1364894224-25916-2-git-send-email-cfergeau@redhat.com>
This method iterates over all products that are related to a
given product. This will be useful to implement
osinfo_platform_get_all_devices().
---
osinfo/Makefile.am | 1 +
osinfo/osinfo_product.c | 60 +++++++++++++++++++++++++++++++++++++++++++++++++
2 files changed, 61 insertions(+)
diff --git a/osinfo/Makefile.am b/osinfo/Makefile.am
index 5e9a761..496ee34 100644
--- a/osinfo/Makefile.am
+++ b/osinfo/Makefile.am
@@ -75,6 +75,7 @@ OSINFO_HEADER_FILES = \
osinfo_install_script.h \
osinfo_install_scriptlist.h \
osinfo_product.h \
+ osinfo_product_private.h \
osinfo_productfilter.h \
osinfo_productlist.h \
osinfo_platform.h \
diff --git a/osinfo/osinfo_product.c b/osinfo/osinfo_product.c
index d4d9ec9..561da63 100644
--- a/osinfo/osinfo_product.c
+++ b/osinfo/osinfo_product.c
@@ -30,6 +30,8 @@
#include
#include
+#include "osinfo/osinfo_product_private.h"
+
G_DEFINE_ABSTRACT_TYPE (OsinfoProduct, osinfo_product, OSINFO_TYPE_ENTITY);
#define OSINFO_PRODUCT_GET_PRIVATE(obj) (G_TYPE_INSTANCE_GET_PRIVATE ((obj), OSINFO_TYPE_PRODUCT, OsinfoProductPrivate))
@@ -367,6 +369,64 @@ const gchar *osinfo_product_get_logo(OsinfoProduct *prod)
return osinfo_entity_get_param_value(OSINFO_ENTITY(prod), OSINFO_PRODUCT_PROP_LOGO);
}
+static OsinfoList *osinfo_list_append(OsinfoList *appendee,
+ OsinfoList *appended)
+{
+ OsinfoList *result;
+ result = osinfo_list_new_union(appendee, appended);
+ g_object_unref(G_OBJECT(appendee));
+
+ return result;
+}
+
+void osinfo_product_foreach_related(OsinfoProduct *product,
+ OsinfoProductForeachFlag flags,
+ OsinfoProductForeach foreach_func,
+ gpointer user_data)
+{
+ OsinfoList *related_list;
+ OsinfoProductList *tmp_related;
+ guint i;
+
+ foreach_func(product, user_data);
+
+ related_list = OSINFO_LIST(osinfo_productlist_new());
+ if (flags & OSINFO_PRODUCT_FOREACH_FLAG_DERIVES_FROM) {
+ tmp_related = osinfo_product_get_related
+ (product, OSINFO_PRODUCT_RELATIONSHIP_DERIVES_FROM);
+ related_list = osinfo_list_append(related_list,
+ OSINFO_LIST(tmp_related));
+ g_object_unref(G_OBJECT(tmp_related));
+ }
+
+ if (flags & OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES) {
+ tmp_related = osinfo_product_get_related
+ (product, OSINFO_PRODUCT_RELATIONSHIP_UPGRADES);
+ related_list = osinfo_list_append(related_list,
+ OSINFO_LIST(tmp_related));
+ g_object_unref(G_OBJECT(tmp_related));
+ }
+
+ if (flags & OSINFO_PRODUCT_FOREACH_FLAG_CLONES) {
+ tmp_related = osinfo_product_get_related
+ (product, OSINFO_PRODUCT_RELATIONSHIP_CLONES);
+ related_list = osinfo_list_append(related_list,
+ OSINFO_LIST(tmp_related));
+ g_object_unref(G_OBJECT(tmp_related));
+ }
+
+ for (i = 0; i < osinfo_list_get_length(related_list); i++) {
+ OsinfoEntity *related;
+
+ related = osinfo_list_get_nth(related_list, i);
+ osinfo_product_foreach_related(OSINFO_PRODUCT(related),
+ flags,
+ foreach_func,
+ user_data);
+ }
+ g_object_unref (related_list);
+}
+
/*
* Local variables:
* indent-tabs-mode: nil
--
1.8.1.4
From cfergeau at redhat.com Tue Apr 2 09:17:03 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 11:17:03 +0200
Subject: [Libosinfo] [libosinfo 2/3] Implement osinfo_os_get_all_devices()
with osinfo_product_foreach_related()
In-Reply-To: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1364894224-25916-3-git-send-email-cfergeau@redhat.com>
---
osinfo/osinfo_os.c | 68 +++++++++++++++++++++++++++++-------------------------
1 file changed, 36 insertions(+), 32 deletions(-)
diff --git a/osinfo/osinfo_os.c b/osinfo/osinfo_os.c
index 97ced24..638d9c1 100644
--- a/osinfo/osinfo_os.c
+++ b/osinfo/osinfo_os.c
@@ -26,6 +26,7 @@
#include
#include "osinfo_media_private.h"
+#include "osinfo/osinfo_product_private.h"
#include
G_DEFINE_TYPE (OsinfoOs, osinfo_os, OSINFO_TYPE_PRODUCT);
@@ -229,6 +230,29 @@ OsinfoDeviceList *osinfo_os_get_devices(OsinfoOs *os, OsinfoFilter *filter)
return newList;
}
+struct GetAllDevicesData {
+ OsinfoFilter *filter;
+ OsinfoDeviceList *devices;
+};
+
+static void get_all_devices_cb(OsinfoProduct *product, gpointer user_data)
+{
+ OsinfoDeviceList *devices;
+ OsinfoList *tmp_list;
+ struct GetAllDevicesData *foreach_data = (struct GetAllDevicesData *)user_data;
+
+ g_return_if_fail(OSINFO_IS_OS(product));
+
+ devices = osinfo_os_get_devices(OSINFO_OS(product),
+ foreach_data->filter);
+ tmp_list = osinfo_list_new_union(OSINFO_LIST(foreach_data->devices),
+ OSINFO_LIST(devices));
+ g_object_unref(foreach_data->devices);
+ g_object_unref(devices);
+ foreach_data->devices = OSINFO_DEVICELIST(tmp_list);
+}
+
+
/**
* osinfo_os_get_all_devices:
* @os: an operating system
@@ -242,38 +266,18 @@ OsinfoDeviceList *osinfo_os_get_devices(OsinfoOs *os, OsinfoFilter *filter)
*/
OsinfoDeviceList *osinfo_os_get_all_devices(OsinfoOs *os, OsinfoFilter *filter)
{
- OsinfoProductList *derived, *cloned, *related_list;
- OsinfoDeviceList *devices;
- guint i;
-
- devices = osinfo_os_get_devices(os, filter);
-
- derived = osinfo_product_get_related
- (OSINFO_PRODUCT(os), OSINFO_PRODUCT_RELATIONSHIP_DERIVES_FROM);
- cloned = osinfo_product_get_related(OSINFO_PRODUCT(os),
- OSINFO_PRODUCT_RELATIONSHIP_CLONES);
- related_list = OSINFO_PRODUCTLIST(osinfo_list_new_union(OSINFO_LIST(derived),
- OSINFO_LIST(cloned)));
- g_object_unref(derived);
- g_object_unref(cloned);
-
- for (i = 0; i < osinfo_list_get_length(OSINFO_LIST(related_list)); i++) {
- OsinfoEntity *related;
- OsinfoDeviceList *related_devices;
-
- related = osinfo_list_get_nth(OSINFO_LIST(related_list), i);
- related_devices = osinfo_os_get_all_devices(OSINFO_OS(related), filter);
- if (osinfo_list_get_length(OSINFO_LIST(related_devices)) > 0) {
- OsinfoDeviceList *tmp_list = devices;
- devices = OSINFO_DEVICELIST(osinfo_list_new_union(OSINFO_LIST(devices),
- OSINFO_LIST(related_devices)));
- g_object_unref(tmp_list);
- }
- }
-
- g_object_unref (related_list);
-
- return devices;
+ struct GetAllDevicesData foreach_data = {
+ .filter = filter,
+ .devices = osinfo_devicelist_new()
+ };
+
+ osinfo_product_foreach_related(OSINFO_PRODUCT(os),
+ OSINFO_PRODUCT_FOREACH_FLAG_DERIVES_FROM |
+ OSINFO_PRODUCT_FOREACH_FLAG_CLONES,
+ get_all_devices_cb,
+ &foreach_data);
+
+ return foreach_data.devices;
}
/**
--
1.8.1.4
From cfergeau at redhat.com Tue Apr 2 09:17:04 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 11:17:04 +0200
Subject: [Libosinfo] [libosinfo 3/3] Implement
osinfo_platform_get_all_devices()
In-Reply-To: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1364894224-25916-4-git-send-email-cfergeau@redhat.com>
---
osinfo/libosinfo.syms | 4 ++++
osinfo/osinfo_platform.c | 38 ++++++++++++++++++++++++++++++++++++++
osinfo/osinfo_platform.h | 1 +
3 files changed, 43 insertions(+)
diff --git a/osinfo/libosinfo.syms b/osinfo/libosinfo.syms
index 45689a2..8fcf327 100644
--- a/osinfo/libosinfo.syms
+++ b/osinfo/libosinfo.syms
@@ -413,6 +413,10 @@ LIBOSINFO_0.2.6 {
osinfo_install_script_get_post_install_drivers_signing_req;
} LIBOSINFO_0.2.3;
+LIBOSINFO_0.2.7 {
+ osinfo_platform_get_all_devices;
+} LIBOSINFO_0.2.6;
+
/* Symbols in next release...
LIBOSINFO_0.0.2 {
diff --git a/osinfo/osinfo_platform.c b/osinfo/osinfo_platform.c
index 222eb93..1bb3ecf 100644
--- a/osinfo/osinfo_platform.c
+++ b/osinfo/osinfo_platform.c
@@ -25,6 +25,7 @@
#include
#include
+#include "osinfo/osinfo_product_private.h"
#include
G_DEFINE_TYPE (OsinfoPlatform, osinfo_platform, OSINFO_TYPE_PRODUCT);
@@ -101,6 +102,43 @@ OsinfoPlatform *osinfo_platform_new(const gchar *id)
NULL);
}
+struct GetAllDevicesData {
+ OsinfoFilter *filter;
+ OsinfoDeviceList *devices;
+};
+
+static void get_all_devices_cb(OsinfoProduct *product, gpointer user_data)
+{
+ OsinfoDeviceList *devices;
+ OsinfoList *tmp_list;
+ struct GetAllDevicesData *foreach_data = (struct GetAllDevicesData *)user_data;
+
+ g_return_if_fail(OSINFO_IS_PLATFORM(product));
+
+ devices = osinfo_platform_get_devices(OSINFO_PLATFORM(product),
+ foreach_data->filter);
+ tmp_list = osinfo_list_new_union(OSINFO_LIST(foreach_data->devices),
+ OSINFO_LIST(devices));
+ g_object_unref(foreach_data->devices);
+ g_object_unref(devices);
+ foreach_data->devices = OSINFO_DEVICELIST(tmp_list);
+}
+
+OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform,
+ OsinfoFilter *filter)
+{
+ struct GetAllDevicesData foreach_data = {
+ .filter = filter,
+ .devices = osinfo_devicelist_new()
+ };
+
+ osinfo_product_foreach_related(OSINFO_PRODUCT(platform),
+ OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES,
+ get_all_devices_cb,
+ &foreach_data);
+
+ return foreach_data.devices;
+}
/**
* osinfo_platform_get_devices:
diff --git a/osinfo/osinfo_platform.h b/osinfo/osinfo_platform.h
index 8455a32..d5df225 100644
--- a/osinfo/osinfo_platform.h
+++ b/osinfo/osinfo_platform.h
@@ -71,6 +71,7 @@ GType osinfo_platform_get_type(void);
OsinfoPlatform *osinfo_platform_new(const gchar *id);
OsinfoDeviceList *osinfo_platform_get_devices(OsinfoPlatform *platform, OsinfoFilter *filter);
+OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform, OsinfoFilter *filter);
OsinfoDeviceLinkList *osinfo_platform_get_device_links(OsinfoPlatform *platform, OsinfoFilter *filter);
OsinfoDeviceLink *osinfo_platform_add_device(OsinfoPlatform *platform, OsinfoDevice *dev);
--
1.8.1.4
From cfergeau at redhat.com Tue Apr 2 09:20:05 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 11:20:05 +0200
Subject: [Libosinfo] [PATCH 03/11] centos,
test: Add OS info/testcase for CentOS 6.0
In-Reply-To:
References: <1364047774-28914-1-git-send-email-fidencio@redhat.com>
<1364047774-28914-3-git-send-email-fidencio@redhat.com>
<20130325085000.GC3330@teriyaki.redhat.com>
Message-ID: <20130402092005.GJ2401@teriyaki.redhat.com>
On Sat, Mar 30, 2013 at 11:30:19PM +0100, Fabiano Fid?ncio wrote:
> On Mon, Mar 25, 2013 at 9:50 AM, Christophe Fergeau wrote:
>
> > On Sat, Mar 23, 2013 at 03:09:26PM +0100, Fabiano Fid?ncio wrote:
> > > ---
> > > data/oses/centos.xml.in | 22
> > ++++++++++++++++
> > > .../centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt | 29
> > ++++++++++++++++++++++
> > > .../centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt | 29
> > ++++++++++++++++++++++
> > > test/test-isodetect.c | 6 +++++
> > > 4 files changed, 86 insertions(+)
> > > create mode 100644
> > test/isodata/centos/centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt
> > > create mode 100644
> > test/isodata/centos/centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt
> > >
> > > diff --git a/data/oses/centos.xml.in b/data/oses/centos.xml.in
> > > index 3f09dea..bb8e570 100644
> > > --- a/data/oses/centos.xml.in
> > > +++ b/data/oses/centos.xml.in
> > > @@ -16,13 +16,35 @@
> > > LINUX
> > > CentOS_6.0_Final
> > >
> > > + isolinux/vmlinuz
> > > + isolinux/initrd.img
> > >
> > >
> > >
> > > LINUX
> > > CentOS_6.0_Final
> > >
> > > + isolinux/vmlinuz
> > > + isolinux/initrd.img
> > >
> > > +
> > > +
> > > +
> > > + 1
> > > + 536870912
> > > +
> > > +
> > > +
> > > + 400000000
> > > + 1073741824
> > > + 9663676416
> > > +
> > > +
> > > +
> > > +
> > > +
> > > +
> > > +
> >
> > This gets back to a question I had while I was writing the openSUSE
> > patches, should we be duplicating this info, or should this be inherited
> > through the clones/derives-from elements if it's not set?
> >
>
> IMHO, this info should be inherited through the clones/derives-from
> elements.
> Should I change it? :-)
If you feel like writing a patch for that, sure. Otherwise I guess we can
take this patch as is for now.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Tue Apr 2 09:20:53 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 11:20:53 +0200
Subject: [Libosinfo] [PATCH 01/11] fedora, rhel,
installer: Don't use "--activate" with older OSes
In-Reply-To:
References: <1364047774-28914-1-git-send-email-fidencio@redhat.com>
<20130325084626.GA3330@teriyaki.redhat.com>
Message-ID: <20130402092053.GK2401@teriyaki.redhat.com>
On Sat, Mar 30, 2013 at 11:27:27PM +0100, Fabiano Fid?ncio wrote:
> On Mon, Mar 25, 2013 at 9:46 AM, Christophe Fergeau wrote:
>
> > Hey,
> >
> > Can we not just drop it rather than making it conditional?
> > http://fedoraproject.org/wiki/Anaconda/Kickstart#network says
> > 'Device of the first network command is activated if network is required,
> > e.g. in case of network installation or using vnc. Activation of the device
> > can be also explicitly required by --activate option.'
> >
> > so it would seem this will be done automatically if needed?
> >
>
> Yes, after a few tests here I can say you are right.
> Should I resend the patch?
Yes please,
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Tue Apr 2 12:58:00 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Tue, 2 Apr 2013 15:58:00 +0300
Subject: [Libosinfo] [libosinfo 1/3] Add osinfo_product_foreach_related()
In-Reply-To: <1364894224-25916-2-git-send-email-cfergeau@redhat.com>
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
<1364894224-25916-2-git-send-email-cfergeau@redhat.com>
Message-ID:
On Tue, Apr 2, 2013 at 12:17 PM, Christophe Fergeau wrote:
> This method iterates over all products that are related to a
> given product. This will be useful to implement
> osinfo_platform_get_all_devices().
> ---
> osinfo/Makefile.am | 1 +
> osinfo/osinfo_product.c | 60 +++++++++++++++++++++++++++++++++++++++++++++++++
> 2 files changed, 61 insertions(+)
>
> diff --git a/osinfo/Makefile.am b/osinfo/Makefile.am
> index 5e9a761..496ee34 100644
> --- a/osinfo/Makefile.am
> +++ b/osinfo/Makefile.am
> @@ -75,6 +75,7 @@ OSINFO_HEADER_FILES = \
> osinfo_install_script.h \
> osinfo_install_scriptlist.h \
> osinfo_product.h \
> + osinfo_product_private.h \
This file is missing from the patch.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Tue Apr 2 13:21:42 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 15:21:42 +0200
Subject: [Libosinfo] [PATCHv2] Add osinfo_product_foreach_related()
Message-ID: <1364908902-10592-1-git-send-email-cfergeau@redhat.com>
This method iterates over all products that are related to a
given product. This will be useful to implement
osinfo_platform_get_all_devices().
---
osinfo/Makefile.am | 1 +
osinfo/osinfo_product.c | 60 +++++++++++++++++++++++++++++++++++++++++
osinfo/osinfo_product_private.h | 51 +++++++++++++++++++++++++++++++++++
3 files changed, 112 insertions(+)
create mode 100644 osinfo/osinfo_product_private.h
diff --git a/osinfo/Makefile.am b/osinfo/Makefile.am
index 5e9a761..496ee34 100644
--- a/osinfo/Makefile.am
+++ b/osinfo/Makefile.am
@@ -75,6 +75,7 @@ OSINFO_HEADER_FILES = \
osinfo_install_script.h \
osinfo_install_scriptlist.h \
osinfo_product.h \
+ osinfo_product_private.h \
osinfo_productfilter.h \
osinfo_productlist.h \
osinfo_platform.h \
diff --git a/osinfo/osinfo_product.c b/osinfo/osinfo_product.c
index d4d9ec9..561da63 100644
--- a/osinfo/osinfo_product.c
+++ b/osinfo/osinfo_product.c
@@ -30,6 +30,8 @@
#include
#include
+#include "osinfo/osinfo_product_private.h"
+
G_DEFINE_ABSTRACT_TYPE (OsinfoProduct, osinfo_product, OSINFO_TYPE_ENTITY);
#define OSINFO_PRODUCT_GET_PRIVATE(obj) (G_TYPE_INSTANCE_GET_PRIVATE ((obj), OSINFO_TYPE_PRODUCT, OsinfoProductPrivate))
@@ -367,6 +369,64 @@ const gchar *osinfo_product_get_logo(OsinfoProduct *prod)
return osinfo_entity_get_param_value(OSINFO_ENTITY(prod), OSINFO_PRODUCT_PROP_LOGO);
}
+static OsinfoList *osinfo_list_append(OsinfoList *appendee,
+ OsinfoList *appended)
+{
+ OsinfoList *result;
+ result = osinfo_list_new_union(appendee, appended);
+ g_object_unref(G_OBJECT(appendee));
+
+ return result;
+}
+
+void osinfo_product_foreach_related(OsinfoProduct *product,
+ OsinfoProductForeachFlag flags,
+ OsinfoProductForeach foreach_func,
+ gpointer user_data)
+{
+ OsinfoList *related_list;
+ OsinfoProductList *tmp_related;
+ guint i;
+
+ foreach_func(product, user_data);
+
+ related_list = OSINFO_LIST(osinfo_productlist_new());
+ if (flags & OSINFO_PRODUCT_FOREACH_FLAG_DERIVES_FROM) {
+ tmp_related = osinfo_product_get_related
+ (product, OSINFO_PRODUCT_RELATIONSHIP_DERIVES_FROM);
+ related_list = osinfo_list_append(related_list,
+ OSINFO_LIST(tmp_related));
+ g_object_unref(G_OBJECT(tmp_related));
+ }
+
+ if (flags & OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES) {
+ tmp_related = osinfo_product_get_related
+ (product, OSINFO_PRODUCT_RELATIONSHIP_UPGRADES);
+ related_list = osinfo_list_append(related_list,
+ OSINFO_LIST(tmp_related));
+ g_object_unref(G_OBJECT(tmp_related));
+ }
+
+ if (flags & OSINFO_PRODUCT_FOREACH_FLAG_CLONES) {
+ tmp_related = osinfo_product_get_related
+ (product, OSINFO_PRODUCT_RELATIONSHIP_CLONES);
+ related_list = osinfo_list_append(related_list,
+ OSINFO_LIST(tmp_related));
+ g_object_unref(G_OBJECT(tmp_related));
+ }
+
+ for (i = 0; i < osinfo_list_get_length(related_list); i++) {
+ OsinfoEntity *related;
+
+ related = osinfo_list_get_nth(related_list, i);
+ osinfo_product_foreach_related(OSINFO_PRODUCT(related),
+ flags,
+ foreach_func,
+ user_data);
+ }
+ g_object_unref (related_list);
+}
+
/*
* Local variables:
* indent-tabs-mode: nil
diff --git a/osinfo/osinfo_product_private.h b/osinfo/osinfo_product_private.h
new file mode 100644
index 0000000..b3c279d
--- /dev/null
+++ b/osinfo/osinfo_product_private.h
@@ -0,0 +1,51 @@
+/*
+ * libosinfo: a software product
+ *
+ * Copyright (C) 2013 Red Hat, Inc.
+ *
+ * This library is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
+ * version 2.1 of the License, or (at your option) any later version.
+ *
+ * This library is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ * Lesser General Public License for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public
+ * License along with this library. If not, see
+ * .
+ *
+ * Authors:
+ * Christophe Fergeau
+ */
+
+#include "osinfo_product.h"
+
+#ifndef __OSINFO_PRODUCT_PRIVATE_H__
+#define __OSINFO_PRODUCT_PRIVATE_H__
+
+
+typedef void (*OsinfoProductForeach)(OsinfoProduct *product, gpointer user_data);
+
+typedef enum { /*< skip >*/
+ OSINFO_PRODUCT_FOREACH_FLAG_DERIVES_FROM = 1 << 0,
+ OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES = 1 << 1,
+ OSINFO_PRODUCT_FOREACH_FLAG_CLONES = 1 << 2,
+} OsinfoProductForeachFlag;
+
+void osinfo_product_foreach_related(OsinfoProduct *product,
+ OsinfoProductForeachFlag flags,
+ OsinfoProductForeach foreach_func,
+ gpointer user_data);
+
+#endif /* __OSINFO_PRODUCT_PRIVATE_H__ */
+
+/*
+ * Local variables:
+ * indent-tabs-mode: nil
+ * c-indent-level: 4
+ * c-basic-offset: 4
+ * End:
+ */
--
1.8.1.4
From cfergeau at redhat.com Tue Apr 2 13:18:55 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 2 Apr 2013 15:18:55 +0200
Subject: [Libosinfo] [libosinfo 1/3] Add osinfo_product_foreach_related()
In-Reply-To:
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
<1364894224-25916-2-git-send-email-cfergeau@redhat.com>
Message-ID: <20130402131855.GN2401@teriyaki.redhat.com>
On Tue, Apr 02, 2013 at 03:58:00PM +0300, Zeeshan Ali (Khattak) wrote:
> On Tue, Apr 2, 2013 at 12:17 PM, Christophe Fergeau wrote:
> > This method iterates over all products that are related to a
> > given product. This will be useful to implement
> > osinfo_platform_get_all_devices().
> > ---
> > osinfo/Makefile.am | 1 +
> > osinfo/osinfo_product.c | 60 +++++++++++++++++++++++++++++++++++++++++++++++++
> > 2 files changed, 61 insertions(+)
> >
> > diff --git a/osinfo/Makefile.am b/osinfo/Makefile.am
> > index 5e9a761..496ee34 100644
> > --- a/osinfo/Makefile.am
> > +++ b/osinfo/Makefile.am
> > @@ -75,6 +75,7 @@ OSINFO_HEADER_FILES = \
> > osinfo_install_script.h \
> > osinfo_install_scriptlist.h \
> > osinfo_product.h \
> > + osinfo_product_private.h \
>
> This file is missing from the patch.
Oops, v2 coming ;)
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Tue Apr 2 14:24:45 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Tue, 2 Apr 2013 17:24:45 +0300
Subject: [Libosinfo] [PATCHv2] Add osinfo_product_foreach_related()
In-Reply-To: <1364908902-10592-1-git-send-email-cfergeau@redhat.com>
References: <1364908902-10592-1-git-send-email-cfergeau@redhat.com>
Message-ID:
On Tue, Apr 2, 2013 at 4:21 PM, Christophe Fergeau wrote:
> This method iterates over all products that are related to a
> given product. This will be useful to implement
> osinfo_platform_get_all_devices().
> ---
Looks good. ACK
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Tue Apr 2 14:27:12 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Tue, 2 Apr 2013 17:27:12 +0300
Subject: [Libosinfo] [libosinfo 2/3] Implement
osinfo_os_get_all_devices() with osinfo_product_foreach_related()
In-Reply-To: <1364894224-25916-3-git-send-email-cfergeau@redhat.com>
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
<1364894224-25916-3-git-send-email-cfergeau@redhat.com>
Message-ID:
On Tue, Apr 2, 2013 at 12:17 PM, Christophe Fergeau wrote:
> ---
ACK
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Tue Apr 2 14:39:47 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Tue, 2 Apr 2013 17:39:47 +0300
Subject: [Libosinfo] [libosinfo 3/3] Implement
osinfo_platform_get_all_devices()
In-Reply-To: <1364894224-25916-4-git-send-email-cfergeau@redhat.com>
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
<1364894224-25916-4-git-send-email-cfergeau@redhat.com>
Message-ID:
On Tue, Apr 2, 2013 at 12:17 PM, Christophe Fergeau wrote:
> ---
> osinfo/libosinfo.syms | 4 ++++
> osinfo/osinfo_platform.c | 38 ++++++++++++++++++++++++++++++++++++++
> osinfo/osinfo_platform.h | 1 +
> 3 files changed, 43 insertions(+)
>
> diff --git a/osinfo/libosinfo.syms b/osinfo/libosinfo.syms
> index 45689a2..8fcf327 100644
> --- a/osinfo/libosinfo.syms
> +++ b/osinfo/libosinfo.syms
> @@ -413,6 +413,10 @@ LIBOSINFO_0.2.6 {
> osinfo_install_script_get_post_install_drivers_signing_req;
> } LIBOSINFO_0.2.3;
>
> +LIBOSINFO_0.2.7 {
> + osinfo_platform_get_all_devices;
> +} LIBOSINFO_0.2.6;
> +
> /* Symbols in next release...
>
> LIBOSINFO_0.0.2 {
> diff --git a/osinfo/osinfo_platform.c b/osinfo/osinfo_platform.c
> index 222eb93..1bb3ecf 100644
> --- a/osinfo/osinfo_platform.c
> +++ b/osinfo/osinfo_platform.c
> @@ -25,6 +25,7 @@
> #include
>
> #include
> +#include "osinfo/osinfo_product_private.h"
> #include
>
> G_DEFINE_TYPE (OsinfoPlatform, osinfo_platform, OSINFO_TYPE_PRODUCT);
> @@ -101,6 +102,43 @@ OsinfoPlatform *osinfo_platform_new(const gchar *id)
> NULL);
> }
>
> +struct GetAllDevicesData {
> + OsinfoFilter *filter;
> + OsinfoDeviceList *devices;
> +};
> +
> +static void get_all_devices_cb(OsinfoProduct *product, gpointer user_data)
> +{
> + OsinfoDeviceList *devices;
> + OsinfoList *tmp_list;
> + struct GetAllDevicesData *foreach_data = (struct GetAllDevicesData *)user_data;
> +
> + g_return_if_fail(OSINFO_IS_PLATFORM(product));
> +
> + devices = osinfo_platform_get_devices(OSINFO_PLATFORM(product),
> + foreach_data->filter);
> + tmp_list = osinfo_list_new_union(OSINFO_LIST(foreach_data->devices),
> + OSINFO_LIST(devices));
> + g_object_unref(foreach_data->devices);
> + g_object_unref(devices);
> + foreach_data->devices = OSINFO_DEVICELIST(tmp_list);
> +}
Some docs would be nice.
> +OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform,
> + OsinfoFilter *filter)
> +{
> + struct GetAllDevicesData foreach_data = {
> + .filter = filter,
> + .devices = osinfo_devicelist_new()
> + };
> +
> + osinfo_product_foreach_related(OSINFO_PRODUCT(platform),
> + OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES,
> + get_all_devices_cb,
> + &foreach_data);
Seems in _os_get_all_devices() we are looking for `DERIVES_FROM |
CLONES`, Some reasoning for this contrast would be nice.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From berrange at redhat.com Tue Apr 2 16:46:15 2013
From: berrange at redhat.com (Daniel P. Berrange)
Date: Tue, 2 Apr 2013 17:46:15 +0100
Subject: [Libosinfo] [PATCH] Disable static libraries by default
Message-ID: <1364921175-24412-1-git-send-email-berrange@redhat.com>
From: "Daniel P. Berrange"
Every source file is currently built twice by libtool, once for
the shared library and once for the static library. Static libs
are not commonly packaged by distros and slow down compilation
time by almost 100% compared to a shared-only build time.
Time for non-parallel make
shared only: 22 secs
shared + static: 40 secs
Those few people who really want them, can pass --enable-static
to configure
Disabling them by default requires use of LT_INIT. We don't need
to support older libtool, so drop use of AM_PROG_LIBTOOL entirely
---
configure.ac | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
---
configure.ac | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 3fefdba..301e577 100644
--- a/configure.ac
+++ b/configure.ac
@@ -5,10 +5,11 @@ AM_INIT_AUTOMAKE([1.11.1 foreign color-tests tar-ustar])
AC_PREREQ([2.61])
AC_CONFIG_SRCDIR([osinfo/osinfo_db.c])
AC_CONFIG_HEADERS([config.h])
-AC_PROG_LIBTOOL
AC_PROG_CC
AC_PROG_LN_S
+LT_INIT([shared disable-static win32-dll])
+
LIBOSINFO_COMPILE_WARNINGS
GNOME_MAINTAINER_MODE_DEFINES
AM_MAINTAINER_MODE([enable])
--
1.8.1.4
From eblake at redhat.com Tue Apr 2 17:23:33 2013
From: eblake at redhat.com (Eric Blake)
Date: Tue, 02 Apr 2013 11:23:33 -0600
Subject: [Libosinfo] [PATCH] Disable static libraries by default
In-Reply-To: <1364921175-24412-1-git-send-email-berrange@redhat.com>
References: <1364921175-24412-1-git-send-email-berrange@redhat.com>
Message-ID: <515B1415.7060400@redhat.com>
On 04/02/2013 10:46 AM, Daniel P. Berrange wrote:
> From: "Daniel P. Berrange"
>
> Every source file is currently built twice by libtool, once for
> the shared library and once for the static library. Static libs
> are not commonly packaged by distros and slow down compilation
> time by almost 100% compared to a shared-only build time.
>
> Time for non-parallel make
>
> shared only: 22 secs
> shared + static: 40 secs
>
> Those few people who really want them, can pass --enable-static
> to configure
>
> Disabling them by default requires use of LT_INIT. We don't need
> to support older libtool, so drop use of AM_PROG_LIBTOOL entirely
> ---
> configure.ac | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
> ---
> configure.ac | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
Odd double-diffstat. But looks like you are on a roll, doing the same
cleanup throughout the virt stack :)
> +++ b/configure.ac
> @@ -5,10 +5,11 @@ AM_INIT_AUTOMAKE([1.11.1 foreign color-tests tar-ustar])
> AC_PREREQ([2.61])
> AC_CONFIG_SRCDIR([osinfo/osinfo_db.c])
> AC_CONFIG_HEADERS([config.h])
> -AC_PROG_LIBTOOL
> AC_PROG_CC
> AC_PROG_LN_S
>
> +LT_INIT([shared disable-static win32-dll])
Where did win32-dll come from for this particular configure.ac? We
weren't previously using AC_LIBTOOL_WIN32_DLL.
ACK if you drop the unneeded option.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 621 bytes
Desc: OpenPGP digital signature
URL:
From berrange at redhat.com Tue Apr 2 17:40:34 2013
From: berrange at redhat.com (Daniel P. Berrange)
Date: Tue, 2 Apr 2013 18:40:34 +0100
Subject: [Libosinfo] [PATCH] Disable static libraries by default
In-Reply-To: <515B1415.7060400@redhat.com>
References: <1364921175-24412-1-git-send-email-berrange@redhat.com>
<515B1415.7060400@redhat.com>
Message-ID: <20130402174034.GA21743@redhat.com>
On Tue, Apr 02, 2013 at 11:23:33AM -0600, Eric Blake wrote:
> On 04/02/2013 10:46 AM, Daniel P. Berrange wrote:
> > From: "Daniel P. Berrange"
> >
> > Every source file is currently built twice by libtool, once for
> > the shared library and once for the static library. Static libs
> > are not commonly packaged by distros and slow down compilation
> > time by almost 100% compared to a shared-only build time.
> >
> > Time for non-parallel make
> >
> > shared only: 22 secs
> > shared + static: 40 secs
> >
> > Those few people who really want them, can pass --enable-static
> > to configure
> >
> > Disabling them by default requires use of LT_INIT. We don't need
> > to support older libtool, so drop use of AM_PROG_LIBTOOL entirely
> > ---
> > configure.ac | 3 +--
> > 1 file changed, 1 insertion(+), 2 deletions(-)
> > ---
> > configure.ac | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
>
> Odd double-diffstat. But looks like you are on a roll, doing the same
> cleanup throughout the virt stack :)
>
> > +++ b/configure.ac
> > @@ -5,10 +5,11 @@ AM_INIT_AUTOMAKE([1.11.1 foreign color-tests tar-ustar])
> > AC_PREREQ([2.61])
> > AC_CONFIG_SRCDIR([osinfo/osinfo_db.c])
> > AC_CONFIG_HEADERS([config.h])
> > -AC_PROG_LIBTOOL
> > AC_PROG_CC
> > AC_PROG_LN_S
> >
> > +LT_INIT([shared disable-static win32-dll])
>
> Where did win32-dll come from for this particular configure.ac? We
> weren't previously using AC_LIBTOOL_WIN32_DLL.
>
> ACK if you drop the unneeded option.
Actually, we should have had that all along - we're building DLLs as
part of the autobuild process ! Not sure why we didn't have trouble
without it though !
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
From cfergeau at redhat.com Wed Apr 3 07:58:04 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 09:58:04 +0200
Subject: [Libosinfo] [libosinfo 1/4] db: Add device names next to the device
IDs
Message-ID: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
Adding the device names in XML comments make the driver declaration
much clearer in windows.xml
---
data/oses/windows.xml.in | 48 ++++++++++++++++++++++++------------------------
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/data/oses/windows.xml.in b/data/oses/windows.xml.in
index 26d4410..2262497 100644
--- a/data/oses/windows.xml.in
+++ b/data/oses/windows.xml.in
@@ -389,7 +389,7 @@
viostor.sys
txtsetup.oem
-
+
@@ -398,7 +398,7 @@
viostor.sys
txtsetup.oem
-
+
@@ -407,11 +407,11 @@
spice-guest-tools-0.52.cmd
redhat09.cer
redhat10.cer
-
-
-
-
-
+
+
+
+
+
@@ -419,11 +419,11 @@
spice-guest-tools-0.52.cmd
redhat09.cer
redhat10.cer
-
-
-
-
-
+
+
+
+
+
@@ -784,14 +784,14 @@
viostor.cat
viostor.inf
viostor.sys
-
+
viostor.cat
viostor.inf
viostor.sys
-
+
@@ -800,11 +800,11 @@
spice-guest-tools-0.52.cmd
redhat09.cer
redhat10.cer
-
-
-
-
-
+
+
+
+
+
@@ -812,11 +812,11 @@
spice-guest-tools-0.52.cmd
redhat09.cer
redhat10.cer
-
-
-
-
-
+
+
+
+
+
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 3 07:58:05 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 09:58:05 +0200
Subject: [Libosinfo] [libosinfo 2/4] db: Add descriptions for virtio-scsi
and virtio-rng
In-Reply-To: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1364975887-3836-2-git-send-email-cfergeau@redhat.com>
---
data/devices/virtio-pci.xml.in | 20 ++++++++++++++++++++
data/schemas/libosinfo.rng | 2 ++
2 files changed, 22 insertions(+)
diff --git a/data/devices/virtio-pci.xml.in b/data/devices/virtio-pci.xml.in
index b5b3948..28d17cd 100644
--- a/data/devices/virtio-pci.xml.in
+++ b/data/devices/virtio-pci.xml.in
@@ -41,6 +41,26 @@
1003
+
+ virtio-scsi
+ pci
+ block
+ <_vendor>Red Hat, Inc
+ 1af4
+ Virtio SCSI
+ 1004
+
+
+
+ viortio-rng
+ pci
+ misc.rng
+ <_vendor>Red Hat, Inc
+ 1af4
+ Virtio RNG
+ 1005
+
+
virtio-9p
pci
diff --git a/data/schemas/libosinfo.rng b/data/schemas/libosinfo.rng
index 735ced0..80296b6 100644
--- a/data/schemas/libosinfo.rng
+++ b/data/schemas/libosinfo.rng
@@ -78,6 +78,8 @@
filesystem
input
memory.balloon
+ misc.rng
+ misc.fs
net
video
watchdog
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 3 07:58:06 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 09:58:06 +0200
Subject: [Libosinfo] [libosinfo 3/4] db: Add virtio-scsi and virtio-rng to
qemu platform data
In-Reply-To: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1364975887-3836-3-git-send-email-cfergeau@redhat.com>
---
data/hypervisors/qemu.xml.in | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/data/hypervisors/qemu.xml.in b/data/hypervisors/qemu.xml.in
index e57e867..1a5d9c5 100644
--- a/data/hypervisors/qemu.xml.in
+++ b/data/hypervisors/qemu.xml.in
@@ -70,6 +70,9 @@
<_vendor>qemu.org
1.1
2012-06-01
+
+
+
@@ -133,6 +136,9 @@
<_vendor>qemu.org
1.3.0
2012-12-03
+
+
+
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 3 07:58:07 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 09:58:07 +0200
Subject: [Libosinfo] [libosinfo 4/4] db: Add virtio-scsi to RHEL and Fedora
In-Reply-To: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1364975887-3836-4-git-send-email-cfergeau@redhat.com>
This was added in RHEL 6.3 as a Technological Preview, and in
Fedora 17
---
data/oses/fedora.xml.in | 5 +++++
data/oses/rhel.xml.in | 5 +++++
2 files changed, 10 insertions(+)
diff --git a/data/oses/fedora.xml.in b/data/oses/fedora.xml.in
index 0002427..0ded168 100644
--- a/data/oses/fedora.xml.in
+++ b/data/oses/fedora.xml.in
@@ -1212,6 +1212,11 @@
+
+
+
+
+
http://download.fedoraproject.org/pub/fedora/linux/releases/17/Fedora/i386/iso/Fedora-17-i386-DVD.iso
diff --git a/data/oses/rhel.xml.in b/data/oses/rhel.xml.in
index 35de243..cb7a1c9 100644
--- a/data/oses/rhel.xml.in
+++ b/data/oses/rhel.xml.in
@@ -829,6 +829,11 @@
2012-06-21
2023-11-30
+
+
+
+
+
LINUX
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 3 08:04:07 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 10:04:07 +0200
Subject: [Libosinfo] [libosinfo 3/3] Implement
osinfo_platform_get_all_devices()
In-Reply-To:
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
<1364894224-25916-4-git-send-email-cfergeau@redhat.com>
Message-ID: <20130403080407.GP2401@teriyaki.redhat.com>
On Tue, Apr 02, 2013 at 05:39:47PM +0300, Zeeshan Ali (Khattak) wrote:
> On Tue, Apr 2, 2013 at 12:17 PM, Christophe Fergeau wrote:
> > ---
> > osinfo/libosinfo.syms | 4 ++++
> > osinfo/osinfo_platform.c | 38 ++++++++++++++++++++++++++++++++++++++
> > osinfo/osinfo_platform.h | 1 +
> > 3 files changed, 43 insertions(+)
> >
> > diff --git a/osinfo/libosinfo.syms b/osinfo/libosinfo.syms
> > index 45689a2..8fcf327 100644
> > --- a/osinfo/libosinfo.syms
> > +++ b/osinfo/libosinfo.syms
> > @@ -413,6 +413,10 @@ LIBOSINFO_0.2.6 {
> > osinfo_install_script_get_post_install_drivers_signing_req;
> > } LIBOSINFO_0.2.3;
> >
> > +LIBOSINFO_0.2.7 {
> > + osinfo_platform_get_all_devices;
> > +} LIBOSINFO_0.2.6;
> > +
> > /* Symbols in next release...
> >
> > LIBOSINFO_0.0.2 {
> > diff --git a/osinfo/osinfo_platform.c b/osinfo/osinfo_platform.c
> > index 222eb93..1bb3ecf 100644
> > --- a/osinfo/osinfo_platform.c
> > +++ b/osinfo/osinfo_platform.c
> > @@ -25,6 +25,7 @@
> > #include
> >
> > #include
> > +#include "osinfo/osinfo_product_private.h"
> > #include
> >
> > G_DEFINE_TYPE (OsinfoPlatform, osinfo_platform, OSINFO_TYPE_PRODUCT);
> > @@ -101,6 +102,43 @@ OsinfoPlatform *osinfo_platform_new(const gchar *id)
> > NULL);
> > }
> >
> > +struct GetAllDevicesData {
> > + OsinfoFilter *filter;
> > + OsinfoDeviceList *devices;
> > +};
> > +
> > +static void get_all_devices_cb(OsinfoProduct *product, gpointer user_data)
> > +{
> > + OsinfoDeviceList *devices;
> > + OsinfoList *tmp_list;
> > + struct GetAllDevicesData *foreach_data = (struct GetAllDevicesData *)user_data;
> > +
> > + g_return_if_fail(OSINFO_IS_PLATFORM(product));
> > +
> > + devices = osinfo_platform_get_devices(OSINFO_PLATFORM(product),
> > + foreach_data->filter);
> > + tmp_list = osinfo_list_new_union(OSINFO_LIST(foreach_data->devices),
> > + OSINFO_LIST(devices));
> > + g_object_unref(foreach_data->devices);
> > + g_object_unref(devices);
> > + foreach_data->devices = OSINFO_DEVICELIST(tmp_list);
> > +}
>
> Some docs would be nice.
>
> > +OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform,
> > + OsinfoFilter *filter)
> > +{
> > + struct GetAllDevicesData foreach_data = {
> > + .filter = filter,
> > + .devices = osinfo_devicelist_new()
> > + };
> > +
> > + osinfo_product_foreach_related(OSINFO_PRODUCT(platform),
> > + OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES,
> > + get_all_devices_cb,
> > + &foreach_data);
>
> Seems in _os_get_all_devices() we are looking for `DERIVES_FROM |
> CLONES`, Some reasoning for this contrast would be nice.
For some reason, I'm only seeing this email after pushing, I thought
everything was ACK'ed, sorry for that. I'll send a followup patch.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Wed Apr 3 08:08:17 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 10:08:17 +0200
Subject: [Libosinfo] [libosinfo 1/4] db: Add device names next to the
device IDs
In-Reply-To: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
Message-ID: <20130403080817.GQ2401@teriyaki.redhat.com>
On Wed, Apr 03, 2013 at 09:58:04AM +0200, Christophe Fergeau wrote:
> Adding the device names in XML comments make the driver declaration
> much clearer in windows.xml
> ---
> data/oses/windows.xml.in | 48 ++++++++++++++++++++++++------------------------
> 1 file changed, 24 insertions(+), 24 deletions(-)
>
> diff --git a/data/oses/windows.xml.in b/data/oses/windows.xml.in
> index 26d4410..2262497 100644
> --- a/data/oses/windows.xml.in
> +++ b/data/oses/windows.xml.in
> @@ -407,11 +407,11 @@
> spice-guest-tools-0.52.cmd
> redhat09.cer
> redhat10.cer
> -
> -
> -
> -
> -
> +
> +
> +
> +
Note that I've used virtio-serial throughout this patch, while other places
in libosinfo use virtio-console. My understanding is that virtio-console
is just the 'historical' name. I can add a patch changing the name
everywhere if virtio-serial is indeed better, or I can change the name in
this patch if we want to stick with virtio-console.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Wed Apr 3 12:42:00 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 15:42:00 +0300
Subject: [Libosinfo] [libosinfo 2/4] db: Add descriptions for
virtio-scsi and virtio-rng
In-Reply-To: <1364975887-3836-2-git-send-email-cfergeau@redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<1364975887-3836-2-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 10:58 AM, Christophe Fergeau wrote:
> ---
> data/devices/virtio-pci.xml.in | 20 ++++++++++++++++++++
> data/schemas/libosinfo.rng | 2 ++
> 2 files changed, 22 insertions(+)
>
> diff --git a/data/devices/virtio-pci.xml.in b/data/devices/virtio-pci.xml.in
> index b5b3948..28d17cd 100644
> --- a/data/devices/virtio-pci.xml.in
> +++ b/data/devices/virtio-pci.xml.in
> @@ -41,6 +41,26 @@
> 1003
>
>
> +
> + virtio-scsi
> + pci
> + block
> + <_vendor>Red Hat, Inc
> + 1af4
> + Virtio SCSI
> + 1004
> +
> +
> +
> + viortio-rng
> + pci
> + misc.rng
> + <_vendor>Red Hat, Inc
> + 1af4
> + Virtio RNG
> + 1005
> +
> +
>
> virtio-9p
> pci
> diff --git a/data/schemas/libosinfo.rng b/data/schemas/libosinfo.rng
> index 735ced0..80296b6 100644
> --- a/data/schemas/libosinfo.rng
> +++ b/data/schemas/libosinfo.rng
> @@ -78,6 +78,8 @@
> filesystem
> input
> memory.balloon
> + misc.rng
> + misc.fs
I'm guessing these values are based on something? Don't particularly
like the 'misc' prefix.
> net
> video
> watchdog
> --
> 1.8.1.4
>
> _______________________________________________
> Libosinfo mailing list
> Libosinfo at redhat.com
> https://www.redhat.com/mailman/listinfo/libosinfo
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 12:46:49 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 15:46:49 +0300
Subject: [Libosinfo] [libosinfo 4/4] db: Add virtio-scsi to RHEL and
Fedora
In-Reply-To: <1364975887-3836-4-git-send-email-cfergeau@redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<1364975887-3836-4-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 10:58 AM, Christophe Fergeau wrote:
> This was added in RHEL 6.3 as a Technological Preview, and in
> Fedora 17
> ---
ACK, though I would have put the links in the commit log rather. XML
files get bulkier all the time and having links for every device entry
under every OS isn't worth it. Just my humble opinion so feel free to
ignore it. :)
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 12:50:30 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 15:50:30 +0300
Subject: [Libosinfo] [libosinfo 3/4] db: Add virtio-scsi and virtio-rng
to qemu platform data
In-Reply-To: <1364975887-3836-3-git-send-email-cfergeau@redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<1364975887-3836-3-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 10:58 AM, Christophe Fergeau wrote:
> ---
ACK
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 12:52:42 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 15:52:42 +0300
Subject: [Libosinfo] [libosinfo 1/4] db: Add device names next to the
device IDs
In-Reply-To: <20130403080817.GQ2401@teriyaki.redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<20130403080817.GQ2401@teriyaki.redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 11:08 AM, Christophe Fergeau wrote:
> On Wed, Apr 03, 2013 at 09:58:04AM +0200, Christophe Fergeau wrote:
>> Adding the device names in XML comments make the driver declaration
>> much clearer in windows.xml
>> ---
ACK
>> data/oses/windows.xml.in | 48 ++++++++++++++++++++++++------------------------
>> 1 file changed, 24 insertions(+), 24 deletions(-)
>>
>> diff --git a/data/oses/windows.xml.in b/data/oses/windows.xml.in
>> index 26d4410..2262497 100644
>> --- a/data/oses/windows.xml.in
>> +++ b/data/oses/windows.xml.in
>> @@ -407,11 +407,11 @@
>> spice-guest-tools-0.52.cmd
>> redhat09.cer
>> redhat10.cer
>> -
>> -
>> -
>> -
>> -
>> +
>> +
>> +
>> +
>
> Note that I've used virtio-serial throughout this patch, while other places
> in libosinfo use virtio-console. My understanding is that virtio-console
> is just the 'historical' name. I can add a patch changing the name
> everywhere if virtio-serial is indeed better, or I can change the name in
> this patch if we want to stick with virtio-console.
I have the same understanding so I'd rather update virtio-console
reference everywhere.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Wed Apr 3 13:57:44 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 15:57:44 +0200
Subject: [Libosinfo] [libosinfo 2/4] db: Add descriptions for
virtio-scsi and virtio-rng
In-Reply-To:
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<1364975887-3836-2-git-send-email-cfergeau@redhat.com>
Message-ID: <20130403135744.GU2401@teriyaki.redhat.com>
On Wed, Apr 03, 2013 at 03:42:00PM +0300, Zeeshan Ali (Khattak) wrote:
> On Wed, Apr 3, 2013 at 10:58 AM, Christophe Fergeau wrote:
> > diff --git a/data/schemas/libosinfo.rng b/data/schemas/libosinfo.rng
> > index 735ced0..80296b6 100644
> > --- a/data/schemas/libosinfo.rng
> > +++ b/data/schemas/libosinfo.rng
> > @@ -78,6 +78,8 @@
> > filesystem
> > input
> > memory.balloon
> > + misc.rng
> > + misc.fs
>
> I'm guessing these values are based on something? Don't particularly
> like the 'misc' prefix.
These are just made up names as the rng device does not have a PCI class
assigned. The existing memory.balloon is also something made up.
misc.fs should actually be removed from there as it's not used.
This only leaves misc.rng, I can change it to something else if you have
suggestions you like better.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Wed Apr 3 15:38:36 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 17:38:36 +0200
Subject: [Libosinfo] [libosinfo 3/3] Implement
osinfo_platform_get_all_devices()
In-Reply-To:
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
<1364894224-25916-4-git-send-email-cfergeau@redhat.com>
Message-ID: <20130403153836.GW2401@teriyaki.redhat.com>
On Tue, Apr 02, 2013 at 05:39:47PM +0300, Zeeshan Ali (Khattak) wrote:
> On Tue, Apr 2, 2013 at 12:17 PM, Christophe Fergeau wrote:
> > +static void get_all_devices_cb(OsinfoProduct *product, gpointer user_data)
> > +{
> > + OsinfoDeviceList *devices;
> > + OsinfoList *tmp_list;
> > + struct GetAllDevicesData *foreach_data = (struct GetAllDevicesData *)user_data;
> > +
> > + g_return_if_fail(OSINFO_IS_PLATFORM(product));
> > +
> > + devices = osinfo_platform_get_devices(OSINFO_PLATFORM(product),
> > + foreach_data->filter);
> > + tmp_list = osinfo_list_new_union(OSINFO_LIST(foreach_data->devices),
> > + OSINFO_LIST(devices));
> > + g_object_unref(foreach_data->devices);
> > + g_object_unref(devices);
> > + foreach_data->devices = OSINFO_DEVICELIST(tmp_list);
> > +}
>
> Some docs would be nice.
About to send a patch adding this.
>
> > +OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform,
> > + OsinfoFilter *filter)
> > +{
> > + struct GetAllDevicesData foreach_data = {
> > + .filter = filter,
> > + .devices = osinfo_devicelist_new()
> > + };
> > +
> > + osinfo_product_foreach_related(OSINFO_PRODUCT(platform),
> > + OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES,
> > + get_all_devices_cb,
> > + &foreach_data);
>
> Seems in _os_get_all_devices() we are looking for `DERIVES_FROM |
> CLONES`, Some reasoning for this contrast would be nice.
First note, this was missing OSINFO_PRODUCT_FOREACH_FLAG_DERIVES_FROM
Reason is that the platforms we currently have use and
.
OSes use in addition to these 2, which I don't think make sense
for platforms. OSes don't follow as devices working for OS N-1
may no longer work in OS N.
I'm not sure if you want the reasoning in answer to this email, or added to
some place in the commit?
Once again, sorry for missing this review before pushing,
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Wed Apr 3 15:47:44 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 17:47:44 +0200
Subject: [Libosinfo] [PATCHv2 0/4] Follow-up to "Add
osinfo_platform_get_all_devices()" series
Message-ID: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
This was pushed a bit too quickyl, here are a few small fixes/improvements on top of this series.
Christophe
From cfergeau at redhat.com Wed Apr 3 15:47:45 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 17:47:45 +0200
Subject: [Libosinfo] [PATCHv2 1/4] Fix relations that
osinfo_platform_get_all_devices follows
In-Reply-To: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
References: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1365004068-23106-2-git-send-email-cfergeau@redhat.com>
We want to consider both platforms that are upgraded from
(qemu 1.2.0 -> qemu 1.2.1) and derived from
(qemu 1.2.0 -> qemu-kvm 1.2.0). Should have been part of commit
da20e3a
---
osinfo/osinfo_platform.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/osinfo/osinfo_platform.c b/osinfo/osinfo_platform.c
index a7b72eb..1a2d803 100644
--- a/osinfo/osinfo_platform.c
+++ b/osinfo/osinfo_platform.c
@@ -133,7 +133,8 @@ OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform,
};
osinfo_product_foreach_related(OSINFO_PRODUCT(platform),
- OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES,
+ OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES |
+ OSINFO_PRODUCT_FOREACH_FLAG_DERIVES_FROM,
get_all_devices_cb,
&foreach_data);
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 3 15:47:46 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 17:47:46 +0200
Subject: [Libosinfo] [PATCHv2 2/4] Add osinfo_product_foreach_related()
documentation
In-Reply-To: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
References: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1365004068-23106-3-git-send-email-cfergeau@redhat.com>
It's not exported, but API doc never hurts.
---
osinfo/osinfo_product.c | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/osinfo/osinfo_product.c b/osinfo/osinfo_product.c
index 561da63..f81212d 100644
--- a/osinfo/osinfo_product.c
+++ b/osinfo/osinfo_product.c
@@ -379,6 +379,18 @@ static OsinfoList *osinfo_list_append(OsinfoList *appendee,
return result;
}
+/**
+ * osinfo_product_foreach_related:
+ * @product: a product
+ * @flags: bitwise-or of #OsinfoProductForeachFlag
+ * @foreach_func: the function to call for each related product
+ * @user_data: user data to pass to foreach_func()
+ *
+ * Call @foreach_func for @product and for each #OsinfoProduct related
+ * to @product. The meaning of 'related' is defined by the @flag parameter,
+ * and can be products @product derives from or products which @product
+ * upgrades or clones, or a combination of these, or none.
+ */
void osinfo_product_foreach_related(OsinfoProduct *product,
OsinfoProductForeachFlag flags,
OsinfoProductForeach foreach_func,
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 3 15:47:47 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 17:47:47 +0200
Subject: [Libosinfo] [PATCHv2 3/4] Use 'unsigned int' rather than enum type
for flag param
In-Reply-To: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
References: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1365004068-23106-4-git-send-email-cfergeau@redhat.com>
Setting an enum variable to a value that is not part of the enum
(as will happen when passing a bitwise-or flag param to
osinfo_product_foreach_related) is undefined behaviour in C.
---
osinfo/osinfo_product.c | 2 +-
osinfo/osinfo_product_private.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/osinfo/osinfo_product.c b/osinfo/osinfo_product.c
index f81212d..35a4071 100644
--- a/osinfo/osinfo_product.c
+++ b/osinfo/osinfo_product.c
@@ -392,7 +392,7 @@ static OsinfoList *osinfo_list_append(OsinfoList *appendee,
* upgrades or clones, or a combination of these, or none.
*/
void osinfo_product_foreach_related(OsinfoProduct *product,
- OsinfoProductForeachFlag flags,
+ unsigned int flags,
OsinfoProductForeach foreach_func,
gpointer user_data)
{
diff --git a/osinfo/osinfo_product_private.h b/osinfo/osinfo_product_private.h
index b3c279d..c4ecdd5 100644
--- a/osinfo/osinfo_product_private.h
+++ b/osinfo/osinfo_product_private.h
@@ -36,7 +36,7 @@ typedef enum { /*< skip >*/
} OsinfoProductForeachFlag;
void osinfo_product_foreach_related(OsinfoProduct *product,
- OsinfoProductForeachFlag flags,
+ unsigned int flags,
OsinfoProductForeach foreach_func,
gpointer user_data);
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 3 15:47:48 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 17:47:48 +0200
Subject: [Libosinfo] [PATCHv2 4/4] Add osinfo_platform_get_all_devices()
documentation
In-Reply-To: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
References: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1365004068-23106-5-git-send-email-cfergeau@redhat.com>
---
osinfo/osinfo_platform.c | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/osinfo/osinfo_platform.c b/osinfo/osinfo_platform.c
index 1a2d803..a95e628 100644
--- a/osinfo/osinfo_platform.c
+++ b/osinfo/osinfo_platform.c
@@ -124,6 +124,18 @@ static void get_all_devices_cb(OsinfoProduct *product, gpointer user_data)
foreach_data->devices = OSINFO_DEVICELIST(tmp_list);
}
+
+/**
+ * osinfo_platform_get_all_devices:
+ * @platform: a platform
+ * @filter: (allow-none)(transfer none): an optional device property filter
+ *
+ * Get all platforms matching a given filter but unlike
+ * osinfo_platform_get_devices this function also retrieves devices from
+ * all derived and upgraded platforms.
+ *
+ * Returns: (transfer full): A list of devices
+ */
OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform,
OsinfoFilter *filter)
{
--
1.8.1.4
From zeeshanak at gnome.org Wed Apr 3 15:54:34 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 18:54:34 +0300
Subject: [Libosinfo] [libosinfo 2/4] db: Add descriptions for
virtio-scsi and virtio-rng
In-Reply-To: <20130403135744.GU2401@teriyaki.redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<1364975887-3836-2-git-send-email-cfergeau@redhat.com>
<20130403135744.GU2401@teriyaki.redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 4:57 PM, Christophe Fergeau wrote:
> On Wed, Apr 03, 2013 at 03:42:00PM +0300, Zeeshan Ali (Khattak) wrote:
>> On Wed, Apr 3, 2013 at 10:58 AM, Christophe Fergeau wrote:
>> > diff --git a/data/schemas/libosinfo.rng b/data/schemas/libosinfo.rng
>> > index 735ced0..80296b6 100644
>> > --- a/data/schemas/libosinfo.rng
>> > +++ b/data/schemas/libosinfo.rng
>> > @@ -78,6 +78,8 @@
>> > filesystem
>> > input
>> > memory.balloon
>> > + misc.rng
>> > + misc.fs
>>
>> I'm guessing these values are based on something? Don't particularly
>> like the 'misc' prefix.
>
> These are just made up names as the rng device does not have a PCI class
> assigned. The existing memory.balloon is also something made up.
> misc.fs should actually be removed from there as it's not used.
> This only leaves misc.rng, I can change it to something else if you have
> suggestions you like better.
virtio?
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 16:03:49 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 19:03:49 +0300
Subject: [Libosinfo] [libosinfo 3/3] Implement
osinfo_platform_get_all_devices()
In-Reply-To: <20130403153836.GW2401@teriyaki.redhat.com>
References: <1364894224-25916-1-git-send-email-cfergeau@redhat.com>
<1364894224-25916-4-git-send-email-cfergeau@redhat.com>
<20130403153836.GW2401@teriyaki.redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 6:38 PM, Christophe Fergeau wrote:
> On Tue, Apr 02, 2013 at 05:39:47PM +0300, Zeeshan Ali (Khattak) wrote:
>> On Tue, Apr 2, 2013 at 12:17 PM, Christophe Fergeau wrote:
>> > +static void get_all_devices_cb(OsinfoProduct *product, gpointer user_data)
>> > +{
>> > + OsinfoDeviceList *devices;
>> > + OsinfoList *tmp_list;
>> > + struct GetAllDevicesData *foreach_data = (struct GetAllDevicesData *)user_data;
>> > +
>> > + g_return_if_fail(OSINFO_IS_PLATFORM(product));
>> > +
>> > + devices = osinfo_platform_get_devices(OSINFO_PLATFORM(product),
>> > + foreach_data->filter);
>> > + tmp_list = osinfo_list_new_union(OSINFO_LIST(foreach_data->devices),
>> > + OSINFO_LIST(devices));
>> > + g_object_unref(foreach_data->devices);
>> > + g_object_unref(devices);
>> > + foreach_data->devices = OSINFO_DEVICELIST(tmp_list);
>> > +}
>>
>> Some docs would be nice.
>
> About to send a patch adding this.
>
>>
>> > +OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform,
>> > + OsinfoFilter *filter)
>> > +{
>> > + struct GetAllDevicesData foreach_data = {
>> > + .filter = filter,
>> > + .devices = osinfo_devicelist_new()
>> > + };
>> > +
>> > + osinfo_product_foreach_related(OSINFO_PRODUCT(platform),
>> > + OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES,
>> > + get_all_devices_cb,
>> > + &foreach_data);
>>
>> Seems in _os_get_all_devices() we are looking for `DERIVES_FROM |
>> CLONES`, Some reasoning for this contrast would be nice.
>
> First note, this was missing OSINFO_PRODUCT_FOREACH_FLAG_DERIVES_FROM
> Reason is that the platforms we currently have use and
> .
So shouldn't this be then 'DERIVES_FROM | UPGRADES' ?
> I'm not sure if you want the reasoning in answer to this email, or added to
> some place in the commit?
No, just to list is fine but in commit log would have been even better.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 16:04:43 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 19:04:43 +0300
Subject: [Libosinfo] [PATCHv2 4/4] Add osinfo_platform_get_all_devices()
documentation
In-Reply-To: <1365004068-23106-5-git-send-email-cfergeau@redhat.com>
References: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
<1365004068-23106-5-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 6:47 PM, Christophe Fergeau wrote:
> ---
ACK
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 16:05:58 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 19:05:58 +0300
Subject: [Libosinfo] [PATCHv2 1/4] Fix relations that
osinfo_platform_get_all_devices follows
In-Reply-To: <1365004068-23106-2-git-send-email-cfergeau@redhat.com>
References: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
<1365004068-23106-2-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 6:47 PM, Christophe Fergeau wrote:
> We want to consider both platforms that are upgraded from
> (qemu 1.2.0 -> qemu 1.2.1) and derived from
> (qemu 1.2.0 -> qemu-kvm 1.2.0). Should have been part of commit
> da20e3a
> ---
ACK
> osinfo/osinfo_platform.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/osinfo/osinfo_platform.c b/osinfo/osinfo_platform.c
> index a7b72eb..1a2d803 100644
> --- a/osinfo/osinfo_platform.c
> +++ b/osinfo/osinfo_platform.c
> @@ -133,7 +133,8 @@ OsinfoDeviceList *osinfo_platform_get_all_devices(OsinfoPlatform *platform,
> };
>
> osinfo_product_foreach_related(OSINFO_PRODUCT(platform),
> - OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES,
> + OSINFO_PRODUCT_FOREACH_FLAG_UPGRADES |
> + OSINFO_PRODUCT_FOREACH_FLAG_DERIVES_FROM,
This answers my questio in the other mail.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 16:06:59 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 19:06:59 +0300
Subject: [Libosinfo] [PATCHv2 2/4] Add osinfo_product_foreach_related()
documentation
In-Reply-To: <1365004068-23106-3-git-send-email-cfergeau@redhat.com>
References: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
<1365004068-23106-3-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 6:47 PM, Christophe Fergeau wrote:
> It's not exported, but API doc never hurts.
ACK
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 16:09:06 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 19:09:06 +0300
Subject: [Libosinfo] [PATCHv2 3/4] Use 'unsigned int' rather than enum
type for flag param
In-Reply-To: <1365004068-23106-4-git-send-email-cfergeau@redhat.com>
References: <1365004068-23106-1-git-send-email-cfergeau@redhat.com>
<1365004068-23106-4-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 6:47 PM, Christophe Fergeau wrote:
> Setting an enum variable to a value that is not part of the enum
> (as will happen when passing a bitwise-or flag param to
> osinfo_product_foreach_related) is undefined behaviour in C.
> ---
ACK. After all these years, one would think an important thing like
size of enum is dictated by latest C standard.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Wed Apr 3 16:40:14 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 3 Apr 2013 18:40:14 +0200
Subject: [Libosinfo] [libosinfo 2/4] db: Add descriptions for
virtio-scsi and virtio-rng
In-Reply-To:
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<1364975887-3836-2-git-send-email-cfergeau@redhat.com>
<20130403135744.GU2401@teriyaki.redhat.com>
Message-ID: <20130403164014.GA27622@teriyaki.redhat.com>
On Wed, Apr 03, 2013 at 06:54:34PM +0300, Zeeshan Ali (Khattak) wrote:
> On Wed, Apr 3, 2013 at 4:57 PM, Christophe Fergeau wrote:
> > On Wed, Apr 03, 2013 at 03:42:00PM +0300, Zeeshan Ali (Khattak) wrote:
> >> On Wed, Apr 3, 2013 at 10:58 AM, Christophe Fergeau wrote:
> >> > diff --git a/data/schemas/libosinfo.rng b/data/schemas/libosinfo.rng
> >> > index 735ced0..80296b6 100644
> >> > --- a/data/schemas/libosinfo.rng
> >> > +++ b/data/schemas/libosinfo.rng
> >> > @@ -78,6 +78,8 @@
> >> > filesystem
> >> > input
> >> > memory.balloon
> >> > + misc.rng
> >> > + misc.fs
> >>
> >> I'm guessing these values are based on something? Don't particularly
> >> like the 'misc' prefix.
> >
> > These are just made up names as the rng device does not have a PCI class
> > assigned. The existing memory.balloon is also something made up.
> > misc.fs should actually be removed from there as it's not used.
> > This only leaves misc.rng, I can change it to something else if you have
> > suggestions you like better.
>
> virtio?
This is too limiting, we could have other paravirtual RNGs not using
virtio (for example vmware or virtualbox could provide one).
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Wed Apr 3 16:55:37 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 3 Apr 2013 19:55:37 +0300
Subject: [Libosinfo] [libosinfo 2/4] db: Add descriptions for
virtio-scsi and virtio-rng
In-Reply-To: <20130403164014.GA27622@teriyaki.redhat.com>
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<1364975887-3836-2-git-send-email-cfergeau@redhat.com>
<20130403135744.GU2401@teriyaki.redhat.com>
<20130403164014.GA27622@teriyaki.redhat.com>
Message-ID:
On Wed, Apr 3, 2013 at 7:40 PM, Christophe Fergeau wrote:
> On Wed, Apr 03, 2013 at 06:54:34PM +0300, Zeeshan Ali (Khattak) wrote:
>> On Wed, Apr 3, 2013 at 4:57 PM, Christophe Fergeau wrote:
>> > On Wed, Apr 03, 2013 at 03:42:00PM +0300, Zeeshan Ali (Khattak) wrote:
>> >> On Wed, Apr 3, 2013 at 10:58 AM, Christophe Fergeau wrote:
>> >> > diff --git a/data/schemas/libosinfo.rng b/data/schemas/libosinfo.rng
>> >> > index 735ced0..80296b6 100644
>> >> > --- a/data/schemas/libosinfo.rng
>> >> > +++ b/data/schemas/libosinfo.rng
>> >> > @@ -78,6 +78,8 @@
>> >> > filesystem
>> >> > input
>> >> > memory.balloon
>> >> > + misc.rng
>> >> > + misc.fs
>> >>
>> >> I'm guessing these values are based on something? Don't particularly
>> >> like the 'misc' prefix.
>> >
>> > These are just made up names as the rng device does not have a PCI class
>> > assigned. The existing memory.balloon is also something made up.
>> > misc.fs should actually be removed from there as it's not used.
>> > This only leaves misc.rng, I can change it to something else if you have
>> > suggestions you like better.
>>
>> virtio?
>
> This is too limiting, we could have other paravirtual RNGs not using
> virtio (for example vmware or virtualbox could provide one).
paravirt then? :)
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 3 23:07:32 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Thu, 4 Apr 2013 02:07:32 +0300
Subject: [Libosinfo] Fwd: [patch] libosinfo-0.2.6 has wrong $(DESTDIR)
handling and breaks installation on package managers
Message-ID:
Hi,
I got this patch from Samuli. Christophe already took care of DESDIR
issue so that part is not needed at least but is the mkdir part
needed?
---------- Forwarded message ----------
From: Samuli Suominen
Date: Sat, Mar 30, 2013 at 8:45 PM
Subject: [patch] libosinfo-0.2.6 has wrong $(DESTDIR) handling and
breaks installation on package managers
To: zeeshanak at gnome.org, berrange at redhat.com
2 problems:
- /usr/share/libosinfo/db is not created when required
- $(DESTDIR) is not used when symlinking the pci.ids, usb.ids
I hope this mail is enough. No credits required. Just push the patch
if you can, thank you!
- Samuli Suominen
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libosinfo-0.2.6-destdir.patch
Type: text/x-patch
Size: 646 bytes
Desc: not available
URL:
From cfergeau at redhat.com Thu Apr 4 08:22:41 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 4 Apr 2013 10:22:41 +0200
Subject: [Libosinfo] Fwd: [patch] libosinfo-0.2.6 has wrong $(DESTDIR)
handling and breaks installation on package managers
In-Reply-To:
References:
Message-ID: <20130404082240.GD27622@teriyaki.redhat.com>
Hey,
On Thu, Apr 04, 2013 at 02:07:32AM +0300, Zeeshan Ali (Khattak) wrote:
> I got this patch from Samuli. Christophe already took care of DESDIR
> issue so that part is not needed at least but is the mkdir part
> needed?
I could not hit an issue with the missing mkdir. The rules in
all of the data subdirs will create the db/ directory, but if
we try to create the symlinks before any of the subdirs is processed
(which I guess can happen in parallel builds) then this will be
an issue.
Christophe
>
>
> ---------- Forwarded message ----------
> From: Samuli Suominen
> Date: Sat, Mar 30, 2013 at 8:45 PM
> Subject: [patch] libosinfo-0.2.6 has wrong $(DESTDIR) handling and
> breaks installation on package managers
> To: zeeshanak at gnome.org, berrange at redhat.com
>
>
> 2 problems:
>
> - /usr/share/libosinfo/db is not created when required
> - $(DESTDIR) is not used when symlinking the pci.ids, usb.ids
>
> I hope this mail is enough. No credits required. Just push the patch
> if you can, thank you!
>
> - Samuli Suominen
>
>
> --
> Regards,
>
> Zeeshan Ali (Khattak)
> FSF member#5124
> --- data/Makefile.am
> +++ data/Makefile.am
> @@ -11,7 +11,8 @@
> -wget -q -O $@ http://www.linux-usb.org/usb.ids
> else
> usb_ids_install:
> - $(LN_S) $(USB_IDS) $(pkgdatadir)/db/usb.ids
> + -mkdir -p $(DESTDIR)$(pkgdatadir)/db/
> + $(LN_S) $(USB_IDS) $(DESTDIR)$(pkgdatadir)/db/usb.ids
> INSTALL_DATA_HOOK_DEPS += usb_ids_install
> endif
>
> @@ -22,7 +23,8 @@
> -wget -q -O $@ http://pciids.sourceforge.net/v2.2/pci.ids
> else
> pci_ids_install:
> - $(LN_S) $(PCI_IDS) $(pkgdatadir)/db/pci.ids
> + -mkdir -p $(DESTDIR)$(pkgdatadir)/db/
> + $(LN_S) $(PCI_IDS) $(DESTDIR)$(pkgdatadir)/db/pci.ids
> INSTALL_DATA_HOOK_DEPS += pci_ids_install
> endif
>
> _______________________________________________
> 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: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Thu Apr 4 08:26:04 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 4 Apr 2013 10:26:04 +0200
Subject: [Libosinfo] [libosinfo 1/2] build: Use $(MKDIR_P) rather than mkdir
-p
Message-ID: <1365063965-20902-1-git-send-email-cfergeau@redhat.com>
---
data/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/data/Makefile.am b/data/Makefile.am
index e1c8ade..fa51571 100644
--- a/data/Makefile.am
+++ b/data/Makefile.am
@@ -33,7 +33,7 @@ BUILT_SOURCES = 95-osinfo.rules
sed 's,\@bindir\@,$(exec_prefix)/bin,' $< > $@
95-osinfo.rules-install: 95-osinfo.rules
- mkdir -p $(DESTDIR)$(UDEV_RULESDIR)
+ $(MKDIR_P) $(DESTDIR)$(UDEV_RULESDIR)
$(INSTALL) -m 0644 95-osinfo.rules $(DESTDIR)$(UDEV_RULESDIR)
INSTALL_DATA_HOOK_DEPS += 95-osinfo.rules-install
--
1.8.1.4
From cfergeau at redhat.com Thu Apr 4 08:26:05 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 4 Apr 2013 10:26:05 +0200
Subject: [Libosinfo] [libosinfo 2/2] build: Make sure $(pkgdatadir)/db exists
In-Reply-To: <1365063965-20902-1-git-send-email-cfergeau@redhat.com>
References: <1365063965-20902-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1365063965-20902-2-git-send-email-cfergeau@redhat.com>
When creating symlinks to usb.ids/pci.ids, we assume the
destination directory already exists. However, this assumption
could very well break during parallel builds if we try to create
the symlinks before anything create the db/ directory. This commit
creates it explicitly as part of the symlink rule to avoid any
potential issue.
Issue pointed out by Samuli Suominen
---
data/Makefile.am | 10 ++++++++--
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/data/Makefile.am b/data/Makefile.am
index fa51571..0d9e959 100644
--- a/data/Makefile.am
+++ b/data/Makefile.am
@@ -11,7 +11,10 @@ usb.ids:
-wget -q -O $@ http://www.linux-usb.org/usb.ids
else
usb_ids_install:
- (cd $(DESTDIR)$(pkgdatadir)/db/ && rm -f usb.ids && $(LN_S) $(USB_IDS) usb.ids)
+ ($(MKDIR_P) $(DESTDIR)$(pkgdatadir)/db && \
+ cd $(DESTDIR)$(pkgdatadir)/db/ && \
+ rm -f usb.ids && \
+ $(LN_S) $(USB_IDS) usb.ids)
INSTALL_DATA_HOOK_DEPS += usb_ids_install
endif
@@ -22,7 +25,10 @@ pci.ids:
-wget -q -O $@ http://pciids.sourceforge.net/v2.2/pci.ids
else
pci_ids_install:
- (cd $(DESTDIR)$(pkgdatadir)/db/ && rm -f pci.ids && $(LN_S) $(PCI_IDS) pci.ids)
+ ($(MKDIR_P) $(DESTDIR)$(pkgdatadir)/db && \
+ cd $(DESTDIR)$(pkgdatadir)/db/ && \
+ rm -f pci.ids && \
+ $(LN_S) $(PCI_IDS) pci.ids)
INSTALL_DATA_HOOK_DEPS += pci_ids_install
endif
--
1.8.1.4
From cfergeau at redhat.com Thu Apr 4 09:20:42 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 4 Apr 2013 11:20:42 +0200
Subject: [Libosinfo] [libosinfo 2/4] db: Add descriptions for
virtio-scsi and virtio-rng
In-Reply-To:
References: <1364975887-3836-1-git-send-email-cfergeau@redhat.com>
<1364975887-3836-2-git-send-email-cfergeau@redhat.com>
<20130403135744.GU2401@teriyaki.redhat.com>
<20130403164014.GA27622@teriyaki.redhat.com>
Message-ID: <20130404092042.GE27622@teriyaki.redhat.com>
On Wed, Apr 03, 2013 at 07:55:37PM +0300, Zeeshan Ali (Khattak) wrote:
> > This is too limiting, we could have other paravirtual RNGs not using
> > virtio (for example vmware or virtualbox could provide one).
>
> paravirt then? :)
memory.balloon would qualify for this then ;) The other classes sound more
generic to me, so not a big fan of paravirt here :( /me needs to think a
bit more about it...
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Thu Apr 4 13:04:03 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Thu, 4 Apr 2013 16:04:03 +0300
Subject: [Libosinfo] Fwd: [patch] libosinfo-0.2.6 has wrong $(DESTDIR)
handling and breaks installation on package managers
In-Reply-To: <20130404082240.GD27622@teriyaki.redhat.com>
References:
<20130404082240.GD27622@teriyaki.redhat.com>
Message-ID:
On Thu, Apr 4, 2013 at 11:22 AM, Christophe Fergeau wrote:
> Hey,
>
> On Thu, Apr 04, 2013 at 02:07:32AM +0300, Zeeshan Ali (Khattak) wrote:
>> I got this patch from Samuli. Christophe already took care of DESDIR
>> issue so that part is not needed at least but is the mkdir part
>> needed?
>
> I could not hit an issue with the missing mkdir. The rules in
> all of the data subdirs will create the db/ directory, but if
> we try to create the symlinks before any of the subdirs is processed
> (which I guess can happen in parallel builds) then this will be
> an issue.
Yeah, I thought so. Thanks for confirming.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Thu Apr 4 13:18:39 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Thu, 4 Apr 2013 16:18:39 +0300
Subject: [Libosinfo] [libosinfo 2/2] build: Make sure $(pkgdatadir)/db
exists
In-Reply-To: <1365063965-20902-2-git-send-email-cfergeau@redhat.com>
References: <1365063965-20902-1-git-send-email-cfergeau@redhat.com>
<1365063965-20902-2-git-send-email-cfergeau@redhat.com>
Message-ID:
On Thu, Apr 4, 2013 at 11:26 AM, Christophe Fergeau wrote:
> When creating symlinks to usb.ids/pci.ids, we assume the
> destination directory already exists. However, this assumption
> could very well break during parallel builds if we try to create
> the symlinks before anything create the db/ directory. This commit
> creates it explicitly as part of the symlink rule to avoid any
> potential issue.
>
> Issue pointed out by Samuli Suominen
> ---
ACK
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Thu Apr 4 13:19:11 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Thu, 4 Apr 2013 16:19:11 +0300
Subject: [Libosinfo] [libosinfo 1/2] build: Use $(MKDIR_P) rather than
mkdir -p
In-Reply-To: <1365063965-20902-1-git-send-email-cfergeau@redhat.com>
References: <1365063965-20902-1-git-send-email-cfergeau@redhat.com>
Message-ID:
On Thu, Apr 4, 2013 at 11:26 AM, Christophe Fergeau wrote:
> ---
ACK
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Fri Apr 5 00:24:18 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 5 Apr 2013 03:24:18 +0300
Subject: [Libosinfo] [PATCH] installer,
win7: Setup user avatar for desktop profile
Message-ID: <1365121458-19296-1-git-send-email-zeeshanak@gnome.org>
From: "Zeeshan Ali (Khattak)"
While I failed to find a way to setup avatar for the user we create, I
did find this method to setup avatar for admin. Since we setup our user
as admin, this in the end means the same as setting up user's avatar.
---
data/install-scripts/windows-cmd.xml | 17 ++++++++++++++++-
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/data/install-scripts/windows-cmd.xml b/data/install-scripts/windows-cmd.xml
index 3c341fc..876cf53 100644
--- a/data/install-scripts/windows-cmd.xml
+++ b/data/install-scripts/windows-cmd.xml
@@ -62,15 +62,30 @@
+
+
+
+
+ :\Documents and Settings\All Users\Application Data\Microsoft\User Account Pictures\
+
+ .bmp
+
+
+ :\ProgramData\Microsoft\User Account Pictures\user.bmp
+
+
+
+
sc config TlntSvr start= auto
net user /add /passwordreq:no
net localgroup administrators /add
net accounts /maxpwage:unlimited
-if not ""=="" copy ":" ":\Documents and Settings\All Users\Application Data\Microsoft\User Account Pictures\.bmp"
REGEDIT /S :\windows.reg
+if not ""=="" copy ":" "
+
:
--
1.8.1.4
From fidencio at redhat.com Fri Apr 5 20:33:56 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:56 +0200
Subject: [Libosinfo] [PATCH 10/10] Update .gitignore
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-11-git-send-email-fidencio@redhat.com>
---
.gitignore | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/.gitignore b/.gitignore
index 71d959c..75da893 100644
--- a/.gitignore
+++ b/.gitignore
@@ -16,6 +16,7 @@ build-aux/ltmain.sh
build-aux/missing
build-aux/mkinstalldirs
build-aux/config.rpath
+build-aux/test-driver
config.cache
config.h
config.h.in
@@ -59,6 +60,8 @@ test/test-platformlist
test/test-isodetect
test/test-mediauris
test/test-treeuris
+test/*.log
+test/*.trs
build/
gtk-doc.make
data/95-osinfo.rules
@@ -118,4 +121,5 @@ po/en at quot.header
po/insert-header.sin
po/quot.sed
po/remove-potcdate.sin
+po/*.gmo
ABOUT-NLS
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:47 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:47 +0200
Subject: [Libosinfo] [PATCHv2 01/10] fedora, rhel,
installer: Don't use "--activate"
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-2-git-send-email-fidencio@redhat.com>
http://fedoraproject.org/wiki/Anaconda/Kickstart#network says
'Device of the first network command is activated if network is required,
e.g. in case of network installation or using vnc.'
---
data/install-scripts/fedora.xml | 2 +-
data/install-scripts/rhel.xml | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml
index 6e8a92d..b5b20bb 100644
--- a/data/install-scripts/fedora.xml
+++ b/data/install-scripts/fedora.xml
@@ -216,7 +216,7 @@ reboot
install
keyboard ''
lang
-network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname= --activate
+network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname=
rootpw dummyPa55w0rd # Actual password set (or unset) in %post below
firewall --disabled
authconfig --enableshadow --enablemd5
diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml
index 9c17f11..6f3d58d 100644
--- a/data/install-scripts/rhel.xml
+++ b/data/install-scripts/rhel.xml
@@ -124,7 +124,7 @@ reboot
install
keyboard us
lang
-network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname= --activate
+network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname=
rootpw dummyPa55w0rd # Actual password set (or unset) in %post below
firewall --disabled
authconfig --enableshadow --enablemd5
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:51 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:51 +0200
Subject: [Libosinfo] [PATCH 05/10] centos,
test: Add OS info/testcase for CentOS 6.2
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-6-git-send-email-fidencio@redhat.com>
---
data/oses/centos.xml.in | 46 ++++++++++++++++++++++
.../centos6.2/CentOS-6.2-i386-bin-DVD1.iso.txt | 29 ++++++++++++++
.../centos6.2/CentOS-6.2-x86_64-bin-DVD1.iso.txt | 29 ++++++++++++++
3 files changed, 104 insertions(+)
create mode 100644 test/isodata/centos/centos6.2/CentOS-6.2-i386-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.2/CentOS-6.2-x86_64-bin-DVD1.iso.txt
diff --git a/data/oses/centos.xml.in b/data/oses/centos.xml.in
index 333e77f..aeef735 100644
--- a/data/oses/centos.xml.in
+++ b/data/oses/centos.xml.in
@@ -93,4 +93,50 @@
+
+ centos6.2
+ <_name>CentOS 6.2
+ 6.2
+ <_vendor>CentOS
+ linux
+ centos
+
+
+
+
+
+ LINUX
+ CentOS_6.2_Final
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+ LINUX
+ CentOS_6.2_Final
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+
+ 1
+ 536870912
+
+
+
+ 400000000
+ 1073741824
+ 9663676416
+
+
+
+
+
+
+
+
+
diff --git a/test/isodata/centos/centos6.2/CentOS-6.2-i386-bin-DVD1.iso.txt b/test/isodata/centos/centos6.2/CentOS-6.2-i386-bin-DVD1.iso.txt
new file mode 100644
index 0000000..8b6f6f9
--- /dev/null
+++ b/test/isodata/centos/centos6.2/CentOS-6.2-i386-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.2_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.2_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1863585
+El Torito VD version 1 found, boot catalog is in sector 451
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1C4 452
diff --git a/test/isodata/centos/centos6.2/CentOS-6.2-x86_64-bin-DVD1.iso.txt b/test/isodata/centos/centos6.2/CentOS-6.2-x86_64-bin-DVD1.iso.txt
new file mode 100644
index 0000000..95896d4
--- /dev/null
+++ b/test/isodata/centos/centos6.2/CentOS-6.2-x86_64-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.2_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.2_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2159731
+El Torito VD version 1 found, boot catalog is in sector 566
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 237 567
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:50 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:50 +0200
Subject: [Libosinfo] [PATCH 04/10] centos,
test: Add OS info/testcase for CentOS 6.1
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-5-git-send-email-fidencio@redhat.com>
---
data/oses/centos.xml.in | 35 ++++++++++++++++++++++
.../centos6.1/CentOS-6.1-i386-bin-DVD1.iso.txt | 29 ++++++++++++++++++
.../centos6.1/CentOS-6.1-x86_64-bin-DVD1.iso.txt | 29 ++++++++++++++++++
3 files changed, 93 insertions(+)
create mode 100644 test/isodata/centos/centos6.1/CentOS-6.1-i386-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.1/CentOS-6.1-x86_64-bin-DVD1.iso.txt
diff --git a/data/oses/centos.xml.in b/data/oses/centos.xml.in
index bb8e570..333e77f 100644
--- a/data/oses/centos.xml.in
+++ b/data/oses/centos.xml.in
@@ -56,6 +56,41 @@
centos
+
+
+
+ LINUX
+ CentOS_6.1_Final
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+ LINUX
+ CentOS_6.1_Final
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+
+ 1
+ 536870912
+
+
+
+ 400000000
+ 1073741824
+ 9663676416
+
+
+
+
+
+
+
diff --git a/test/isodata/centos/centos6.1/CentOS-6.1-i386-bin-DVD1.iso.txt b/test/isodata/centos/centos6.1/CentOS-6.1-i386-bin-DVD1.iso.txt
new file mode 100644
index 0000000..e82512d
--- /dev/null
+++ b/test/isodata/centos/centos6.1/CentOS-6.1-i386-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.1_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.1_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1866306
+El Torito VD version 1 found, boot catalog is in sector 445
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1BE 446
diff --git a/test/isodata/centos/centos6.1/CentOS-6.1-x86_64-bin-DVD1.iso.txt b/test/isodata/centos/centos6.1/CentOS-6.1-x86_64-bin-DVD1.iso.txt
new file mode 100644
index 0000000..27b41f1
--- /dev/null
+++ b/test/isodata/centos/centos6.1/CentOS-6.1-x86_64-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.1_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.1_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2145392
+El Torito VD version 1 found, boot catalog is in sector 557
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 22E 558
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:53 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:53 +0200
Subject: [Libosinfo] [PATCH 07/10] centos,
test: Add OS info/testcase for CentOS 6.4
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-8-git-send-email-fidencio@redhat.com>
---
data/oses/centos.xml.in | 46 ++++++++++++++++++++++
.../centos6.4/CentOS-6.4-i386-bin-DVD1.iso.txt | 29 ++++++++++++++
.../centos6.4/CentOS-6.4-x86_64-bin-DVD1.iso.txt | 29 ++++++++++++++
3 files changed, 104 insertions(+)
create mode 100644 test/isodata/centos/centos6.4/CentOS-6.4-i386-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.4/CentOS-6.4-x86_64-bin-DVD1.iso.txt
diff --git a/data/oses/centos.xml.in b/data/oses/centos.xml.in
index 86ac2a5..bceaf93 100644
--- a/data/oses/centos.xml.in
+++ b/data/oses/centos.xml.in
@@ -185,4 +185,50 @@
+
+ centos6.4
+ <_name>CentOS 6.4
+ 6.4
+ <_vendor>CentOS
+ linux
+ centos
+
+
+
+
+
+ LINUX
+ CentOS_6.4_Final
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+ LINUX
+ CentOS_6.4_Final
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+
+ 1
+ 536870912
+
+
+
+ 400000000
+ 1073741824
+ 9663676416
+
+
+
+
+
+
+
+
+
diff --git a/test/isodata/centos/centos6.4/CentOS-6.4-i386-bin-DVD1.iso.txt b/test/isodata/centos/centos6.4/CentOS-6.4-i386-bin-DVD1.iso.txt
new file mode 100644
index 0000000..111a54e
--- /dev/null
+++ b/test/isodata/centos/centos6.4/CentOS-6.4-i386-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.4_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.4_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1840896
+El Torito VD version 1 found, boot catalog is in sector 460
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1CD 461
diff --git a/test/isodata/centos/centos6.4/CentOS-6.4-x86_64-bin-DVD1.iso.txt b/test/isodata/centos/centos6.4/CentOS-6.4-x86_64-bin-DVD1.iso.txt
new file mode 100644
index 0000000..5231840
--- /dev/null
+++ b/test/isodata/centos/centos6.4/CentOS-6.4-x86_64-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.4_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.4_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2125673
+El Torito VD version 1 found, boot catalog is in sector 580
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 245 581
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:52 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:52 +0200
Subject: [Libosinfo] [PATCH 06/10] centos,
test: Add OS info/testcase for CentOS 6.3
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-7-git-send-email-fidencio@redhat.com>
---
data/oses/centos.xml.in | 46 ++++++++++++++++++++++
.../centos6.3/CentOS-6.3-i386-bin-DVD1.iso.txt | 29 ++++++++++++++
.../centos6.3/CentOS-6.3-x86_64-bin-DVD1.iso.txt | 29 ++++++++++++++
3 files changed, 104 insertions(+)
create mode 100644 test/isodata/centos/centos6.3/CentOS-6.3-i386-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.3/CentOS-6.3-x86_64-bin-DVD1.iso.txt
diff --git a/data/oses/centos.xml.in b/data/oses/centos.xml.in
index aeef735..86ac2a5 100644
--- a/data/oses/centos.xml.in
+++ b/data/oses/centos.xml.in
@@ -139,4 +139,50 @@
+
+ centos6.3
+ <_name>CentOS 6.3
+ 6.3
+ <_vendor>CentOS
+ linux
+ centos
+
+
+
+
+
+ LINUX
+ CentOS_6.3_Final
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+ LINUX
+ CentOS_6.3_Final
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+
+ 1
+ 536870912
+
+
+
+ 400000000
+ 1073741824
+ 9663676416
+
+
+
+
+
+
+
+
+
diff --git a/test/isodata/centos/centos6.3/CentOS-6.3-i386-bin-DVD1.iso.txt b/test/isodata/centos/centos6.3/CentOS-6.3-i386-bin-DVD1.iso.txt
new file mode 100644
index 0000000..387cbfd
--- /dev/null
+++ b/test/isodata/centos/centos6.3/CentOS-6.3-i386-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.3_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.3_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1813088
+El Torito VD version 1 found, boot catalog is in sector 452
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1C5 453
diff --git a/test/isodata/centos/centos6.3/CentOS-6.3-x86_64-bin-DVD1.iso.txt b/test/isodata/centos/centos6.3/CentOS-6.3-x86_64-bin-DVD1.iso.txt
new file mode 100644
index 0000000..3ec8e53
--- /dev/null
+++ b/test/isodata/centos/centos6.3/CentOS-6.3-x86_64-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.3_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.3_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2094427
+El Torito VD version 1 found, boot catalog is in sector 568
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 239 569
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:49 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:49 +0200
Subject: [Libosinfo] [PATCH 03/10] centos,
test: Add OS info/testcase for CentOS 6.0
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-4-git-send-email-fidencio@redhat.com>
---
data/oses/centos.xml.in | 22 ++++++++++++++++
.../centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt | 29 ++++++++++++++++++++++
.../centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt | 29 ++++++++++++++++++++++
test/test-isodetect.c | 6 +++++
4 files changed, 86 insertions(+)
create mode 100644 test/isodata/centos/centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt
create mode 100644 test/isodata/centos/centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt
diff --git a/data/oses/centos.xml.in b/data/oses/centos.xml.in
index 3f09dea..bb8e570 100644
--- a/data/oses/centos.xml.in
+++ b/data/oses/centos.xml.in
@@ -16,13 +16,35 @@
LINUX
CentOS_6.0_Final
+ isolinux/vmlinuz
+ isolinux/initrd.img
LINUX
CentOS_6.0_Final
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+ 1
+ 536870912
+
+
+
+ 400000000
+ 1073741824
+ 9663676416
+
+
+
+
+
+
+
diff --git a/test/isodata/centos/centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt b/test/isodata/centos/centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt
new file mode 100644
index 0000000..3109c60
--- /dev/null
+++ b/test/isodata/centos/centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.0_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.0_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2297586
+El Torito VD version 1 found, boot catalog is in sector 655
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 290 656
diff --git a/test/isodata/centos/centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt b/test/isodata/centos/centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt
new file mode 100644
index 0000000..3cd3e6e
--- /dev/null
+++ b/test/isodata/centos/centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: CentOS_6.0_Final
+Volume set id:
+Publisher id: CentOS Project
+Data preparer id: CentOS
+Application id: CentOS_6.0_Final
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2069727
+El Torito VD version 1 found, boot catalog is in sector 545
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID 'CentOS Project'
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 222 546
diff --git a/test/test-isodetect.c b/test/test-isodetect.c
index 7a1fb06..8a982d4 100644
--- a/test/test-isodetect.c
+++ b/test/test-isodetect.c
@@ -384,6 +384,11 @@ START_TEST(test_opensuse)
}
END_TEST
+START_TEST(test_centos)
+{
+ test_one("centos");
+}
+END_TEST
static Suite *
list_suite(void)
@@ -399,6 +404,7 @@ list_suite(void)
tcase_add_test(tc, test_windows);
tcase_add_test(tc, test_openbsd);
tcase_add_test(tc, test_opensuse);
+ tcase_add_test(tc, test_centos);
suite_add_tcase(s, tc);
return s;
}
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:46 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:46 +0200
Subject: [Libosinfo] [PATCH 00/10] CentOS Support and small fixes
Message-ID: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Howdy!
I'm just resending the whole series before push these patches.
Fabiano Fid?ncio (10):
fedora,rhel,installer: Don't use "--activate" (v2)
rhel,test: Add OS info/testcase for RHEL 6.4 (alread acked)
centos,test: Add OS info/testcase for CentOS 6.0 (already acked)
centos,test: Add OS info/testcase for CentOS 6.1 (already acked)
centos,test: Add OS info/testcase for CentOS 6.2 (already acked)
centos,test: Add OS info/testcase for CentOS 6.3 (already acked)
centos,test: Add OS info/testcase for CentOS 6.4 (already acked)
test: Add testcase for Fedora 17 (already acked)
test: Add testcase for Fedora 18 (already acked)
Update .gitignore (already acked)
.gitignore | 4 +
data/install-scripts/fedora.xml | 2 +-
data/install-scripts/rhel.xml | 2 +-
data/oses/centos.xml.in | 195 +++++++++++++++++++++
data/oses/rhel.xml.in | 50 ++++++
.../centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt | 29 +++
.../centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt | 29 +++
.../centos6.1/CentOS-6.1-i386-bin-DVD1.iso.txt | 29 +++
.../centos6.1/CentOS-6.1-x86_64-bin-DVD1.iso.txt | 29 +++
.../centos6.2/CentOS-6.2-i386-bin-DVD1.iso.txt | 29 +++
.../centos6.2/CentOS-6.2-x86_64-bin-DVD1.iso.txt | 29 +++
.../centos6.3/CentOS-6.3-i386-bin-DVD1.iso.txt | 29 +++
.../centos6.3/CentOS-6.3-x86_64-bin-DVD1.iso.txt | 29 +++
.../centos6.4/CentOS-6.4-i386-bin-DVD1.iso.txt | 29 +++
.../centos6.4/CentOS-6.4-x86_64-bin-DVD1.iso.txt | 29 +++
.../fedora/fedora17/Fedora-17-i386-DVD.iso.txt | 29 +++
.../fedora17/Fedora-17-i686-Live-Desktop.iso.txt | 29 +++
.../fedora17/Fedora-17-i686-Live-KDE.iso.txt | 29 +++
.../fedora/fedora17/Fedora-17-x86_64-DVD.iso.txt | 29 +++
.../fedora17/Fedora-17-x86_64-Live-Desktop.iso.txt | 29 +++
.../fedora17/Fedora-17-x86_64-Live-KDE.iso.txt | 29 +++
.../fedora/fedora18/Fedora-18-i386-DVD.iso.txt | 29 +++
.../fedora18/Fedora-18-i686-Live-Desktop.iso.txt | 29 +++
.../fedora18/Fedora-18-i686-Live-KDE.iso.txt | 29 +++
.../fedora/fedora18/Fedora-18-x86_64-DVD.iso.txt | 29 +++
.../fedora18/Fedora-18-x86_64-Live-Desktop.iso.txt | 29 +++
.../fedora18/Fedora-18-x86_64-Live-KDE.iso.txt | 29 +++
.../rhel/rhel6.4/rhel-server-6.4-i386-dvd.iso.txt | 29 +++
.../rhel6.4/rhel-server-6.4-x86_64-dvd.iso.txt | 29 +++
.../rhel6.4/rhel-workstation-6.4-i386-dvd.iso.txt | 29 +++
.../rhel-workstation-6.4-x86_64-dvd.iso.txt | 29 +++
test/test-isodetect.c | 6 +
32 files changed, 1011 insertions(+), 2 deletions(-)
create mode 100644 test/isodata/centos/centos6.0/CentOS-6.0-i386-bin-DVD.iso.txt
create mode 100644 test/isodata/centos/centos6.0/CentOS-6.0-x86_64-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.1/CentOS-6.1-i386-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.1/CentOS-6.1-x86_64-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.2/CentOS-6.2-i386-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.2/CentOS-6.2-x86_64-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.3/CentOS-6.3-i386-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.3/CentOS-6.3-x86_64-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.4/CentOS-6.4-i386-bin-DVD1.iso.txt
create mode 100644 test/isodata/centos/centos6.4/CentOS-6.4-x86_64-bin-DVD1.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-i386-DVD.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-i686-Live-Desktop.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-i686-Live-KDE.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-x86_64-DVD.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-Desktop.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-KDE.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-i386-DVD.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-i686-Live-Desktop.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-i686-Live-KDE.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-x86_64-DVD.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-Desktop.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-KDE.iso.txt
create mode 100644 test/isodata/rhel/rhel6.4/rhel-server-6.4-i386-dvd.iso.txt
create mode 100644 test/isodata/rhel/rhel6.4/rhel-server-6.4-x86_64-dvd.iso.txt
create mode 100644 test/isodata/rhel/rhel6.4/rhel-workstation-6.4-i386-dvd.iso.txt
create mode 100644 test/isodata/rhel/rhel6.4/rhel-workstation-6.4-x86_64-dvd.iso.txt
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:48 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:48 +0200
Subject: [Libosinfo] [PATCH 02/10] rhel,
test: Add OS info/testcase for RHEL 6.4
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-3-git-send-email-fidencio@redhat.com>
---
data/oses/rhel.xml.in | 50 ++++++++++++++++++++++
.../rhel/rhel6.4/rhel-server-6.4-i386-dvd.iso.txt | 29 +++++++++++++
.../rhel6.4/rhel-server-6.4-x86_64-dvd.iso.txt | 29 +++++++++++++
.../rhel6.4/rhel-workstation-6.4-i386-dvd.iso.txt | 29 +++++++++++++
.../rhel-workstation-6.4-x86_64-dvd.iso.txt | 29 +++++++++++++
5 files changed, 166 insertions(+)
create mode 100644 test/isodata/rhel/rhel6.4/rhel-server-6.4-i386-dvd.iso.txt
create mode 100644 test/isodata/rhel/rhel6.4/rhel-server-6.4-x86_64-dvd.iso.txt
create mode 100644 test/isodata/rhel/rhel6.4/rhel-workstation-6.4-i386-dvd.iso.txt
create mode 100644 test/isodata/rhel/rhel6.4/rhel-workstation-6.4-x86_64-dvd.iso.txt
diff --git a/data/oses/rhel.xml.in b/data/oses/rhel.xml.in
index 35de243..6985404 100644
--- a/data/oses/rhel.xml.in
+++ b/data/oses/rhel.xml.in
@@ -864,4 +864,54 @@
+
+
+ rhel6.4
+ <_name>Red Hat Enterprise Linux 6.4
+ 6.4
+ <_vendor>Red Hat, Inc
+ linux
+ rhel
+ Santiago
+
+
+
+ 2013-02-21
+ 2023-11-30
+
+
+
+ LINUX
+ .*RHEL_6.4 i386.*
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+ LINUX
+ .*RHEL_6.4 x86_64.*
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+
+ 1
+ 536870912
+
+
+
+ 400000000
+ 1073741824
+ 9663676416
+
+
+
+
+
+
+
+
diff --git a/test/isodata/rhel/rhel6.4/rhel-server-6.4-i386-dvd.iso.txt b/test/isodata/rhel/rhel6.4/rhel-server-6.4-i386-dvd.iso.txt
new file mode 100644
index 0000000..6a3b8b8
--- /dev/null
+++ b/test/isodata/rhel/rhel6.4/rhel-server-6.4-i386-dvd.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: RHEL_6.4 i386 Disc 1
+Volume set id: RHEL_6.4 i386
+Publisher id:
+Data preparer id:
+Application id: RHEL_6.4 i386
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1540391
+El Torito VD version 1 found, boot catalog is in sector 478
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1DF 479
diff --git a/test/isodata/rhel/rhel6.4/rhel-server-6.4-x86_64-dvd.iso.txt b/test/isodata/rhel/rhel6.4/rhel-server-6.4-x86_64-dvd.iso.txt
new file mode 100644
index 0000000..06e696f
--- /dev/null
+++ b/test/isodata/rhel/rhel6.4/rhel-server-6.4-x86_64-dvd.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: RHEL_6.4 x86_64 Disc 1
+Volume set id: RHEL_6.4 x86_64
+Publisher id:
+Data preparer id:
+Application id: RHEL_6.4 x86_64
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1816388
+El Torito VD version 1 found, boot catalog is in sector 609
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 31C 796
diff --git a/test/isodata/rhel/rhel6.4/rhel-workstation-6.4-i386-dvd.iso.txt b/test/isodata/rhel/rhel6.4/rhel-workstation-6.4-i386-dvd.iso.txt
new file mode 100644
index 0000000..533b7d8
--- /dev/null
+++ b/test/isodata/rhel/rhel6.4/rhel-workstation-6.4-i386-dvd.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: RHEL_6.4 i386 Disc 1
+Volume set id: RHEL_6.4 i386
+Publisher id:
+Data preparer id:
+Application id: RHEL_6.4 i386
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1843235
+El Torito VD version 1 found, boot catalog is in sector 490
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1EB 491
diff --git a/test/isodata/rhel/rhel6.4/rhel-workstation-6.4-x86_64-dvd.iso.txt b/test/isodata/rhel/rhel6.4/rhel-workstation-6.4-x86_64-dvd.iso.txt
new file mode 100644
index 0000000..0b4673a
--- /dev/null
+++ b/test/isodata/rhel/rhel6.4/rhel-workstation-6.4-x86_64-dvd.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: RHEL_6.4 x86_64 Disc 1
+Volume set id: RHEL_6.4 x86_64
+Publisher id:
+Data preparer id:
+Application id: RHEL_6.4 x86_64
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2130896
+El Torito VD version 1 found, boot catalog is in sector 622
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 329 809
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:54 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:54 +0200
Subject: [Libosinfo] [PATCH 08/10] test: Add testcase for Fedora 17
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-9-git-send-email-fidencio@redhat.com>
---
.../fedora/fedora17/Fedora-17-i386-DVD.iso.txt | 29 ++++++++++++++++++++++
.../fedora17/Fedora-17-i686-Live-Desktop.iso.txt | 29 ++++++++++++++++++++++
.../fedora17/Fedora-17-i686-Live-KDE.iso.txt | 29 ++++++++++++++++++++++
.../fedora/fedora17/Fedora-17-x86_64-DVD.iso.txt | 29 ++++++++++++++++++++++
.../fedora17/Fedora-17-x86_64-Live-Desktop.iso.txt | 29 ++++++++++++++++++++++
.../fedora17/Fedora-17-x86_64-Live-KDE.iso.txt | 29 ++++++++++++++++++++++
6 files changed, 174 insertions(+)
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-i386-DVD.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-i686-Live-Desktop.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-i686-Live-KDE.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-x86_64-DVD.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-Desktop.iso.txt
create mode 100644 test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-KDE.iso.txt
diff --git a/test/isodata/fedora/fedora17/Fedora-17-i386-DVD.iso.txt b/test/isodata/fedora/fedora17/Fedora-17-i386-DVD.iso.txt
new file mode 100644
index 0000000..5ff03b4
--- /dev/null
+++ b/test/isodata/fedora/fedora17/Fedora-17-i386-DVD.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora 17 i386
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1910082
+El Torito VD version 1 found, boot catalog is in sector 558
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 22F 559
diff --git a/test/isodata/fedora/fedora17/Fedora-17-i686-Live-Desktop.iso.txt b/test/isodata/fedora/fedora17/Fedora-17-i686-Live-Desktop.iso.txt
new file mode 100644
index 0000000..415580a
--- /dev/null
+++ b/test/isodata/fedora/fedora17/Fedora-17-i686-Live-Desktop.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-17-i686-Live-Desktop.iso
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 330740
+El Torito VD version 1 found, boot catalog is in sector 40
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1B7 439
diff --git a/test/isodata/fedora/fedora17/Fedora-17-i686-Live-KDE.iso.txt b/test/isodata/fedora/fedora17/Fedora-17-i686-Live-KDE.iso.txt
new file mode 100644
index 0000000..fb75f63
--- /dev/null
+++ b/test/isodata/fedora/fedora17/Fedora-17-i686-Live-KDE.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-17-i686-Live-KDE.iso
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 355718
+El Torito VD version 1 found, boot catalog is in sector 40
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1B7 439
diff --git a/test/isodata/fedora/fedora17/Fedora-17-x86_64-DVD.iso.txt b/test/isodata/fedora/fedora17/Fedora-17-x86_64-DVD.iso.txt
new file mode 100644
index 0000000..986cf6e
--- /dev/null
+++ b/test/isodata/fedora/fedora17/Fedora-17-x86_64-DVD.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora 17 x86_64
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 1872119
+El Torito VD version 1 found, boot catalog is in sector 571
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 585 1413
diff --git a/test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-Desktop.iso.txt b/test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-Desktop.iso.txt
new file mode 100644
index 0000000..627b727
--- /dev/null
+++ b/test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-Desktop.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-17-x86_64-Live-Desktop.is
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 330132
+El Torito VD version 1 found, boot catalog is in sector 40
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 145 325
diff --git a/test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-KDE.iso.txt b/test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-KDE.iso.txt
new file mode 100644
index 0000000..e12799b
--- /dev/null
+++ b/test/isodata/fedora/fedora17/Fedora-17-x86_64-Live-KDE.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-17-x86_64-Live-KDE.iso
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 353903
+El Torito VD version 1 found, boot catalog is in sector 40
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 145 325
--
1.8.2
From fidencio at redhat.com Fri Apr 5 20:33:55 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 5 Apr 2013 22:33:55 +0200
Subject: [Libosinfo] [PATCH 09/10] test: Add testcase for Fedora 18
In-Reply-To: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365194036-27249-10-git-send-email-fidencio@redhat.com>
---
.../fedora/fedora18/Fedora-18-i386-DVD.iso.txt | 29 ++++++++++++++++++++++
.../fedora18/Fedora-18-i686-Live-Desktop.iso.txt | 29 ++++++++++++++++++++++
.../fedora18/Fedora-18-i686-Live-KDE.iso.txt | 29 ++++++++++++++++++++++
.../fedora/fedora18/Fedora-18-x86_64-DVD.iso.txt | 29 ++++++++++++++++++++++
.../fedora18/Fedora-18-x86_64-Live-Desktop.iso.txt | 29 ++++++++++++++++++++++
.../fedora18/Fedora-18-x86_64-Live-KDE.iso.txt | 29 ++++++++++++++++++++++
6 files changed, 174 insertions(+)
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-i386-DVD.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-i686-Live-Desktop.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-i686-Live-KDE.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-x86_64-DVD.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-Desktop.iso.txt
create mode 100644 test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-KDE.iso.txt
diff --git a/test/isodata/fedora/fedora18/Fedora-18-i386-DVD.iso.txt b/test/isodata/fedora/fedora18/Fedora-18-i386-DVD.iso.txt
new file mode 100644
index 0000000..d86cd16
--- /dev/null
+++ b/test/isodata/fedora/fedora18/Fedora-18-i386-DVD.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora 18 i386
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2288762
+El Torito VD version 1 found, boot catalog is in sector 673
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 2A2 674
diff --git a/test/isodata/fedora/fedora18/Fedora-18-i686-Live-Desktop.iso.txt b/test/isodata/fedora/fedora18/Fedora-18-i686-Live-Desktop.iso.txt
new file mode 100644
index 0000000..c93f414
--- /dev/null
+++ b/test/isodata/fedora/fedora18/Fedora-18-i686-Live-Desktop.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-18-i686-Live-Desktop.iso
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 454938
+El Torito VD version 1 found, boot catalog is in sector 36
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 25 37
diff --git a/test/isodata/fedora/fedora18/Fedora-18-i686-Live-KDE.iso.txt b/test/isodata/fedora/fedora18/Fedora-18-i686-Live-KDE.iso.txt
new file mode 100644
index 0000000..f700ab2
--- /dev/null
+++ b/test/isodata/fedora/fedora18/Fedora-18-i686-Live-KDE.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-18-i686-Live-KDE.iso
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 411830
+El Torito VD version 1 found, boot catalog is in sector 36
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 25 37
diff --git a/test/isodata/fedora/fedora18/Fedora-18-x86_64-DVD.iso.txt b/test/isodata/fedora/fedora18/Fedora-18-x86_64-DVD.iso.txt
new file mode 100644
index 0000000..d2de90f
--- /dev/null
+++ b/test/isodata/fedora/fedora18/Fedora-18-x86_64-DVD.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora 18 x86_64
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 2232984
+El Torito VD version 1 found, boot catalog is in sector 686
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 3E0C 15884
diff --git a/test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-Desktop.iso.txt b/test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-Desktop.iso.txt
new file mode 100644
index 0000000..8df8729
--- /dev/null
+++ b/test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-Desktop.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-18-x86_64-Live-Desktop.is
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 468691
+El Torito VD version 1 found, boot catalog is in sector 42
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 9C3 2499
diff --git a/test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-KDE.iso.txt b/test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-KDE.iso.txt
new file mode 100644
index 0000000..abffde4
--- /dev/null
+++ b/test/isodata/fedora/fedora18/Fedora-18-x86_64-Live-KDE.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-18-x86_64-Live-KDE.iso
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 425190
+El Torito VD version 1 found, boot catalog is in sector 42
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 9C3 2499
--
1.8.2
From fabiano at fidencio.org Sat Apr 6 06:32:25 2013
From: fabiano at fidencio.org (=?ISO-8859-1?Q?Fabiano_Fid=EAncio?=)
Date: Sat, 6 Apr 2013 08:32:25 +0200
Subject: [Libosinfo] command-line should come from Libosinfo
Message-ID:
Howdy!
Since we start using libosinfo to provide the install-scripts for
gnome-boxes we have a pending task related to the command-line passed to
load the install-script.
Nowadays, the command-line hardcoded for Fedora format and it is okay, once
we only support unattended-installations for Fedora's flavors of Linux. But
the family is growing fast, fortunately.
A few days ago Zeeshan found out how the unattended-installations work on
Debian/Ubuntu. A few hours ago I found out how it works for OpenSuSE.
So, our current cases are:
- Fedora/RHEL/CentOS: ks=hd::/
- OpenSuSE: autoyast=device:///autoinst.xml
- Debian/Ubuntu: decompress the initrd, put the file into it, compress
again and boot with this fresh compressed initrd.
The 3rd method is also supported by Fedora/RHEL/CentOS, but is not by
OpenSuSE).
Ah, so bad, looks like we don't have a standard way to follow.
With the problem presented, let me ask the 1 million dollars question: How
to workaround this problem?
I'm going to add OpenSuSE install-scripts for Libosinfo and I think we will
want to use these scripts on Boxes.
Thinking a bit here, at least for Fedora* and OpenSuSE, we could add a
property in the install-scripts, "command-line-format" to specify the
format. Something contenting:
- installation method (ks, autoyast) -- could be represented by "!"
- installation method option (hd, device) - could be represented by "@"
- device where the script will be put in (sda, sdb) - could be represented
by "#"
- expected filename (fedora.ks, autoinst.xml)
So, we could set the propert, for Fedora, as: !=@:#/$. And for OpenSuSE as:
!=@;//#/$.
Returning this string, the application could ask for libosinfo about the
each property discussed.
Ah, in the install-script file it could be represented as:
!=@:#/$.
hd
...
What do you think about this?
Best Regards,
--
Fabiano Fid?ncio
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From zeeshanak at gnome.org Mon Apr 8 01:43:19 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Mon, 8 Apr 2013 04:43:19 +0300
Subject: [Libosinfo] command-line should come from Libosinfo
In-Reply-To:
References:
Message-ID:
On Sat, Apr 6, 2013 at 9:32 AM, Fabiano Fid?ncio wrote:
> Howdy!
Hi Fabiano,
> Since we start using libosinfo to provide the install-scripts for
> gnome-boxes we have a pending task related to the command-line passed to
> load the install-script.
> Nowadays, the command-line hardcoded for Fedora format and it is okay, once
> we only support unattended-installations for Fedora's flavors of Linux. But
> the family is growing fast, fortunately.
>
> A few days ago Zeeshan found out how the unattended-installations work on
> Debian/Ubuntu. A few hours ago I found out how it works for OpenSuSE.
>
> So, our current cases are:
> - Fedora/RHEL/CentOS: ks=hd::/
> - OpenSuSE: autoyast=device:///autoinst.xml
> - Debian/Ubuntu: decompress the initrd, put the file into it, compress again
> and boot with this fresh compressed initrd.
>
> The 3rd method is also supported by Fedora/RHEL/CentOS, but is not by
> OpenSuSE).
> Ah, so bad, looks like we don't have a standard way to follow.
One important thing to note is that according to the documentation,
the same method we use for Fedora should also work for Debian/Ubuntu
so this initrd repacking method is a work around to a bug. We should
file a bug on Debian/Ubuntu about this and use this workaround in Apps
for now. Libosinfo should simply provide working installer scripts for
Debian/Ubuntu.
> I'm going to add OpenSuSE install-scripts for Libosinfo and I think we will
> want to use these scripts on Boxes.
Yup. Sounds right.
> Thinking a bit here, at least for Fedora* and OpenSuSE, we could add a
> property in the install-scripts, "command-line-format" to specify the
> format. Something contenting:
> - installation method (ks, autoyast) -- could be represented by "!"
What would '!' say to app? Do they substitute it with 'ks' or
'autoyast'? Why not just give them 'ks' or 'autoyast' itself?
> - installation method option (hd, device) - could be represented by "@"
Again why use a variable and how does app know what it means for each script/os?
> - device where the script will be put in (sda, sdb) - could be represented
> by "#"
Now is this something that really should come from app but thing is
that app is already providing this in installer config.
What I suggest is that we also use XSL template (just like the script
template) for generating this commandline for the app. App will pass
the same install config as it will for generation of scripts.
> - expected filename (fedora.ks, autoinst.xml)
This we already have and if we generate the commandline for the app,
we can simply hard-code this in the template.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From fabiano at fidencio.org Mon Apr 8 05:47:21 2013
From: fabiano at fidencio.org (=?ISO-8859-1?Q?Fabiano_Fid=EAncio?=)
Date: Mon, 8 Apr 2013 07:47:21 +0200
Subject: [Libosinfo] command-line should come from Libosinfo
In-Reply-To:
References:
Message-ID:
On Mon, Apr 8, 2013 at 3:43 AM, Zeeshan Ali (Khattak)
wrote:
> On Sat, Apr 6, 2013 at 9:32 AM, Fabiano Fid?ncio
> wrote:
> > Howdy!
>
> Hi Fabiano,
>
Hi Zeeshan,
>
> > Since we start using libosinfo to provide the install-scripts for
> > gnome-boxes we have a pending task related to the command-line passed to
> > load the install-script.
> > Nowadays, the command-line hardcoded for Fedora format and it is okay,
> once
> > we only support unattended-installations for Fedora's flavors of Linux.
> But
> > the family is growing fast, fortunately.
> >
> > A few days ago Zeeshan found out how the unattended-installations work on
> > Debian/Ubuntu. A few hours ago I found out how it works for OpenSuSE.
> >
> > So, our current cases are:
> > - Fedora/RHEL/CentOS: ks=hd::/
> > - OpenSuSE: autoyast=device:///autoinst.xml
> > - Debian/Ubuntu: decompress the initrd, put the file into it, compress
> again
> > and boot with this fresh compressed initrd.
> >
> > The 3rd method is also supported by Fedora/RHEL/CentOS, but is not by
> > OpenSuSE).
> > Ah, so bad, looks like we don't have a standard way to follow.
>
> One important thing to note is that according to the documentation,
> the same method we use for Fedora should also work for Debian/Ubuntu
> so this initrd repacking method is a work around to a bug. We should
> file a bug on Debian/Ubuntu about this and use this workaround in Apps
> for now. Libosinfo should simply provide working installer scripts for
> Debian/Ubuntu.
>
I don't know if it's supposed to work in the same way that Fedora does.
After your successfully with Debian I re-read the docs and they are not
exactly clear about that. I could understand that the expected file is the
new initrd, with the preseed file.
>
> > I'm going to add OpenSuSE install-scripts for Libosinfo and I think we
> will
> > want to use these scripts on Boxes.
>
> Yup. Sounds right.
>
> > Thinking a bit here, at least for Fedora* and OpenSuSE, we could add a
> > property in the install-scripts, "command-line-format" to specify the
> > format. Something contenting:
> > - installation method (ks, autoyast) -- could be represented by "!"
>
> What would '!' say to app? Do they substitute it with 'ks' or
> 'autoyast'? Why not just give them 'ks' or 'autoyast' itself?
>
Answered above, my bad.
> > - installation method option (hd, device) - could be represented by "@"
>
> Again why use a variable and how does app know what it means for each
> script/os?
>
Same here.
>
> > - device where the script will be put in (sda, sdb) - could be
> represented
> > by "#"
>
> Now is this something that really should come from app but thing is
> that app is already providing this in installer config.
>
> What I suggest is that we also use XSL template (just like the script
> template) for generating this commandline for the app. App will pass
> the same install config as it will for generation of scripts.
>
I will try to draft something in this way in the next days and then I will
return to this discussion with a patch. I think the things are clear enough
to start a draft
Thank you.
Best Regards,
--
Fabiano Fid?ncio
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From cfergeau at redhat.com Mon Apr 8 08:54:20 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Mon, 8 Apr 2013 10:54:20 +0200
Subject: [Libosinfo] [PATCH] installer,
win7: Setup user avatar for desktop profile
In-Reply-To: <1365121458-19296-1-git-send-email-zeeshanak@gnome.org>
References: <1365121458-19296-1-git-send-email-zeeshanak@gnome.org>
Message-ID: <20130408085419.GB30207@teriyaki.cdg.redhat.com>
On Fri, Apr 05, 2013 at 03:24:18AM +0300, Zeeshan Ali (Khattak) wrote:
> From: "Zeeshan Ali (Khattak)"
>
> While I failed to find a way to setup avatar for the user we create, I
> did find this method to setup avatar for admin. Since we setup our user
> as admin, this in the end means the same as setting up user's avatar.
http://deployment.xtremeconsulting.com/2010/06/23/usertile-automation-part-1/
seems to get into details about how to do this.
user.bmp is apparently the default avatar used for users, not necessarily
the 'admin' one. It seems it can be forced to be used for all users, but
that's not what we want
http://social.technet.microsoft.com/Forums/en-US/windowsserver2008r2general/thread/55c2a47a-6503-49c0-9822-482f5b933b65/
> ---
> data/install-scripts/windows-cmd.xml | 17 ++++++++++++++++-
> 1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff --git a/data/install-scripts/windows-cmd.xml b/data/install-scripts/windows-cmd.xml
> index 3c341fc..876cf53 100644
> --- a/data/install-scripts/windows-cmd.xml
> +++ b/data/install-scripts/windows-cmd.xml
> @@ -62,15 +62,30 @@
>
>
>
> +
> +
> +
> +
> + :\Documents and Settings\All Users\Application Data\Microsoft\User Account Pictures\
> +
> + .bmp
> +
> +
> + :\ProgramData\Microsoft\User Account Pictures\user.bmp
> +
> +
> +
> +
>
>
> sc config TlntSvr start= auto
> net user /add /passwordreq:no
> net localgroup administrators /add
> net accounts /maxpwage:unlimited
> -if not ""=="" copy ":" ":\Documents and Settings\All Users\Application Data\Microsoft\User Account Pictures\.bmp"
> REGEDIT /S :\windows.reg
>
> +if not ""=="" copy ":" "
> +
>
> :
>
ACK.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Mon Apr 8 08:56:17 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Mon, 8 Apr 2013 10:56:17 +0200
Subject: [Libosinfo] [PATCHv2 01/10] fedora, rhel,
installer: Don't use "--activate"
In-Reply-To: <1365194036-27249-2-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
<1365194036-27249-2-git-send-email-fidencio@redhat.com>
Message-ID: <20130408085617.GC30207@teriyaki.cdg.redhat.com>
On Fri, Apr 05, 2013 at 10:33:47PM +0200, Fabiano Fid?ncio wrote:
> http://fedoraproject.org/wiki/Anaconda/Kickstart#network says
> 'Device of the first network command is activated if network is required,
> e.g. in case of network installation or using vnc.'
Can you mention that --activate is not supported with RHEL5 and older?
ACK with that changed (I assume you have tested these changes)
Christophe
> ---
> data/install-scripts/fedora.xml | 2 +-
> data/install-scripts/rhel.xml | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml
> index 6e8a92d..b5b20bb 100644
> --- a/data/install-scripts/fedora.xml
> +++ b/data/install-scripts/fedora.xml
> @@ -216,7 +216,7 @@ reboot
> install
> keyboard ''
> lang
> -network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname= --activate
> +network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname=
> rootpw dummyPa55w0rd # Actual password set (or unset) in %post below
> firewall --disabled
> authconfig --enableshadow --enablemd5
> diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml
> index 9c17f11..6f3d58d 100644
> --- a/data/install-scripts/rhel.xml
> +++ b/data/install-scripts/rhel.xml
> @@ -124,7 +124,7 @@ reboot
> install
> keyboard us
> lang
> -network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname= --activate
> +network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname=
> rootpw dummyPa55w0rd # Actual password set (or unset) in %post below
> firewall --disabled
> authconfig --enableshadow --enablemd5
> --
> 1.8.2
>
> _______________________________________________
> 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: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Mon Apr 8 08:59:45 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Mon, 8 Apr 2013 10:59:45 +0200
Subject: [Libosinfo] [PATCH 10/10] Update .gitignore
In-Reply-To: <1365194036-27249-11-git-send-email-fidencio@redhat.com>
References: <1365194036-27249-1-git-send-email-fidencio@redhat.com>
<1365194036-27249-11-git-send-email-fidencio@redhat.com>
Message-ID: <20130408085945.GD30207@teriyaki.cdg.redhat.com>
Only had a quick look through 02 to 10, but ACK series
Christophe
On Fri, Apr 05, 2013 at 10:33:56PM +0200, Fabiano Fid?ncio wrote:
> ---
> .gitignore | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/.gitignore b/.gitignore
> index 71d959c..75da893 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -16,6 +16,7 @@ build-aux/ltmain.sh
> build-aux/missing
> build-aux/mkinstalldirs
> build-aux/config.rpath
> +build-aux/test-driver
> config.cache
> config.h
> config.h.in
> @@ -59,6 +60,8 @@ test/test-platformlist
> test/test-isodetect
> test/test-mediauris
> test/test-treeuris
> +test/*.log
> +test/*.trs
> build/
> gtk-doc.make
> data/95-osinfo.rules
> @@ -118,4 +121,5 @@ po/en at quot.header
> po/insert-header.sin
> po/quot.sed
> po/remove-potcdate.sin
> +po/*.gmo
> ABOUT-NLS
> --
> 1.8.2
>
> _______________________________________________
> 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: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Mon Apr 8 09:08:13 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Mon, 8 Apr 2013 11:08:13 +0200
Subject: [Libosinfo] command-line should come from Libosinfo
In-Reply-To:
References:
Message-ID: <20130408090813.GE30207@teriyaki.cdg.redhat.com>
On Mon, Apr 08, 2013 at 04:43:19AM +0300, Zeeshan Ali (Khattak) wrote:
> On Sat, Apr 6, 2013 at 9:32 AM, Fabiano Fid?ncio wrote:
> One important thing to note is that according to the documentation,
> the same method we use for Fedora should also work for Debian/Ubuntu
While this was my initial impression too, more careful reading made me
realize that the various methods they present really talk about having
the unattended file on the same media as the installer, not on a separate
one.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509723 seemed like it
could be useful for what we are trying to do, but I did not manage to
get it to work.
> > Thinking a bit here, at least for Fedora* and OpenSuSE, we could add a
> > property in the install-scripts, "command-line-format" to specify the
> > format. Something contenting:
> > - installation method (ks, autoyast) -- could be represented by "!"
>
> What would '!' say to app? Do they substitute it with 'ks' or
> 'autoyast'? Why not just give them 'ks' or 'autoyast' itself?
>
> > - installation method option (hd, device) - could be represented by "@"
>
> Again why use a variable and how does app know what it means for each script/os?
>
> > - device where the script will be put in (sda, sdb) - could be represented
> > by "#"
>
> Now is this something that really should come from app but thing is
> that app is already providing this in installer config.
>
> What I suggest is that we also use XSL template (just like the script
> template) for generating this commandline for the app. App will pass
> the same install config as it will for generation of scripts.
>
> > - expected filename (fedora.ks, autoinst.xml)
>
> This we already have and if we generate the commandline for the app,
> we can simply hard-code this in the template.
I didn't think about all of this in detail, but I agree that something less
cryptic than a string with magic !, @, ... would be good ;)
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Mon Apr 8 13:03:13 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Mon, 8 Apr 2013 16:03:13 +0300
Subject: [Libosinfo] command-line should come from Libosinfo
In-Reply-To:
References:
Message-ID:
On Mon, Apr 8, 2013 at 8:47 AM, Fabiano Fid?ncio wrote:
>
>
>
> On Mon, Apr 8, 2013 at 3:43 AM, Zeeshan Ali (Khattak)
> wrote:
>>
>> On Sat, Apr 6, 2013 at 9:32 AM, Fabiano Fid?ncio
>> wrote:
>> > Howdy!
>>
>> Hi Fabiano,
>
>
> Hi Zeeshan,
>
>>
>>
>> > Since we start using libosinfo to provide the install-scripts for
>> > gnome-boxes we have a pending task related to the command-line passed to
>> > load the install-script.
>> > Nowadays, the command-line hardcoded for Fedora format and it is okay,
>> > once
>> > we only support unattended-installations for Fedora's flavors of Linux.
>> > But
>> > the family is growing fast, fortunately.
>> >
>> > A few days ago Zeeshan found out how the unattended-installations work
>> > on
>> > Debian/Ubuntu. A few hours ago I found out how it works for OpenSuSE.
>> >
>> > So, our current cases are:
>> > - Fedora/RHEL/CentOS: ks=hd::/
>> > - OpenSuSE: autoyast=device:///autoinst.xml
>> > - Debian/Ubuntu: decompress the initrd, put the file into it, compress
>> > again
>> > and boot with this fresh compressed initrd.
>> >
>> > The 3rd method is also supported by Fedora/RHEL/CentOS, but is not by
>> > OpenSuSE).
>> > Ah, so bad, looks like we don't have a standard way to follow.
>>
>> One important thing to note is that according to the documentation,
>> the same method we use for Fedora should also work for Debian/Ubuntu
>> so this initrd repacking method is a work around to a bug. We should
>> file a bug on Debian/Ubuntu about this and use this workaround in Apps
>> for now. Libosinfo should simply provide working installer scripts for
>> Debian/Ubuntu.
>
>
> I don't know if it's supposed to work in the same way that Fedora does.
> After your successfully with Debian I re-read the docs and they are not
> exactly clear about that. I could understand that the expected file is the
> new initrd, with the preseed file.
>
>>
>>
>> > I'm going to add OpenSuSE install-scripts for Libosinfo and I think we
>> > will
>> > want to use these scripts on Boxes.
>>
>> Yup. Sounds right.
>>
>> > Thinking a bit here, at least for Fedora* and OpenSuSE, we could add a
>> > property in the install-scripts, "command-line-format" to specify the
>> > format. Something contenting:
>> > - installation method (ks, autoyast) -- could be represented by "!"
>>
>> What would '!' say to app? Do they substitute it with 'ks' or
>> 'autoyast'? Why not just give them 'ks' or 'autoyast' itself?
>
>
> Answered above, my bad.
Where? I don't follow.
>>
>> > - installation method option (hd, device) - could be represented by "@"
>>
>> Again why use a variable and how does app know what it means for each
>> script/os?
>
>
>
> Same here.
Same confusion here too then. :)
>>
>>
>> > - device where the script will be put in (sda, sdb) - could be
>> > represented
>> > by "#"
>>
>> Now is this something that really should come from app but thing is
>> that app is already providing this in installer config.
>>
>> What I suggest is that we also use XSL template (just like the script
>> template) for generating this commandline for the app. App will pass
>> the same install config as it will for generation of scripts.
>
>
> I will try to draft something in this way in the next days and then I will
> return to this discussion with a patch. I think the things are clear enough
> to start a draft
Cool.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Mon Apr 8 13:06:18 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Mon, 8 Apr 2013 16:06:18 +0300
Subject: [Libosinfo] command-line should come from Libosinfo
In-Reply-To: <20130408090813.GE30207@teriyaki.cdg.redhat.com>
References:
<20130408090813.GE30207@teriyaki.cdg.redhat.com>
Message-ID:
On Mon, Apr 8, 2013 at 12:08 PM, Christophe Fergeau wrote:
> On Mon, Apr 08, 2013 at 04:43:19AM +0300, Zeeshan Ali (Khattak) wrote:
>> On Sat, Apr 6, 2013 at 9:32 AM, Fabiano Fid?ncio wrote:
>> One important thing to note is that according to the documentation,
>> the same method we use for Fedora should also work for Debian/Ubuntu
>
> While this was my initial impression too, more careful reading made me
> realize that the various methods they present really talk about having
> the unattended file on the same media as the installer, not on a separate
> one.
Ah, that explains everything.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509723 seemed like it
> could be useful for what we are trying to do, but I did not manage to
> get it to work.
Hm.. I'll have a look into that.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Mon Apr 8 13:20:37 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Mon, 8 Apr 2013 15:20:37 +0200
Subject: [Libosinfo] command-line should come from Libosinfo
In-Reply-To:
References:
<20130408090813.GE30207@teriyaki.cdg.redhat.com>
Message-ID: <20130408132037.GK30207@teriyaki.cdg.redhat.com>
On Mon, Apr 08, 2013 at 04:06:18PM +0300, Zeeshan Ali (Khattak) wrote:
> On Mon, Apr 8, 2013 at 12:08 PM, Christophe Fergeau wrote:
> > On Mon, Apr 08, 2013 at 04:43:19AM +0300, Zeeshan Ali (Khattak) wrote:
> >> On Sat, Apr 6, 2013 at 9:32 AM, Fabiano Fid?ncio wrote:
> >> One important thing to note is that according to the documentation,
> >> the same method we use for Fedora should also work for Debian/Ubuntu
> >
> > While this was my initial impression too, more careful reading made me
> > realize that the various methods they present really talk about having
> > the unattended file on the same media as the installer, not on a separate
> > one.
>
> Ah, that explains everything.
Though some kind of bug report would still be useful imo as it would be
nice if unattended installs from a separate file were not http only ;)
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From berrange at redhat.com Mon Apr 8 15:51:31 2013
From: berrange at redhat.com (Daniel P. Berrange)
Date: Mon, 8 Apr 2013 16:51:31 +0100
Subject: [Libosinfo] [PATCH] Auto-generate AUTHORS file from GIT logs
Message-ID: <1365436291-1958-1-git-send-email-berrange@redhat.com>
From: "Daniel P. Berrange"
Rather than trying to manually keep track of authors,
just auto-generate the list from GIT logs
Signed-off-by: Daniel P. Berrange
---
.gitignore | 2 ++
AUTHORS | 29 -----------------------------
AUTHORS.in | 19 +++++++++++++++++++
ChangeLog | 4 ----
Makefile.am | 16 ++++++++++++----
autogen.sh | 5 +++++
cfg.mk | 16 ----------------
7 files changed, 38 insertions(+), 53 deletions(-)
delete mode 100644 AUTHORS
create mode 100644 AUTHORS.in
delete mode 100644 ChangeLog
diff --git a/.gitignore b/.gitignore
index 71d959c..44ec790 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,5 @@
+ChangeLog
+AUTHORS
*.[ao]
*.l[ao]
*~
diff --git a/AUTHORS b/AUTHORS
deleted file mode 100644
index 4e1d305..0000000
--- a/AUTHORS
+++ /dev/null
@@ -1,29 +0,0 @@
- libosinfo Authors
- =================
-
-Current maintainers:
-
- Zeeshan Ali (Khattak)
- Daniel P. Berrange
-
-Previous maintainers:
-
- Arjun Roy
-
-Patches contributed by:
-
- Matthew Booth
- Christophe Fergeau
- Jim Meyering
- Fabiano Fid??ncio
- Wanlong Gao
- Michal Privoznik
- David Zeuthen
- Eric Blake
- Yuri Chornoivan
- Marc-Andr?? Lureau
- Cole Robinson
- Andreas Henriksson
- ...send patches to get your name here...
-
--- End
diff --git a/AUTHORS.in b/AUTHORS.in
new file mode 100644
index 0000000..1f7ca5c
--- /dev/null
+++ b/AUTHORS.in
@@ -0,0 +1,19 @@
+ libosinfo Authors
+ =================
+
+Current maintainers:
+
+ Zeeshan Ali (Khattak)
+ Daniel P. Berrange
+
+Previous maintainers:
+
+ Arjun Roy
+
+Patches contributed by:
+
+#authorslist#
+
+ ...send patches to get your name here...
+
+-- End
diff --git a/ChangeLog b/ChangeLog
deleted file mode 100644
index 88fec90..0000000
--- a/ChangeLog
+++ /dev/null
@@ -1,4 +0,0 @@
-0.01
-_______________________________________
-
-Initial codebase.
diff --git a/Makefile.am b/Makefile.am
index 566ccac..7bb5c32 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -23,6 +23,7 @@ EXTRA_DIST = \
cfg.mk \
GNUmakefile \
maint.mk \
+ AUTHORS.in \
$(INTLTOOL_FILES) \
$(NULL)
@@ -59,16 +60,23 @@ cov: clean-cov
clean-cov:
rm -rf $(top_builddir)/coverage
-dist-hook: gen-ChangeLog
+dist-hook: gen-ChangeLog gen-AUTHORS
# Generate the ChangeLog file (with all entries since the switch to git)
# and insert it into the directory we're about to use to create a tarball.
-gen_start_date = 2009-07-04
-.PHONY: gen-ChangeLog
+.PHONY: gen-ChangeLog gen-AUTHORS
gen-ChangeLog:
if test -d .git; then \
$(top_srcdir)/build-aux/gitlog-to-changelog \
- --since=$(gen_start_date) > $(distdir)/cl-t; \
+ > $(distdir)/cl-t; \
rm -f $(distdir)/ChangeLog; \
mv $(distdir)/cl-t $(distdir)/ChangeLog; \
fi
+
+gen-AUTHORS:
+ $(AM_V_GEN)if test -d $(srcdir)/.git; then \
+ out="`cd $(srcdir) && git log --pretty=format:'%aN <%aE>' | sort -u`" && \
+ perl -p -e "s/#authorslist#// and print '$$out'" \
+ < $(srcdir)/AUTHORS.in > $(distdir)/AUTHORS-tmp && \
+ mv -f $(distdir)/AUTHORS-tmp $(distdir)/AUTHORS ; \
+ fi
diff --git a/autogen.sh b/autogen.sh
index b5997e6..c496d06 100755
--- a/autogen.sh
+++ b/autogen.sh
@@ -17,4 +17,9 @@ which gnome-autogen.sh || {
exit 1
}
+# Real ChangeLog/AUTHORS is auto-generated from GIT logs at
+# make dist time, but automake requires that it
+# exists at all times :-(
+touch ChangeLog AUTHORS
+
ACLOCAL_FLAGS="$ACLOCAL_FLAGS" USE_GNOME2_MACROS=1 . gnome-autogen.sh --enable-gtk-doc "$@"
diff --git a/cfg.mk b/cfg.mk
index 0d3b2f9..36b000f 100644
--- a/cfg.mk
+++ b/cfg.mk
@@ -18,7 +18,6 @@
# Tests not to run as part of "make distcheck".
local-checks-to-skip = \
changelog-check \
- check-AUTHORS \
makefile-check \
makefile_path_separator_check \
patch-check \
@@ -114,21 +113,6 @@ sc_copyright_format:
# We don't use this feature of maint.mk.
prev_version_file = /dev/null
-# Give credit where due:
-# Ensure that each commit author email address (possibly mapped via
-# git log's .mailmap) appears in our AUTHORS file.
-sc_check_author_list:
- @fail=0; \
- for i in $$(git log --pretty=format:%aE%n|sort -u|grep -v '^$$'); do \
- sanitized=$$(echo "$$i"|LC_ALL=C sed 's/\([^a-zA-Z0-9_ at -]\)/\\\1/g'); \
- grep -iq "<$$sanitized>" $(srcdir)/AUTHORS \
- || { printf '%s\n' "$$i" >&2; fail=1; }; \
- done; \
- test $$fail = 1 \
- && echo '$(ME): committer(s) not listed in AUTHORS' >&2; \
- test $$fail = 0
-
-
exclude_file_name_regexp--sc_bindtextdomain = ^(libvirt-gconfig/tests|examples)/
exclude_file_name_regexp--sc_preprocessor_indentation = ^*/*.[ch]
--
1.8.1.4
From mprivozn at redhat.com Mon Apr 8 17:32:22 2013
From: mprivozn at redhat.com (Michal Privoznik)
Date: Mon, 08 Apr 2013 19:32:22 +0200
Subject: [Libosinfo] [PATCH] Auto-generate AUTHORS file from GIT logs
In-Reply-To: <1365436291-1958-1-git-send-email-berrange@redhat.com>
References: <1365436291-1958-1-git-send-email-berrange@redhat.com>
Message-ID: <5162FF26.8080900@redhat.com>
On 08.04.2013 17:51, Daniel P. Berrange wrote:
> From: "Daniel P. Berrange"
>
> Rather than trying to manually keep track of authors,
> just auto-generate the list from GIT logs
>
> Signed-off-by: Daniel P. Berrange
> ---
> .gitignore | 2 ++
> AUTHORS | 29 -----------------------------
> AUTHORS.in | 19 +++++++++++++++++++
> ChangeLog | 4 ----
> Makefile.am | 16 ++++++++++++----
> autogen.sh | 5 +++++
> cfg.mk | 16 ----------------
> 7 files changed, 38 insertions(+), 53 deletions(-)
> delete mode 100644 AUTHORS
> create mode 100644 AUTHORS.in
> delete mode 100644 ChangeLog
Yup, patch is pretty consistent among all projects you've sent it to.
ACK
Michal
From zeeshanak at gnome.org Tue Apr 9 00:13:46 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Tue, 9 Apr 2013 03:13:46 +0300
Subject: [Libosinfo] [PATCH] installer,
win7: Setup user avatar for desktop profile
In-Reply-To: <20130408085419.GB30207@teriyaki.cdg.redhat.com>
References: <1365121458-19296-1-git-send-email-zeeshanak@gnome.org>
<20130408085419.GB30207@teriyaki.cdg.redhat.com>
Message-ID:
On Mon, Apr 8, 2013 at 11:54 AM, Christophe Fergeau wrote:
> On Fri, Apr 05, 2013 at 03:24:18AM +0300, Zeeshan Ali (Khattak) wrote:
>> From: "Zeeshan Ali (Khattak)"
>>
>> While I failed to find a way to setup avatar for the user we create, I
>> did find this method to setup avatar for admin. Since we setup our user
>> as admin, this in the end means the same as setting up user's avatar.
>
> http://deployment.xtremeconsulting.com/2010/06/23/usertile-automation-part-1/
> seems to get into details about how to do this.
> user.bmp is apparently the default avatar used for users, not necessarily
> the 'admin' one.
I created a normal account and this picture was not used for that
account. It would seem that win7 pics up another unused picture (at
random i think) from the location 'C:\ProgramData\Microsoft\User
Account Pictures\' . Not sure what happens when you create an account
after all pictures get used.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Tue Apr 9 07:25:39 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Tue, 9 Apr 2013 09:25:39 +0200
Subject: [Libosinfo] [PATCH] installer,
win7: Setup user avatar for desktop profile
In-Reply-To:
References: <1365121458-19296-1-git-send-email-zeeshanak@gnome.org>
<20130408085419.GB30207@teriyaki.cdg.redhat.com>
Message-ID: <20130409072539.GD7235@teriyaki>
On Tue, Apr 09, 2013 at 03:13:46AM +0300, Zeeshan Ali (Khattak) wrote:
> On Mon, Apr 8, 2013 at 11:54 AM, Christophe Fergeau wrote:
> > On Fri, Apr 05, 2013 at 03:24:18AM +0300, Zeeshan Ali (Khattak) wrote:
> >> From: "Zeeshan Ali (Khattak)"
> >>
> >> While I failed to find a way to setup avatar for the user we create, I
> >> did find this method to setup avatar for admin. Since we setup our user
> >> as admin, this in the end means the same as setting up user's avatar.
> >
> > http://deployment.xtremeconsulting.com/2010/06/23/usertile-automation-part-1/
> > seems to get into details about how to do this.
> > user.bmp is apparently the default avatar used for users, not necessarily
> > the 'admin' one.
>
> I created a normal account and this picture was not used for that
> account.
You snipped the part of my email that addressed this, some command needs to
be run to force it to be used for all users (which is not what we want
anyway).
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Tue Apr 9 13:10:02 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Tue, 9 Apr 2013 16:10:02 +0300
Subject: [Libosinfo] [PATCH] installer,
win7: Setup user avatar for desktop profile
In-Reply-To: <20130409072539.GD7235@teriyaki>
References: <1365121458-19296-1-git-send-email-zeeshanak@gnome.org>
<20130408085419.GB30207@teriyaki.cdg.redhat.com>
<20130409072539.GD7235@teriyaki>
Message-ID:
On Tue, Apr 9, 2013 at 10:25 AM, Christophe Fergeau wrote:
> On Tue, Apr 09, 2013 at 03:13:46AM +0300, Zeeshan Ali (Khattak) wrote:
>> On Mon, Apr 8, 2013 at 11:54 AM, Christophe Fergeau wrote:
>> > On Fri, Apr 05, 2013 at 03:24:18AM +0300, Zeeshan Ali (Khattak) wrote:
>> >> From: "Zeeshan Ali (Khattak)"
>> >>
>> >> While I failed to find a way to setup avatar for the user we create, I
>> >> did find this method to setup avatar for admin. Since we setup our user
>> >> as admin, this in the end means the same as setting up user's avatar.
>> >
>> > http://deployment.xtremeconsulting.com/2010/06/23/usertile-automation-part-1/
>> > seems to get into details about how to do this.
>> > user.bmp is apparently the default avatar used for users, not necessarily
>> > the 'admin' one.
>>
>> I created a normal account and this picture was not used for that
>> account.
>
> You snipped the part of my email that addressed this, some command needs to
> be run to force it to be used for all users (which is not what we want
> anyway).
I read the whole paragragh many times but I guess i still got
confused. What do you mean by this sentence if you afterwards say that
this needs to be forced?
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Wed Apr 10 08:07:33 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 10 Apr 2013 10:07:33 +0200
Subject: [Libosinfo] [PATCH] installer,
win7: Setup user avatar for desktop profile
In-Reply-To:
References: <1365121458-19296-1-git-send-email-zeeshanak@gnome.org>
<20130408085419.GB30207@teriyaki.cdg.redhat.com>
<20130409072539.GD7235@teriyaki>
Message-ID: <20130410080733.GY7235@teriyaki>
On Tue, Apr 09, 2013 at 04:10:02PM +0300, Zeeshan Ali (Khattak) wrote:
> On Tue, Apr 9, 2013 at 10:25 AM, Christophe Fergeau wrote:
> > On Tue, Apr 09, 2013 at 03:13:46AM +0300, Zeeshan Ali (Khattak) wrote:
> >> On Mon, Apr 8, 2013 at 11:54 AM, Christophe Fergeau wrote:
> >> > On Fri, Apr 05, 2013 at 03:24:18AM +0300, Zeeshan Ali (Khattak) wrote:
> >> >> From: "Zeeshan Ali (Khattak)"
> >> >>
> >> >> While I failed to find a way to setup avatar for the user we create, I
> >> >> did find this method to setup avatar for admin. Since we setup our user
> >> >> as admin, this in the end means the same as setting up user's avatar.
> >> >
> >> > http://deployment.xtremeconsulting.com/2010/06/23/usertile-automation-part-1/
> >> > seems to get into details about how to do this.
> >> > user.bmp is apparently the default avatar used for users, not necessarily
> >> > the 'admin' one.
> >>
> >> I created a normal account and this picture was not used for that
> >> account.
> >
> > You snipped the part of my email that addressed this, some command needs to
> > be run to force it to be used for all users (which is not what we want
> > anyway).
>
> I read the whole paragragh many times but I guess i still got
> confused. What do you mean by this sentence if you afterwards say that
> this needs to be forced?
My sentence is indeed a bitt weird ;) It's used as the default if you tell
Windows to set a default avatar for users rather than picking a random one.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Thu Apr 11 02:16:12 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Thu, 11 Apr 2013 05:16:12 +0300
Subject: [Libosinfo] [PATCHv2] gnome: Add data for GNOME 3.8
Message-ID: <1365646572-18770-1-git-send-email-zeeshanak@gnome.org>
From: "Zeeshan Ali (Khattak)"
Its mostly just adjusted copy&paste of 3.6 data. The actual live media
is not yet available for 3.8 itself but for 3.7.91/2 they are available
and people have been using them already so better add some info already
so those ISOs are recognized at least.
Before anyone asks, the 3.7.91/2 ISOs use the same volume ID as it will
be on 3.8 ISO.
---
v2: Dropped URL for now and adjusted commit log accordingly.
data/oses/gnome.xml.in | 30 ++++++++++++++++++++++++++++++
1 file changed, 30 insertions(+)
diff --git a/data/oses/gnome.xml.in b/data/oses/gnome.xml.in
index 98149a8..414c38d 100644
--- a/data/oses/gnome.xml.in
+++ b/data/oses/gnome.xml.in
@@ -31,4 +31,34 @@
+
+ gnome3.8
+ <_name>GNOME 3.8
+ 3.8
+ <_vendor>GNOME Project
+ linux
+ gnome
+
+
+ 2013-03-27
+
+
+
+ GNOME38-LiveCD
+ LINUX
+
+ isolinux/vmlinuz0
+ isolinux/initrd0.img
+
+
+
+
+
+ 1
+ 805306368
+
+
+
+
--
1.8.1.4
From teuf at redhat.com Thu Apr 11 07:30:27 2013
From: teuf at redhat.com (Christophe Fergeau)
Date: Thu, 11 Apr 2013 09:30:27 +0200
Subject: [Libosinfo] [PATCHv2] gnome: Add data for GNOME 3.8
In-Reply-To: <1365646572-18770-1-git-send-email-zeeshanak@gnome.org>
References: <1365646572-18770-1-git-send-email-zeeshanak@gnome.org>
Message-ID: <20130411073027.GB26381@teriyaki.redhat.com>
On Thu, Apr 11, 2013 at 05:16:12AM +0300, Zeeshan Ali (Khattak) wrote:
> From: "Zeeshan Ali (Khattak)"
>
> Its mostly just adjusted copy&paste of 3.6 data. The actual live media
> is not yet available for 3.8 itself but for 3.7.91/2 they are available
> and people have been using them already so better add some info already
> so those ISOs are recognized at least.
Still a bit wary with that one, last version of this patch was saying
"The URL of live media is not yet valid as its not yet available but AFAIK
its going to be available soon", this was 3 weeks ago, so I'd rather we
have some certainty this is going to be released at some point.
This should also be added to make check.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Thu Apr 11 12:05:49 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Thu, 11 Apr 2013 15:05:49 +0300
Subject: [Libosinfo] [PATCHv2] gnome: Add data for GNOME 3.8
In-Reply-To: <20130411073027.GB26381@teriyaki.redhat.com>
References: <1365646572-18770-1-git-send-email-zeeshanak@gnome.org>
<20130411073027.GB26381@teriyaki.redhat.com>
Message-ID:
On Thu, Apr 11, 2013 at 10:30 AM, Christophe Fergeau wrote:
> On Thu, Apr 11, 2013 at 05:16:12AM +0300, Zeeshan Ali (Khattak) wrote:
>> From: "Zeeshan Ali (Khattak)"
>>
>> Its mostly just adjusted copy&paste of 3.6 data. The actual live media
>> is not yet available for 3.8 itself but for 3.7.91/2 they are available
>> and people have been using them already so better add some info already
>> so those ISOs are recognized at least.
>
> Still a bit wary with that one, last version of this patch was saying
> "The URL of live media is not yet valid as its not yet available but AFAIK
> its going to be available soon", this was 3 weeks ago, so I'd rather we
> have some certainty this is going to be released at some point.
> This should also be added to make check.
Nothing is going to go wrong if its not released (which is a bit
unlikely since its not released yet due to some technical hurdles),
we'll just be adding recognition of 3.7.91/92 medias and that should
already be rationale enough for this change IMO.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From fidencio at redhat.com Thu Apr 11 14:58:10 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Thu, 11 Apr 2013 16:58:10 +0200
Subject: [Libosinfo] [PATCH 1/3] Fix "FASLSE" typo in
osinfo_install_script_get_can_pre_install_drivers() API doc
Message-ID: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
---
osinfo/osinfo_install_script.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/osinfo/osinfo_install_script.c b/osinfo/osinfo_install_script.c
index 3077fef..3d5fe8d 100644
--- a/osinfo/osinfo_install_script.c
+++ b/osinfo/osinfo_install_script.c
@@ -1214,7 +1214,7 @@ OsinfoPathFormat osinfo_install_script_get_path_format(OsinfoInstallScript *scri
* not have out of the box support for and devices are required/prefered to be
* available during actual installation.
*
- * Returns: TRUE if install script supports pre-installable drivers, FASLSE otherwise.
+ * Returns: TRUE if install script supports pre-installable drivers, FALSE otherwise.
*/
gboolean osinfo_install_script_get_can_pre_install_drivers(OsinfoInstallScript *script)
{
--
1.8.2
From fidencio at redhat.com Thu Apr 11 14:58:11 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Thu, 11 Apr 2013 16:58:11 +0200
Subject: [Libosinfo] [PATCH 2/3] rhel,installer: Fix expected filename
In-Reply-To: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
References: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365692292-31955-2-git-send-email-fidencio@redhat.com>
fedora.ks -> rhel.ks
---
data/install-scripts/rhel.xml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml
index 6f3d58d..37cf410 100644
--- a/data/install-scripts/rhel.xml
+++ b/data/install-scripts/rhel.xml
@@ -2,7 +2,7 @@
jeos
- fedora.ks
+ rhel.ks
@@ -80,7 +80,7 @@ reboot
desktop
- fedora.ks
+ rhel.ks
--
1.8.2
From fidencio at redhat.com Thu Apr 11 14:58:12 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Thu, 11 Apr 2013 16:58:12 +0200
Subject: [Libosinfo] [PATCH 3/3] Implement
osinfo_install_script_get_command_line()
In-Reply-To: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
References: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365692292-31955-3-git-send-email-fidencio@redhat.com>
---
data/install-scripts/fedora.xml | 60 +++++++++++++++++++++++++++++++++++++++++
data/install-scripts/rhel.xml | 52 +++++++++++++++++++++++++++++++++++
osinfo/libosinfo.syms | 1 +
osinfo/osinfo_install_script.c | 44 ++++++++++++++++++++++++++++--
osinfo/osinfo_install_script.h | 4 +++
5 files changed, 159 insertions(+), 2 deletions(-)
diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml
index b5b20bb..7d9d41d 100644
--- a/data/install-scripts/fedora.xml
+++ b/data/install-scripts/fedora.xml
@@ -37,6 +37,29 @@
+
+
+
+
+
+
+
+
+
+
+ sda
+
+
+
+ sdb
+
+
+
+ hdb
+
+
+
+
@@ -74,6 +97,13 @@
+
+ ks=hd:
+
+ :/
+
+
+
# Install script for profile
install
@@ -174,6 +204,29 @@ reboot
+
+
+
+
+
+
+
+
+
+
+ sda
+
+
+
+ sdb
+
+
+
+ hdb
+
+
+
+
@@ -211,6 +264,13 @@ reboot
+
+ ks=hd:
+
+ :/
+
+
+
# Install script for profile
install
diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml
index 37cf410..35be1c2 100644
--- a/data/install-scripts/rhel.xml
+++ b/data/install-scripts/rhel.xml
@@ -33,6 +33,32 @@
+
+
+
+
+
+
+
+
+
+
+ sda
+
+
+
+ sdb
+
+
+
+
+
+ ks=hd:
+
+ :/
+
+
+
# Install script for profile
install
@@ -119,6 +145,32 @@ reboot
+
+
+
+
+
+
+
+
+
+
+ sda
+
+
+
+ sdb
+
+
+
+
+
+ ks=hd:
+
+ :/
+
+
+
# Install script for profile
install
diff --git a/osinfo/libosinfo.syms b/osinfo/libosinfo.syms
index 8fcf327..d68d36c 100644
--- a/osinfo/libosinfo.syms
+++ b/osinfo/libosinfo.syms
@@ -415,6 +415,7 @@ LIBOSINFO_0.2.6 {
LIBOSINFO_0.2.7 {
osinfo_platform_get_all_devices;
+ osinfo_install_script_get_command_line;
} LIBOSINFO_0.2.6;
/* Symbols in next release...
diff --git a/osinfo/osinfo_install_script.c b/osinfo/osinfo_install_script.c
index 3d5fe8d..78c31f6 100644
--- a/osinfo/osinfo_install_script.c
+++ b/osinfo/osinfo_install_script.c
@@ -732,6 +732,7 @@ static xmlNodePtr osinfo_install_script_generate_entity_xml(OsinfoInstallScript
static xmlDocPtr osinfo_install_script_generate_config_xml(OsinfoInstallScript *script,
OsinfoOs *os,
OsinfoInstallConfig *config,
+ const gchar *searched_node,
GError **error)
{
xmlDocPtr doc = xmlNewDoc((xmlChar *)"1.0");
@@ -740,7 +741,7 @@ static xmlDocPtr osinfo_install_script_generate_config_xml(OsinfoInstallScript *
root = xmlNewDocNode(NULL,
NULL,
- (xmlChar*)"install-script-config",
+ (xmlChar*)searched_node,
NULL);
xmlDocSetRootElement(doc, root);
@@ -820,13 +821,14 @@ static gboolean osinfo_install_script_apply_template(OsinfoInstallScript *script
OsinfoOs *os,
const gchar *templateUri,
const gchar *template,
+ const gchar *node,
gchar **result,
OsinfoInstallConfig *config,
GError **error)
{
gboolean ret = FALSE;
xsltStylesheetPtr templateXsl = osinfo_install_script_load_template(templateUri, template, error);
- xmlDocPtr configXml = osinfo_install_script_generate_config_xml(script, os, config, error);
+ xmlDocPtr configXml = osinfo_install_script_generate_config_xml(script, os, config, node, error);
if (!templateXsl || !configXml)
goto cleanup;
@@ -871,6 +873,7 @@ static void osinfo_install_script_template_loaded(GObject *src,
data->os,
uri,
input,
+ "install-script-config",
&output,
data->config,
&error)) {
@@ -915,6 +918,7 @@ void osinfo_install_script_generate_async(OsinfoInstallScript *script,
os,
"",
templateData,
+ "install-script-config",
&output,
data->config,
&error)) {
@@ -1266,6 +1270,42 @@ int osinfo_install_script_get_post_install_drivers_signing_req(OsinfoInstallScri
OSINFO_DEVICE_DRIVER_SIGNING_REQ_NONE);
}
+/**
+ * osinfo_install_script_get_command_line:
+ * @script: the install script
+ * @os: the os entity
+ * @config: the install script config
+ *
+ * If install script needs pass a command line to kernel, this function
+ * retrieves the command line
+ *
+ * Returns: (transfer full): The command line string, or NULL otherwise.
+ */
+gchar *osinfo_install_script_get_command_line(OsinfoInstallScript *script,
+ OsinfoOs *os,
+ OsinfoInstallConfig *config)
+{
+ const gchar *templateData = osinfo_install_script_get_template_data(script);
+ gchar *output = NULL;
+
+ if (templateData) {
+ GError *error = NULL;
+ if (!osinfo_install_script_apply_template(script,
+ os,
+ "",
+ templateData,
+ "command-line",
+ &output,
+ config,
+ &error)) {
+ g_prefix_error(&error, "%s", _("Failed to apply script template: "));
+ }
+ }
+
+ return output;
+}
+
+
/*
* Local variables:
* indent-tabs-mode: nil
diff --git a/osinfo/osinfo_install_script.h b/osinfo/osinfo_install_script.h
index e94c88c..7d90703 100644
--- a/osinfo/osinfo_install_script.h
+++ b/osinfo/osinfo_install_script.h
@@ -193,6 +193,10 @@ gboolean osinfo_install_script_get_can_post_install_drivers(OsinfoInstallScript
int osinfo_install_script_get_pre_install_drivers_signing_req(OsinfoInstallScript *script);
int osinfo_install_script_get_post_install_drivers_signing_req(OsinfoInstallScript *script);
+gchar *osinfo_install_script_get_command_line(OsinfoInstallScript *script,
+ OsinfoOs *os,
+ OsinfoInstallConfig *config);
+
#endif /* __OSINFO_INSTALL_SCRIPT_H__ */
/*
* Local variables:
--
1.8.2
From zeeshanak at gnome.org Thu Apr 11 22:01:49 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 12 Apr 2013 01:01:49 +0300
Subject: [Libosinfo] [PATCH 1/3] Fix "FASLSE" typo in
osinfo_install_script_get_can_pre_install_drivers() API doc
In-Reply-To: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
References: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
Message-ID:
On Thu, Apr 11, 2013 at 5:58 PM, Fabiano Fid?ncio wrote:
> ---
ACK. Seems like a good candidate for trivial rule.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Thu Apr 11 22:02:51 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 12 Apr 2013 01:02:51 +0300
Subject: [Libosinfo] [PATCH 2/3] rhel,installer: Fix expected filename
In-Reply-To: <1365692292-31955-2-git-send-email-fidencio@redhat.com>
References: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
<1365692292-31955-2-git-send-email-fidencio@redhat.com>
Message-ID:
On Thu, Apr 11, 2013 at 5:58 PM, Fabiano Fid?ncio wrote:
> fedora.ks -> rhel.ks
Are you sure about this? I have successfully launched unattended
installations of RHEL in Boxes using this script.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From fabiano at fidencio.org Thu Apr 11 22:11:43 2013
From: fabiano at fidencio.org (=?ISO-8859-1?Q?Fabiano_Fid=EAncio?=)
Date: Fri, 12 Apr 2013 00:11:43 +0200
Subject: [Libosinfo] [PATCH 2/3] rhel,installer: Fix expected filename
In-Reply-To:
References: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
<1365692292-31955-2-git-send-email-fidencio@redhat.com>
Message-ID:
On Fri, Apr 12, 2013 at 12:02 AM, Zeeshan Ali (Khattak) wrote:
> On Thu, Apr 11, 2013 at 5:58 PM, Fabiano Fid?ncio
> wrote:
> > fedora.ks -> rhel.ks
>
> Are you sure about this? I have successfully launched unattended
> installations of RHEL in Boxes using this script.
>
Kickstart doesn't care about the filename. You can call it foo.bar, once
you pass the right path. :-)
Basically I'm suggesting this rename by coherence and nothing more than
this. At least for me don't make much sense generate the RHEL's install
script file with "fedora.ks" name.
>
>
> --
> Regards,
>
> Zeeshan Ali (Khattak)
> FSF member#5124
>
> _______________________________________________
> Libosinfo mailing list
> Libosinfo at redhat.com
> https://www.redhat.com/mailman/listinfo/libosinfo
>
Best Regards,
--
Fabiano Fid?ncio
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From zeeshanak at gnome.org Thu Apr 11 22:30:32 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 12 Apr 2013 01:30:32 +0300
Subject: [Libosinfo] [PATCH 3/3] Implement
osinfo_install_script_get_command_line()
In-Reply-To: <1365692292-31955-3-git-send-email-fidencio@redhat.com>
References: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
<1365692292-31955-3-git-send-email-fidencio@redhat.com>
Message-ID:
On Thu, Apr 11, 2013 at 5:58 PM, Fabiano Fid?ncio wrote:
> ---
I think this should be divided in 2 patches: 1. Addition of
commandline to schema/API and 2. Adding it to scripts.
Also a bit more detail in the log please and title seems to suggest
that API was already there, just not implemented before this patch.
I'd suggest 'installer: Add commandline info' or something like that.
> data/install-scripts/fedora.xml | 60 +++++++++++++++++++++++++++++++++++++++++
> data/install-scripts/rhel.xml | 52 +++++++++++++++++++++++++++++++++++
> osinfo/libosinfo.syms | 1 +
> osinfo/osinfo_install_script.c | 44 ++++++++++++++++++++++++++++--
> osinfo/osinfo_install_script.h | 4 +++
> 5 files changed, 159 insertions(+), 2 deletions(-)
>
> diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml
> index b5b20bb..7d9d41d 100644
> --- a/data/install-scripts/fedora.xml
> +++ b/data/install-scripts/fedora.xml
> @@ -37,6 +37,29 @@
>
>
>
> +
> +
> +
You want to declare 'script-disk' param above in 'config' node. Same
goes for the other profile.
> +
> +
> +
> +
> +
> +
> +
> + sda
> +
> +
> +
> + sdb
> +
> +
> +
> + hdb
> +
> +
> +
I don't think we should go on such lengths to make wild guesses. It
probably makes sense in case of target-disk (as there are typically
not many choices) but not in this case. For all we know, script-disk
could be CDROM. I'd suggest this script simply requires script-disk
param.
>
>
>
> @@ -74,6 +97,13 @@
>
>
>
> +
> + ks=hd:
> +
> + :/
> +
> +
> +
>
> # Install script for profile
> install
> @@ -174,6 +204,29 @@ reboot
>
>
>
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> + sda
> +
> +
> +
> + sdb
> +
> +
> +
> + hdb
> +
> +
> +
> +
>
>
>
> @@ -211,6 +264,13 @@ reboot
>
>
>
> +
> + ks=hd:
> +
> + :/
> +
> +
> +
>
> # Install script for profile
> install
> diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml
> index 37cf410..35be1c2 100644
> --- a/data/install-scripts/rhel.xml
> +++ b/data/install-scripts/rhel.xml
> @@ -33,6 +33,32 @@
>
>
>
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> + sda
> +
> +
> +
> + sdb
> +
> +
> +
> +
> +
> + ks=hd:
> +
> + :/
> +
> +
> +
>
> # Install script for profile
> install
> @@ -119,6 +145,32 @@ reboot
>
>
>
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> + sda
> +
> +
> +
> + sdb
> +
> +
> +
> +
> +
> + ks=hd:
> +
> + :/
> +
> +
> +
>
> # Install script for profile
> install
> diff --git a/osinfo/libosinfo.syms b/osinfo/libosinfo.syms
> index 8fcf327..d68d36c 100644
> --- a/osinfo/libosinfo.syms
> +++ b/osinfo/libosinfo.syms
> @@ -415,6 +415,7 @@ LIBOSINFO_0.2.6 {
>
> LIBOSINFO_0.2.7 {
> osinfo_platform_get_all_devices;
> + osinfo_install_script_get_command_line;
> } LIBOSINFO_0.2.6;
>
> /* Symbols in next release...
> diff --git a/osinfo/osinfo_install_script.c b/osinfo/osinfo_install_script.c
> index 3d5fe8d..78c31f6 100644
> --- a/osinfo/osinfo_install_script.c
> +++ b/osinfo/osinfo_install_script.c
> @@ -732,6 +732,7 @@ static xmlNodePtr osinfo_install_script_generate_entity_xml(OsinfoInstallScript
> static xmlDocPtr osinfo_install_script_generate_config_xml(OsinfoInstallScript *script,
> OsinfoOs *os,
> OsinfoInstallConfig *config,
> + const gchar *searched_node,
Not a name I'd choose for this parameter. How about just 'node_name'?
> GError **error)
> {
> xmlDocPtr doc = xmlNewDoc((xmlChar *)"1.0");
> @@ -740,7 +741,7 @@ static xmlDocPtr osinfo_install_script_generate_config_xml(OsinfoInstallScript *
>
> root = xmlNewDocNode(NULL,
> NULL,
> - (xmlChar*)"install-script-config",
> + (xmlChar*)searched_node,
> NULL);
> xmlDocSetRootElement(doc, root);
>
> @@ -820,13 +821,14 @@ static gboolean osinfo_install_script_apply_template(OsinfoInstallScript *script
> OsinfoOs *os,
> const gchar *templateUri,
> const gchar *template,
> + const gchar *node,
Same here. Its the name of the node, not the node itself.
> gchar **result,
> OsinfoInstallConfig *config,
> GError **error)
> {
> gboolean ret = FALSE;
> xsltStylesheetPtr templateXsl = osinfo_install_script_load_template(templateUri, template, error);
> - xmlDocPtr configXml = osinfo_install_script_generate_config_xml(script, os, config, error);
> + xmlDocPtr configXml = osinfo_install_script_generate_config_xml(script, os, config, node, error);
>
> if (!templateXsl || !configXml)
> goto cleanup;
> @@ -871,6 +873,7 @@ static void osinfo_install_script_template_loaded(GObject *src,
> data->os,
> uri,
> input,
> + "install-script-config",
> &output,
> data->config,
> &error)) {
> @@ -915,6 +918,7 @@ void osinfo_install_script_generate_async(OsinfoInstallScript *script,
> os,
> "",
> templateData,
> + "install-script-config",
> &output,
> data->config,
> &error)) {
> @@ -1266,6 +1270,42 @@ int osinfo_install_script_get_post_install_drivers_signing_req(OsinfoInstallScri
> OSINFO_DEVICE_DRIVER_SIGNING_REQ_NONE);
> }
>
> +/**
> + * osinfo_install_script_get_command_line:
I think the name should be _generate_command_line for consistency with
the other generation methods and also to inform user that this is not
just a simple getter they can keep on calling.
> + * @script: the install script
> + * @os: the os entity
> + * @config: the install script config
> + *
> + * If install script needs pass a command line to kernel, this function
> + * retrieves the command line
the -> that. I'd add a bit more detail in here. Like mention of
'direct boot' and something like "Such scripts belong to OSs that
provide paths to kernel and initrd files that are needed for direct
boot.
> + *
> + * Returns: (transfer full): The command line string, or NULL otherwise.
> + */
> +gchar *osinfo_install_script_get_command_line(OsinfoInstallScript *script,
> + OsinfoOs *os,
> + OsinfoInstallConfig *config)
> +{
> + const gchar *templateData = osinfo_install_script_get_template_data(script);
> + gchar *output = NULL;
>
> + if (templateData) {
> + GError *error = NULL;
> + if (!osinfo_install_script_apply_template(script,
> + os,
> + "",
> + templateData,
> + "command-line",
> + &output,
> + config,
> + &error)) {
> + g_prefix_error(&error, "%s", _("Failed to apply script template: "));
> + }
> + }
> +
> + return output;
> +}
> +
> +
> /*
> * Local variables:
> * indent-tabs-mode: nil
> diff --git a/osinfo/osinfo_install_script.h b/osinfo/osinfo_install_script.h
> index e94c88c..7d90703 100644
> --- a/osinfo/osinfo_install_script.h
> +++ b/osinfo/osinfo_install_script.h
> @@ -193,6 +193,10 @@ gboolean osinfo_install_script_get_can_post_install_drivers(OsinfoInstallScript
> int osinfo_install_script_get_pre_install_drivers_signing_req(OsinfoInstallScript *script);
> int osinfo_install_script_get_post_install_drivers_signing_req(OsinfoInstallScript *script);
>
> +gchar *osinfo_install_script_get_command_line(OsinfoInstallScript *script,
> + OsinfoOs *os,
> + OsinfoInstallConfig *config);
> +
> #endif /* __OSINFO_INSTALL_SCRIPT_H__ */
> /*
Looks good otherwise. Thanks so much for working on this!
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From lmr at redhat.com Thu Apr 11 22:31:25 2013
From: lmr at redhat.com (Lucas Meneghel Rodrigues)
Date: Thu, 11 Apr 2013 19:31:25 -0300
Subject: [Libosinfo] [PATCH 2/3] rhel,installer: Fix expected filename
In-Reply-To:
References: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
<1365692292-31955-2-git-send-email-fidencio@redhat.com>
Message-ID: <1365719485.16876.28.camel@thinkpad-t420s>
On Fri, 2013-04-12 at 00:11 +0200, Fabiano Fid?ncio wrote:
>
>
>
> On Fri, Apr 12, 2013 at 12:02 AM, Zeeshan Ali (Khattak)
> wrote:
> On Thu, Apr 11, 2013 at 5:58 PM, Fabiano Fid?ncio
> wrote:
> > fedora.ks -> rhel.ks
>
> Are you sure about this? I have successfully launched
> unattended
> installations of RHEL in Boxes using this script.
>
>
> Kickstart doesn't care about the filename. You can call it foo.bar,
> once you pass the right path. :-)
> Basically I'm suggesting this rename by coherence and nothing more
> than this. At least for me don't make much sense generate the RHEL's
> install script file with "fedora.ks" name.
+1
From zeeshanak at gnome.org Thu Apr 11 22:31:56 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 12 Apr 2013 01:31:56 +0300
Subject: [Libosinfo] [PATCH 2/3] rhel,installer: Fix expected filename
In-Reply-To:
References: <1365692292-31955-1-git-send-email-fidencio@redhat.com>
<1365692292-31955-2-git-send-email-fidencio@redhat.com>
Message-ID:
On Fri, Apr 12, 2013 at 1:11 AM, Fabiano Fid?ncio wrote:
>
>
>
> On Fri, Apr 12, 2013 at 12:02 AM, Zeeshan Ali (Khattak)
> wrote:
>>
>> On Thu, Apr 11, 2013 at 5:58 PM, Fabiano Fid?ncio
>> wrote:
>> > fedora.ks -> rhel.ks
>>
>> Are you sure about this? I have successfully launched unattended
>> installations of RHEL in Boxes using this script.
>
>
> Kickstart doesn't care about the filename. You can call it foo.bar, once you
> pass the right path. :-)
> Basically I'm suggesting this rename by coherence and nothing more than
> this. At least for me don't make much sense generate the RHEL's install
> script file with "fedora.ks" name.
Ah ok. The short log is misleading then. Please update that to
reflect what you are actually doing here.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From fidencio at redhat.com Fri Apr 12 01:09:57 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 12 Apr 2013 03:09:57 +0200
Subject: [Libosinfo] [PATCHv2 1/2] installer: API to generate commandline
info
Message-ID: <1365728998-1223-1-git-send-email-fidencio@redhat.com>
Each OS has a specific method to handle unattended installations.
To start an unattended installation is needed pass a command line to the kernel
specifying the method that will be used (kickstart for Fedora, autoyast for
OpenSuSE's) and its necessary informations to load the install script.
This API enables apps to query such command line, if any.
---
osinfo/libosinfo.syms | 2 ++
osinfo/osinfo_install_script.c | 49 ++++++++++++++++++++++++++++++++++++++++--
osinfo/osinfo_install_script.h | 4 ++++
3 files changed, 53 insertions(+), 2 deletions(-)
diff --git a/osinfo/libosinfo.syms b/osinfo/libosinfo.syms
index 8fcf327..bb5fc6f 100644
--- a/osinfo/libosinfo.syms
+++ b/osinfo/libosinfo.syms
@@ -414,6 +414,8 @@ LIBOSINFO_0.2.6 {
} LIBOSINFO_0.2.3;
LIBOSINFO_0.2.7 {
+ osinfo_install_script_generate_command_line;
+
osinfo_platform_get_all_devices;
} LIBOSINFO_0.2.6;
diff --git a/osinfo/osinfo_install_script.c b/osinfo/osinfo_install_script.c
index 3d5fe8d..42e977b 100644
--- a/osinfo/osinfo_install_script.c
+++ b/osinfo/osinfo_install_script.c
@@ -732,6 +732,7 @@ static xmlNodePtr osinfo_install_script_generate_entity_xml(OsinfoInstallScript
static xmlDocPtr osinfo_install_script_generate_config_xml(OsinfoInstallScript *script,
OsinfoOs *os,
OsinfoInstallConfig *config,
+ const gchar *node_name,
GError **error)
{
xmlDocPtr doc = xmlNewDoc((xmlChar *)"1.0");
@@ -740,7 +741,7 @@ static xmlDocPtr osinfo_install_script_generate_config_xml(OsinfoInstallScript *
root = xmlNewDocNode(NULL,
NULL,
- (xmlChar*)"install-script-config",
+ (xmlChar*)node_name,
NULL);
xmlDocSetRootElement(doc, root);
@@ -820,13 +821,14 @@ static gboolean osinfo_install_script_apply_template(OsinfoInstallScript *script
OsinfoOs *os,
const gchar *templateUri,
const gchar *template,
+ const gchar *node_name,
gchar **result,
OsinfoInstallConfig *config,
GError **error)
{
gboolean ret = FALSE;
xsltStylesheetPtr templateXsl = osinfo_install_script_load_template(templateUri, template, error);
- xmlDocPtr configXml = osinfo_install_script_generate_config_xml(script, os, config, error);
+ xmlDocPtr configXml = osinfo_install_script_generate_config_xml(script, os, config, node_name, error);
if (!templateXsl || !configXml)
goto cleanup;
@@ -871,6 +873,7 @@ static void osinfo_install_script_template_loaded(GObject *src,
data->os,
uri,
input,
+ "install-script-config",
&output,
data->config,
&error)) {
@@ -915,6 +918,7 @@ void osinfo_install_script_generate_async(OsinfoInstallScript *script,
os,
"",
templateData,
+ "install-script-config",
&output,
data->config,
&error)) {
@@ -1196,6 +1200,46 @@ GFile *osinfo_install_script_generate_output(OsinfoInstallScript *script,
return data.file;
}
+/**
+ * osinfo_install_script_generate_command_line:
+ * @script: the install script
+ * @os: the os entity
+ * @config: the install script config
+ *
+ * Some install scripts needs pass a command line to the kernel, specifing the
+ * installation method to be used to provide an unattended installation and the
+ * necessary parameters like the media where the install script file can be
+ * found, the install script filename, etc. Such install scripts belongs to OSs
+ * that provide paths to the kernel and initrd files that are needed for direct
+ * boot.
+ *
+ * Returns: (transfer full): The generated command line string, NULL otherwise.
+ */
+gchar *osinfo_install_script_generate_command_line(OsinfoInstallScript *script,
+ OsinfoOs *os,
+ OsinfoInstallConfig *config)
+{
+ const gchar *templateData = osinfo_install_script_get_template_data(script);
+ gchar *output = NULL;
+
+ if (templateData) {
+ GError *error = NULL;
+ if (!osinfo_install_script_apply_template(script,
+ os,
+ "",
+ templateData,
+ "command-line",
+ &output,
+ config,
+ &error)) {
+ g_prefix_error(&error, "%s", _("Failed to apply script template: "));
+ }
+ }
+
+ return output;
+}
+
+
OsinfoPathFormat osinfo_install_script_get_path_format(OsinfoInstallScript *script)
{
return osinfo_entity_get_param_value_enum
@@ -1266,6 +1310,7 @@ int osinfo_install_script_get_post_install_drivers_signing_req(OsinfoInstallScri
OSINFO_DEVICE_DRIVER_SIGNING_REQ_NONE);
}
+
/*
* Local variables:
* indent-tabs-mode: nil
diff --git a/osinfo/osinfo_install_script.h b/osinfo/osinfo_install_script.h
index e94c88c..c3ec3c4 100644
--- a/osinfo/osinfo_install_script.h
+++ b/osinfo/osinfo_install_script.h
@@ -175,6 +175,10 @@ GFile *osinfo_install_script_generate_output(OsinfoInstallScript *script,
GCancellable *cancellable,
GError **error);
+gchar *osinfo_install_script_generate_command_line(OsinfoInstallScript *script,
+ OsinfoOs *os,
+ OsinfoInstallConfig *config);
+
gboolean osinfo_install_script_has_config_param(const OsinfoInstallScript *script, const OsinfoInstallConfigParam *config_param);
gboolean osinfo_install_script_has_config_param_name(const OsinfoInstallScript *script, const gchar *name);
--
1.8.2
From fidencio at redhat.com Fri Apr 12 01:09:58 2013
From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=)
Date: Fri, 12 Apr 2013 03:09:58 +0200
Subject: [Libosinfo] [PATCHv2 2/2] rhel,fedora: Add kickstart commandline
In-Reply-To: <1365728998-1223-1-git-send-email-fidencio@redhat.com>
References: <1365728998-1223-1-git-send-email-fidencio@redhat.com>
Message-ID: <1365728998-1223-2-git-send-email-fidencio@redhat.com>
---
data/install-scripts/fedora.xml | 34 ++++++++++++++++++++++++++++++++++
data/install-scripts/rhel.xml | 34 ++++++++++++++++++++++++++++++++++
2 files changed, 68 insertions(+)
diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml
index b5b20bb..a52fc09 100644
--- a/data/install-scripts/fedora.xml
+++ b/data/install-scripts/fedora.xml
@@ -9,6 +9,7 @@
+
+
+
+
+
+
+
+
+
+
@@ -74,6 +84,13 @@
+
+ ks=hd:
+
+ :/
+
+
+
# Install script for profile
install
@@ -143,6 +160,7 @@ reboot
+
image/png
@@ -174,6 +192,15 @@ reboot
+
+
+
+
+
+
+
+
+
@@ -211,6 +238,13 @@ reboot
+
+ ks=hd:
+
+ :/
+
+
+
# Install script for profile
install
diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml
index 37cf410..f26adc2 100644
--- a/data/install-scripts/rhel.xml
+++ b/data/install-scripts/rhel.xml
@@ -9,6 +9,7 @@
+
+
+
+
+
+
+
+
+
+
+
+ ks=hd:
+
+ :/
+
+
+
# Install script for profile
install
@@ -92,6 +109,7 @@ reboot
+
image/png
@@ -119,6 +137,22 @@ reboot
+
+
+
+
+
+
+
+
+
+
+ ks=hd:
+
+ :/
+
+
+
# Install script for profile
install
--
1.8.2
From zeeshanak at gnome.org Fri Apr 12 13:35:53 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 12 Apr 2013 16:35:53 +0300
Subject: [Libosinfo] [PATCHv2 1/2] installer: API to generate
commandline info
In-Reply-To: <1365728998-1223-1-git-send-email-fidencio@redhat.com>
References: <1365728998-1223-1-git-send-email-fidencio@redhat.com>
Message-ID:
On Fri, Apr 12, 2013 at 4:09 AM, Fabiano Fid?ncio wrote:
> Each OS has a specific method to handle unattended installations.
> To start an unattended installation is needed pass a command line to the kernel
'is needed' -> 'one needs to'.
> specifying the method that will be used (kickstart for Fedora, autoyast for
> OpenSuSE's)
I don't think this part is true. The method name is just part of the
commandline syntax and its fixed for each installer/os.
>and its necessary informations to load the install script.
>
> This API enables apps to query such command line, if any.
> ---
> osinfo/libosinfo.syms | 2 ++
> osinfo/osinfo_install_script.c | 49 ++++++++++++++++++++++++++++++++++++++++--
> osinfo/osinfo_install_script.h | 4 ++++
> 3 files changed, 53 insertions(+), 2 deletions(-)
>
> diff --git a/osinfo/libosinfo.syms b/osinfo/libosinfo.syms
> index 8fcf327..bb5fc6f 100644
> --- a/osinfo/libosinfo.syms
> +++ b/osinfo/libosinfo.syms
> @@ -414,6 +414,8 @@ LIBOSINFO_0.2.6 {
> } LIBOSINFO_0.2.3;
>
> LIBOSINFO_0.2.7 {
> + osinfo_install_script_generate_command_line;
> +
> osinfo_platform_get_all_devices;
> } LIBOSINFO_0.2.6;
>
> diff --git a/osinfo/osinfo_install_script.c b/osinfo/osinfo_install_script.c
> index 3d5fe8d..42e977b 100644
> --- a/osinfo/osinfo_install_script.c
> +++ b/osinfo/osinfo_install_script.c
> @@ -732,6 +732,7 @@ static xmlNodePtr osinfo_install_script_generate_entity_xml(OsinfoInstallScript
> static xmlDocPtr osinfo_install_script_generate_config_xml(OsinfoInstallScript *script,
> OsinfoOs *os,
> OsinfoInstallConfig *config,
> + const gchar *node_name,
> GError **error)
> {
> xmlDocPtr doc = xmlNewDoc((xmlChar *)"1.0");
> @@ -740,7 +741,7 @@ static xmlDocPtr osinfo_install_script_generate_config_xml(OsinfoInstallScript *
>
> root = xmlNewDocNode(NULL,
> NULL,
> - (xmlChar*)"install-script-config",
> + (xmlChar*)node_name,
> NULL);
> xmlDocSetRootElement(doc, root);
>
> @@ -820,13 +821,14 @@ static gboolean osinfo_install_script_apply_template(OsinfoInstallScript *script
> OsinfoOs *os,
> const gchar *templateUri,
> const gchar *template,
> + const gchar *node_name,
> gchar **result,
> OsinfoInstallConfig *config,
> GError **error)
> {
> gboolean ret = FALSE;
> xsltStylesheetPtr templateXsl = osinfo_install_script_load_template(templateUri, template, error);
> - xmlDocPtr configXml = osinfo_install_script_generate_config_xml(script, os, config, error);
> + xmlDocPtr configXml = osinfo_install_script_generate_config_xml(script, os, config, node_name, error);
>
> if (!templateXsl || !configXml)
> goto cleanup;
> @@ -871,6 +873,7 @@ static void osinfo_install_script_template_loaded(GObject *src,
> data->os,
> uri,
> input,
> + "install-script-config",
> &output,
> data->config,
> &error)) {
> @@ -915,6 +918,7 @@ void osinfo_install_script_generate_async(OsinfoInstallScript *script,
> os,
> "",
> templateData,
> + "install-script-config",
> &output,
> data->config,
> &error)) {
> @@ -1196,6 +1200,46 @@ GFile *osinfo_install_script_generate_output(OsinfoInstallScript *script,
> return data.file;
> }
>
> +/**
> + * osinfo_install_script_generate_command_line:
> + * @script: the install script
> + * @os: the os entity
> + * @config: the install script config
> + *
> + * Some install scripts needs pass a command line to the kernel, specifing the
Same grammatical mistake here.
> + * installation method to be used to provide an unattended installation and the
Same comment about installation method not worth mentioning.
> + * necessary parameters like the media where the install script file can be
> + * found, the install script filename, etc. Such install scripts belongs to OSs
belongs -> belong
> + * that provide paths to the kernel and initrd files that are needed for direct
> + * boot.
IMO: 'that are needed for direct boot' -> 'that can be used to
directly boot[INSERT LINK TO DOC ON QEMU'S DIRECT BOOT HERE] the OS in
order to pass the needed commandline to it.
> + * Returns: (transfer full): The generated command line string, NULL otherwise.
> + */
> +gchar *osinfo_install_script_generate_command_line(OsinfoInstallScript *script,
> + OsinfoOs *os,
> + OsinfoInstallConfig *config)
> +{
> + const gchar *templateData = osinfo_install_script_get_template_data(script);
> + gchar *output = NULL;
> +
> + if (templateData) {
> + GError *error = NULL;
> + if (!osinfo_install_script_apply_template(script,
> + os,
> + "",
> + templateData,
> + "command-line",
> + &output,
> + config,
> + &error)) {
> + g_prefix_error(&error, "%s", _("Failed to apply script template: "));
> + }
> + }
> +
> + return output;
> +}
> +
> +
> OsinfoPathFormat osinfo_install_script_get_path_format(OsinfoInstallScript *script)
> {
> return osinfo_entity_get_param_value_enum
> @@ -1266,6 +1310,7 @@ int osinfo_install_script_get_post_install_drivers_signing_req(OsinfoInstallScri
> OSINFO_DEVICE_DRIVER_SIGNING_REQ_NONE);
> }
>
> +
> /*
> * Local variables:
> * indent-tabs-mode: nil
> diff --git a/osinfo/osinfo_install_script.h b/osinfo/osinfo_install_script.h
> index e94c88c..c3ec3c4 100644
> --- a/osinfo/osinfo_install_script.h
> +++ b/osinfo/osinfo_install_script.h
> @@ -175,6 +175,10 @@ GFile *osinfo_install_script_generate_output(OsinfoInstallScript *script,
> GCancellable *cancellable,
> GError **error);
>
> +gchar *osinfo_install_script_generate_command_line(OsinfoInstallScript *script,
> + OsinfoOs *os,
> + OsinfoInstallConfig *config);
> +
> gboolean osinfo_install_script_has_config_param(const OsinfoInstallScript *script, const OsinfoInstallConfigParam *config_param);
>
> gboolean osinfo_install_script_has_config_param_name(const OsinfoInstallScript *script, const gchar *name);
ACK with all those fixed.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Fri Apr 12 13:44:21 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 12 Apr 2013 16:44:21 +0300
Subject: [Libosinfo] [PATCHv2 2/2] rhel,
fedora: Add kickstart commandline
In-Reply-To: <1365728998-1223-2-git-send-email-fidencio@redhat.com>
References: <1365728998-1223-1-git-send-email-fidencio@redhat.com>
<1365728998-1223-2-git-send-email-fidencio@redhat.com>
Message-ID:
On Fri, Apr 12, 2013 at 4:09 AM, Fabiano Fid?ncio wrote:
> ---
> data/install-scripts/fedora.xml | 34 ++++++++++++++++++++++++++++++++++
> data/install-scripts/rhel.xml | 34 ++++++++++++++++++++++++++++++++++
> 2 files changed, 68 insertions(+)
>
> diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml
> index b5b20bb..a52fc09 100644
> --- a/data/install-scripts/fedora.xml
> +++ b/data/install-scripts/fedora.xml
> @@ -9,6 +9,7 @@
>
>
>
> +
>
>
> @@ -37,6 +38,15 @@
>
>
>
> +
> +
This check is redundant as script-disk is now mandatory.
> +
> +
> +
> +
> +
> +
> +
>
>
>
>
> @@ -74,6 +84,13 @@
>
>
>
> +
> + ks=hd:
> +
> + :/
> +
> +
> +
>
> # Install script for profile
> install
> @@ -143,6 +160,7 @@ reboot
>
>
>
> +
>
>
> image/png
> @@ -174,6 +192,15 @@ reboot
>
>
>
> +
> +
Same here.
> +
> +
> +
> +
> +
> +
> +
>
>
>
> @@ -211,6 +238,13 @@ reboot
>
>
>
> +
> + ks=hd:
> +
> + :/
> +
> +
> +
>
> # Install script for profile
> install
> diff --git a/data/install-scripts/rhel.xml b/data/install-scripts/rhel.xml
> index 37cf410..f26adc2 100644
> --- a/data/install-scripts/rhel.xml
> +++ b/data/install-scripts/rhel.xml
> @@ -9,6 +9,7 @@
>
>
>
> +
>
>
> @@ -33,6 +34,22 @@
>
>
>
> +
> +
Here too
> +
> +
> +
> +
> +
> +
> +
> +
> + ks=hd:
> +
> + :/
> +
> +
> +
>
> # Install script for profile
> install
> @@ -92,6 +109,7 @@ reboot
>
>
>
> +
>
>
> image/png
> @@ -119,6 +137,22 @@ reboot
>
>
>
> +
> +
And here.
> +
> +
> +
> +
> +
> +
> +
> +
> + ks=hd:
> +
> + :/
> +
> +
> +
>
> # Install script for profile
> install
ACK with redundant ifs removed.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Wed Apr 17 10:10:44 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 17 Apr 2013 12:10:44 +0200
Subject: [Libosinfo] [libosinfo 1/3] fedora: Add Fedora 19 Alpha detection
Message-ID: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
This adds recognition of F19 Alpha ISO to libosinfo database.
As VMs are often used to test pre-releases of OSes, having libosinfo
detection for such ISOs early in the distro development process is
a nice thing to have.
---
data/oses/fedora.xml.in | 89 ++++++++++++++++++++++
.../Fedora-19-Alpha-x86_64-netinst.iso.txt | 29 +++++++
.../Fedora-Live-Desktop-i686-19-Alpha-1.iso.txt | 29 +++++++
.../Fedora-Live-Desktop-x86_64-19-Alpha-1.iso.txt | 29 +++++++
.../Fedora-Live-KDE-x86_64-19-Alpha-1.iso.txt | 29 +++++++
.../Fedora-Live-LXDE-x86_64-19-Alpha-1.iso.txt | 29 +++++++
.../Fedora-Live-SoaS-x86_64-19-Alpha-1.iso.txt | 29 +++++++
.../Fedora-Live-XFCE-x86_64-19-Alpha-1.iso.txt | 29 +++++++
8 files changed, 292 insertions(+)
create mode 100644 test/isodata/fedora/fedora19/Fedora-19-Alpha-x86_64-netinst.iso.txt
create mode 100644 test/isodata/fedora/fedora19/Fedora-Live-Desktop-i686-19-Alpha-1.iso.txt
create mode 100644 test/isodata/fedora/fedora19/Fedora-Live-Desktop-x86_64-19-Alpha-1.iso.txt
create mode 100644 test/isodata/fedora/fedora19/Fedora-Live-KDE-x86_64-19-Alpha-1.iso.txt
create mode 100644 test/isodata/fedora/fedora19/Fedora-Live-LXDE-x86_64-19-Alpha-1.iso.txt
create mode 100644 test/isodata/fedora/fedora19/Fedora-Live-SoaS-x86_64-19-Alpha-1.iso.txt
create mode 100644 test/isodata/fedora/fedora19/Fedora-Live-XFCE-x86_64-19-Alpha-1.iso.txt
diff --git a/data/oses/fedora.xml.in b/data/oses/fedora.xml.in
index cbd4eb9..9344d28 100644
--- a/data/oses/fedora.xml.in
+++ b/data/oses/fedora.xml.in
@@ -1375,4 +1375,93 @@
+
+ fedora19
+ <_name>Fedora 19
+ 19
+ <_vendor>Fedora Project
+ linux
+ fedora
+ Schr?dinger's Cat
+
+
+
+
+
+
+ Fedora 19.* i386
+ LINUX
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+
+ Fedora 19.* x86_64
+ LINUX
+
+ isolinux/vmlinuz
+ isolinux/initrd.img
+
+
+
+
+
+ Fedora-Live-.*-i686-19
+ LINUX
+
+ isolinux/vmlinuz0
+ isolinux/initrd0.img
+
+
+
+
+ Fedora-Live-.*-x86_64-19
+ LINUX
+
+ isolinux/vmlinuz0
+ isolinux/initrd0.img
+
+
+
+
+
+
+ 1
+ 805306368
+
+
+
+ 400000000
+ 1207959552
+ 9663676416
+
+
+
+
+
+
+
+
diff --git a/test/isodata/fedora/fedora19/Fedora-19-Alpha-x86_64-netinst.iso.txt b/test/isodata/fedora/fedora19/Fedora-19-Alpha-x86_64-netinst.iso.txt
new file mode 100644
index 0000000..f425cf5
--- /dev/null
+++ b/test/isodata/fedora/fedora19/Fedora-19-Alpha-x86_64-netinst.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora 19-Alpha x86_64
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 159569
+El Torito VD version 1 found, boot catalog is in sector 46
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 3B86 15238
diff --git a/test/isodata/fedora/fedora19/Fedora-Live-Desktop-i686-19-Alpha-1.iso.txt b/test/isodata/fedora/fedora19/Fedora-Live-Desktop-i686-19-Alpha-1.iso.txt
new file mode 100644
index 0000000..8dd33f4
--- /dev/null
+++ b/test/isodata/fedora/fedora19/Fedora-Live-Desktop-i686-19-Alpha-1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-Live-Desktop-i686-19-Alph
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 492490
+El Torito VD version 1 found, boot catalog is in sector 36
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 25 37
diff --git a/test/isodata/fedora/fedora19/Fedora-Live-Desktop-x86_64-19-Alpha-1.iso.txt b/test/isodata/fedora/fedora19/Fedora-Live-Desktop-x86_64-19-Alpha-1.iso.txt
new file mode 100644
index 0000000..6af34bb
--- /dev/null
+++ b/test/isodata/fedora/fedora19/Fedora-Live-Desktop-x86_64-19-Alpha-1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-Live-Desktop-x86_64-19-Al
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 510034
+El Torito VD version 1 found, boot catalog is in sector 42
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 9CA 2506
diff --git a/test/isodata/fedora/fedora19/Fedora-Live-KDE-x86_64-19-Alpha-1.iso.txt b/test/isodata/fedora/fedora19/Fedora-Live-KDE-x86_64-19-Alpha-1.iso.txt
new file mode 100644
index 0000000..61e9c6b
--- /dev/null
+++ b/test/isodata/fedora/fedora19/Fedora-Live-KDE-x86_64-19-Alpha-1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-Live-KDE-x86_64-19-Alpha-
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 454492
+El Torito VD version 1 found, boot catalog is in sector 42
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 9CA 2506
diff --git a/test/isodata/fedora/fedora19/Fedora-Live-LXDE-x86_64-19-Alpha-1.iso.txt b/test/isodata/fedora/fedora19/Fedora-Live-LXDE-x86_64-19-Alpha-1.iso.txt
new file mode 100644
index 0000000..0f94172
--- /dev/null
+++ b/test/isodata/fedora/fedora19/Fedora-Live-LXDE-x86_64-19-Alpha-1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-Live-LXDE-x86_64-19-Alpha
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 379826
+El Torito VD version 1 found, boot catalog is in sector 42
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 9CA 2506
diff --git a/test/isodata/fedora/fedora19/Fedora-Live-SoaS-x86_64-19-Alpha-1.iso.txt b/test/isodata/fedora/fedora19/Fedora-Live-SoaS-x86_64-19-Alpha-1.iso.txt
new file mode 100644
index 0000000..4d5635d
--- /dev/null
+++ b/test/isodata/fedora/fedora19/Fedora-Live-SoaS-x86_64-19-Alpha-1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-Live-SoaS-x86_64-19-Alpha
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 333903
+El Torito VD version 1 found, boot catalog is in sector 42
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 9CA 2506
diff --git a/test/isodata/fedora/fedora19/Fedora-Live-XFCE-x86_64-19-Alpha-1.iso.txt b/test/isodata/fedora/fedora19/Fedora-Live-XFCE-x86_64-19-Alpha-1.iso.txt
new file mode 100644
index 0000000..7425d02
--- /dev/null
+++ b/test/isodata/fedora/fedora19/Fedora-Live-XFCE-x86_64-19-Alpha-1.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: Fedora-Live-XFCE-x86_64-19-Alpha
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 386506
+El Torito VD version 1 found, boot catalog is in sector 42
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 9CA 2506
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 17 10:10:45 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 17 Apr 2013 12:10:45 +0200
Subject: [Libosinfo] [libosinfo 2/3] ubuntu: Add 12.10 test data
In-Reply-To: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1366193446-12203-2-git-send-email-cfergeau@redhat.com>
---
.../ubuntu-12.10-desktop-amd64+mac.iso.txt | 29 ++++++++++++++++++++++
.../ubuntu12.10/ubuntu-12.10-desktop-amd64.iso.txt | 29 ++++++++++++++++++++++
.../ubuntu12.10/ubuntu-12.10-desktop-i386.iso.txt | 29 ++++++++++++++++++++++
.../ubuntu-12.10-server-amd64+mac.iso.txt | 29 ++++++++++++++++++++++
.../ubuntu12.10/ubuntu-12.10-server-amd64.iso.txt | 29 ++++++++++++++++++++++
.../ubuntu12.10/ubuntu-12.10-server-i386.iso.txt | 29 ++++++++++++++++++++++
6 files changed, 174 insertions(+)
create mode 100644 test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-amd64+mac.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-amd64.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-i386.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-amd64+mac.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-amd64.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-i386.iso.txt
diff --git a/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-amd64+mac.iso.txt b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-amd64+mac.iso.txt
new file mode 100644
index 0000000..b2f3661
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-amd64+mac.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu 12.10 amd64
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4, LIBISOFS-1.2.4, LIBBURN-1.2.4
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 387072
+El Torito VD version 1 found, boot catalog is in sector 354
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 5DBF4 383988
diff --git a/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-amd64.iso.txt b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-amd64.iso.txt
new file mode 100644
index 0000000..d0584f7
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-amd64.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu 12.10 amd64
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4, LIBISOFS-1.2.4, LIBBURN-1.2.4
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 390656
+El Torito VD version 1 found, boot catalog is in sector 182
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 5E51C 386332
diff --git a/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-i386.iso.txt b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-i386.iso.txt
new file mode 100644
index 0000000..b7012aa
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-desktop-i386.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu 12.10 i386
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.0.8 2011.04.14.073001, LIBISOBURN-1.0.8, LIBISOFS-1.0.8, LIBBURN-1.0.6
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 385686
+El Torito VD version 1 found, boot catalog is in sector 268
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 5D7DA 382938
diff --git a/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-amd64+mac.iso.txt b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-amd64+mac.iso.txt
new file mode 100644
index 0000000..870b68c
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-amd64+mac.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu-Server 12.10 amd64
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4, LIBISOFS-1.2.4, LIBBURN-1.2.4
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 353280
+El Torito VD version 1 found, boot catalog is in sector 3760
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 5298E 338318
diff --git a/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-amd64.iso.txt b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-amd64.iso.txt
new file mode 100644
index 0000000..eb5d8e3
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-amd64.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu-Server 12.10 amd64
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4, LIBISOFS-1.2.4, LIBBURN-1.2.4
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 352768
+El Torito VD version 1 found, boot catalog is in sector 1885
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 52231 336433
diff --git a/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-i386.iso.txt b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-i386.iso.txt
new file mode 100644
index 0000000..ff923aa
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu12.10/ubuntu-12.10-server-i386.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu-Server 12.10 i386
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.0.8 2011.04.14.073001, LIBISOBURN-1.0.8, LIBISOFS-1.0.8, LIBBURN-1.0.6
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 344214
+El Torito VD version 1 found, boot catalog is in sector 3694
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 5106D 331885
--
1.8.1.4
From cfergeau at redhat.com Wed Apr 17 10:10:46 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Wed, 17 Apr 2013 12:10:46 +0200
Subject: [Libosinfo] [libosinfo 3/3] ubuntu: Add 13.04 ISO data
In-Reply-To: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
Message-ID: <1366193446-12203-3-git-send-email-cfergeau@redhat.com>
It's unreleased yet, but should make testing in VMs easier.
---
data/oses/ubuntu.xml.in | 65 ++++++++++++++++++++++
.../ubuntu-13.04-beta2-desktop-amd64+mac.iso.txt | 29 ++++++++++
.../ubuntu-13.04-beta2-desktop-amd64.iso.txt | 29 ++++++++++
.../ubuntu-13.04-beta2-desktop-i386.iso.txt | 29 ++++++++++
.../ubuntu-13.04-beta2-server-amd64+mac.iso.txt | 29 ++++++++++
.../ubuntu-13.04-beta2-server-amd64.iso.txt | 29 ++++++++++
.../ubuntu-13.04-beta2-server-i386.iso.txt | 29 ++++++++++
7 files changed, 239 insertions(+)
create mode 100644 test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-amd64+mac.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-amd64.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-i386.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-amd64+mac.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-amd64.iso.txt
create mode 100644 test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-i386.iso.txt
diff --git a/data/oses/ubuntu.xml.in b/data/oses/ubuntu.xml.in
index a563e62..8d3b9cf 100644
--- a/data/oses/ubuntu.xml.in
+++ b/data/oses/ubuntu.xml.in
@@ -1183,4 +1183,69 @@
+
+ ubuntu13.04
+ ubunturaring
+ <_name>Ubuntu Raring Ringtails
+ 13.04
+ <_vendor>Canonical Ltd
+ linux
+ ubuntu
+ Raring Ringtails
+
+
+
+
+
+
+
+ 1000000000
+ 1
+ 1073741824
+ 5368709120
+
+
+ 1000000000
+ 1073741824
+ 16106127360
+
+
+
+
+
+ Ubuntu-Server 13.04 i386
+
+ casper/vmlinuz
+ casper/initrd.img
+
+
+
+
+ Ubuntu-Server 13.04 amd64
+
+ casper/vmlinuz
+ casper/initrd.img
+
+
+
+
+ Ubuntu 13.04 i386
+
+ casper/vmlinuz
+ casper/initrd.img
+
+
+
+
+ Ubuntu 13.04 amd64
+
+ casper/vmlinuz
+ casper/initrd.img
+
+
diff --git a/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-amd64+mac.iso.txt b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-amd64+mac.iso.txt
new file mode 100644
index 0000000..b873729
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-amd64+mac.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu 13.04 amd64
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4, LIBISOFS-1.2.4, LIBBURN-1.2.4
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 401920
+El Torito VD version 1 found, boot catalog is in sector 330
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 18AF 6319
diff --git a/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-amd64.iso.txt b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-amd64.iso.txt
new file mode 100644
index 0000000..8c6fdf7
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-amd64.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu 13.04 amd64
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4, LIBISOFS-1.2.4, LIBBURN-1.2.4
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 402944
+El Torito VD version 1 found, boot catalog is in sector 170
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1815 6165
diff --git a/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-i386.iso.txt b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-i386.iso.txt
new file mode 100644
index 0000000..6e212f3
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-desktop-i386.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu 13.04 i386
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.1.8 2011.11.20.173001, LIBISOBURN-1.1.8, LIBISOFS-1.1.6, LIBBURN-1.1.8
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 407552
+El Torito VD version 1 found, boot catalog is in sector 240
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff D90 3472
diff --git a/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-amd64+mac.iso.txt b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-amd64+mac.iso.txt
new file mode 100644
index 0000000..21ac053
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-amd64+mac.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu-Server 13.04 amd64
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4, LIBISOFS-1.2.4, LIBBURN-1.2.4
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 362496
+El Torito VD version 1 found, boot catalog is in sector 3850
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 3CF6D 249709
diff --git a/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-amd64.iso.txt b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-amd64.iso.txt
new file mode 100644
index 0000000..46711c0
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-amd64.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu-Server 13.04 amd64
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4, LIBISOFS-1.2.4, LIBBURN-1.2.4
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 361472
+El Torito VD version 1 found, boot catalog is in sector 1930
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 1E8A2 125090
diff --git a/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-i386.iso.txt b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-i386.iso.txt
new file mode 100644
index 0000000..9795d36
--- /dev/null
+++ b/test/isodata/ubuntu/ubuntu13.04/ubuntu-13.04-beta2-server-i386.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id:
+Volume id: Ubuntu-Server 13.04 i386
+Volume set id:
+Publisher id:
+Data preparer id: XORRISO-1.1.8 2011.11.20.173001, LIBISOBURN-1.1.8, LIBISOFS-1.1.6, LIBBURN-1.1.8
+Application id:
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 355328
+El Torito VD version 1 found, boot catalog is in sector 3774
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 45BC8 285640
--
1.8.1.4
From zeeshanak at gnome.org Wed Apr 17 15:59:10 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 17 Apr 2013 18:59:10 +0300
Subject: [Libosinfo] [libosinfo 2/3] ubuntu: Add 12.10 test data
In-Reply-To: <1366193446-12203-2-git-send-email-cfergeau@redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<1366193446-12203-2-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 17, 2013 at 1:10 PM, Christophe Fergeau wrote:
> ---
ACK. Although these patches adds a lot of lines, I think they should
still qualify as trivial especially when its from a person with commit
access. Just my two cents.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 17 16:14:26 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 17 Apr 2013 19:14:26 +0300
Subject: [Libosinfo] [libosinfo 1/3] fedora: Add Fedora 19 Alpha
detection
In-Reply-To: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 17, 2013 at 1:10 PM, Christophe Fergeau wrote:
> This adds recognition of F19 Alpha ISO to libosinfo database.
> As VMs are often used to test pre-releases of OSes, having libosinfo
> detection for such ISOs early in the distro development process is
> a nice thing to have.
> --
ACK, apart from testing, there is also people wanting to just try it
out. Same applies to my GNOME 3.8 patch btw. :)
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Wed Apr 17 16:15:10 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Wed, 17 Apr 2013 19:15:10 +0300
Subject: [Libosinfo] [libosinfo 3/3] ubuntu: Add 13.04 ISO data
In-Reply-To: <1366193446-12203-3-git-send-email-cfergeau@redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<1366193446-12203-3-git-send-email-cfergeau@redhat.com>
Message-ID:
On Wed, Apr 17, 2013 at 1:10 PM, Christophe Fergeau wrote:
> It's unreleased yet, but should make testing in VMs easier.
> ---
ACK
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Thu Apr 18 10:53:23 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 18 Apr 2013 12:53:23 +0200
Subject: [Libosinfo] [libosinfo 1/3] fedora: Add Fedora 19 Alpha
detection
In-Reply-To:
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
Message-ID: <20130418105322.GA19625@teriyaki.redhat.com>
On Wed, Apr 17, 2013 at 07:14:26PM +0300, Zeeshan Ali (Khattak) wrote:
> On Wed, Apr 17, 2013 at 1:10 PM, Christophe Fergeau wrote:
> > This adds recognition of F19 Alpha ISO to libosinfo database.
> > As VMs are often used to test pre-releases of OSes, having libosinfo
> > detection for such ISOs early in the distro development process is
> > a nice thing to have.
> > --
>
> ACK, apart from testing, there is also people wanting to just try it
> out. Same applies to my GNOME 3.8 patch btw. :)
The difference I see between this F19 patch and the GNOME 3.8 one is that
to my eyes, the likelyhood of F19 being released one day is 99.99%, while
for the GNOME 3.8 image, I still assume that it might never get released if
this proves too complicated/too time consuming/too late/..., that's I'd
feel more comfortable waiting for the ISO to be available before adding
this.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Thu Apr 18 10:57:49 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 18 Apr 2013 12:57:49 +0200
Subject: [Libosinfo] [libosinfo 2/3] ubuntu: Add 12.10 test data
In-Reply-To:
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<1366193446-12203-2-git-send-email-cfergeau@redhat.com>
Message-ID: <20130418105749.GB19625@teriyaki.redhat.com>
On Wed, Apr 17, 2013 at 06:59:10PM +0300, Zeeshan Ali (Khattak) wrote:
> ACK. Although these patches adds a lot of lines, I think they should
> still qualify as trivial especially when its from a person with commit
> access. Just my two cents.
Given that the OS database is probably the part of libosinfo that has seen
the most bugs[1], I don't consider them as trivial and I think they should
go through review first.
Christophe
[1] Wrong values for resources, missed occurrences during search&replace
(sometimes leading to infinite loop if this is done on an node),
missing test cases, ...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Thu Apr 18 11:03:46 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 18 Apr 2013 13:03:46 +0200
Subject: [Libosinfo] [libosinfo 2/3] ubuntu: Add 12.10 test data
In-Reply-To: <20130418105749.GB19625@teriyaki.redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<1366193446-12203-2-git-send-email-cfergeau@redhat.com>
<20130418105749.GB19625@teriyaki.redhat.com>
Message-ID: <20130418110345.GC19625@teriyaki.redhat.com>
On Thu, Apr 18, 2013 at 12:57:49PM +0200, Christophe Fergeau wrote:
> On Wed, Apr 17, 2013 at 06:59:10PM +0300, Zeeshan Ali (Khattak) wrote:
> > ACK. Although these patches adds a lot of lines, I think they should
> > still qualify as trivial especially when its from a person with commit
> > access. Just my two cents.
>
> Given that the OS database is probably the part of libosinfo that has seen
> the most bugs[1], I don't consider them as trivial and I think they should
> go through review first.
Oh, after rereading this, maybe we are not talking of the same thing.
I'm talking about additions to data/oses, but maybe you were talking
about commits only adding new files to tests/isoinfo/ ?
I agree that the latter can be seen as a trivial patch as long as make
check still passes after the commit.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From fidencio at redhat.com Thu Apr 18 11:40:39 2013
From: fidencio at redhat.com (Fabiano =?ISO-8859-1?Q?Fid=EAncio?=)
Date: Thu, 18 Apr 2013 13:40:39 +0200
Subject: [Libosinfo] [libosinfo 1/3] fedora: Add Fedora 19 Alpha
detection
In-Reply-To: <20130418105322.GA19625@teriyaki.redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<20130418105322.GA19625@teriyaki.redhat.com>
Message-ID: <1366285239.7448.7.camel@srv>
> The difference I see between this F19 patch and the GNOME 3.8 one is that
> to my eyes, the likelyhood of F19 being released one day is 99.99%, while
> for the GNOME 3.8 image, I still assume that it might never get released if
> this proves too complicated/too time consuming/too late/..., that's I'd
> feel more comfortable waiting for the ISO to be available before adding
> this.
Sorry Christophe, but it's the same case than GNOME 3.8's patch.
I don't have strong feelings against this patch, but I would prefer that
you wait an official release before add any ISO info here.
Best Regards,
--
Fabiano Fid?ncio
From zeeshanak at gnome.org Thu Apr 18 14:04:05 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Thu, 18 Apr 2013 17:04:05 +0300
Subject: [Libosinfo] [libosinfo 2/3] ubuntu: Add 12.10 test data
In-Reply-To: <20130418110345.GC19625@teriyaki.redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<1366193446-12203-2-git-send-email-cfergeau@redhat.com>
<20130418105749.GB19625@teriyaki.redhat.com>
<20130418110345.GC19625@teriyaki.redhat.com>
Message-ID:
On Thu, Apr 18, 2013 at 2:03 PM, Christophe Fergeau wrote:
> On Thu, Apr 18, 2013 at 12:57:49PM +0200, Christophe Fergeau wrote:
>> On Wed, Apr 17, 2013 at 06:59:10PM +0300, Zeeshan Ali (Khattak) wrote:
>> > ACK. Although these patches adds a lot of lines, I think they should
>> > still qualify as trivial especially when its from a person with commit
>> > access. Just my two cents.
>>
>> Given that the OS database is probably the part of libosinfo that has seen
>> the most bugs[1], I don't consider them as trivial and I think they should
>> go through review first.
>
> Oh, after rereading this, maybe we are not talking of the same thing.
> I'm talking about additions to data/oses, but maybe you were talking
> about commits only adding new files to tests/isoinfo/ ?
> I agree that the latter can be seen as a trivial patch as long as make
> check still passes after the commit.
I was talking of addition of new testcase + new regex. Thing is there
is no way for others to find out more than what you already would
have: testcases still pass. As I trust you already run tests, I don't
do any such thing and simply give an ACK for such patches.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Thu Apr 18 14:07:19 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Thu, 18 Apr 2013 17:07:19 +0300
Subject: [Libosinfo] [libosinfo 1/3] fedora: Add Fedora 19 Alpha
detection
In-Reply-To: <20130418105322.GA19625@teriyaki.redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<20130418105322.GA19625@teriyaki.redhat.com>
Message-ID:
On Thu, Apr 18, 2013 at 1:53 PM, Christophe Fergeau wrote:
> On Wed, Apr 17, 2013 at 07:14:26PM +0300, Zeeshan Ali (Khattak) wrote:
>> On Wed, Apr 17, 2013 at 1:10 PM, Christophe Fergeau wrote:
>> > This adds recognition of F19 Alpha ISO to libosinfo database.
>> > As VMs are often used to test pre-releases of OSes, having libosinfo
>> > detection for such ISOs early in the distro development process is
>> > a nice thing to have.
>> > --
>>
>> ACK, apart from testing, there is also people wanting to just try it
>> out. Same applies to my GNOME 3.8 patch btw. :)
>
> The difference I see between this F19 patch and the GNOME 3.8 one is that
> to my eyes, the likelyhood of F19 being released one day is 99.99%, while
> for the GNOME 3.8 image, I still assume that it might never get released if
> this proves too complicated/too time consuming/too late/..., that's I'd
> feel more comfortable waiting for the ISO to be available before adding
> this.
We already discussed this. 3.7.92 ISO is already out for a while now
and its pretty damn close to what is 3.8. Given that we don't have any
means of tracking if they are being used or not, I'd want
Boxes/libosinfo to recognize those ISOs. If 3.8 ISO comes out, we'll
already be able to recognize it.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From cfergeau at redhat.com Thu Apr 18 16:15:07 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 18 Apr 2013 18:15:07 +0200
Subject: [Libosinfo] [libosinfo 2/3] ubuntu: Add 12.10 test data
In-Reply-To:
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<1366193446-12203-2-git-send-email-cfergeau@redhat.com>
<20130418105749.GB19625@teriyaki.redhat.com>
<20130418110345.GC19625@teriyaki.redhat.com>
Message-ID: <20130418161507.GE19625@teriyaki.redhat.com>
On Thu, Apr 18, 2013 at 05:04:05PM +0300, Zeeshan Ali (Khattak) wrote:
> I was talking of addition of new testcase + new regex
Agreed, new testcases + additions of new volume ids to an existing
node don't really need to go through review as long as the testcase was
generated with isoinfo -d -i and as long as make check still passes.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Fri Apr 19 08:06:19 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Fri, 19 Apr 2013 10:06:19 +0200
Subject: [Libosinfo] [libosinfo 1/3] fedora: Add Fedora 19 Alpha
detection
In-Reply-To:
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<20130418105322.GA19625@teriyaki.redhat.com>
Message-ID: <20130419080619.GC25715@teriyaki.redhat.com>
On Thu, Apr 18, 2013 at 05:07:19PM +0300, Zeeshan Ali (Khattak) wrote:
> We already discussed this. 3.7.92 ISO is already out for a while now
> and its pretty damn close to what is 3.8.
and I've already stated that I consider this image to be obsolete with the
GNOME 3.8 release. _if_ the final 3.8 image is never released, having data
for this in libosinfo would be mostly cruft imo.
Regardless of this, this GNOME patch is still missing a v3
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Fri Apr 19 12:25:15 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 19 Apr 2013 15:25:15 +0300
Subject: [Libosinfo] [libosinfo 1/3] fedora: Add Fedora 19 Alpha
detection
In-Reply-To: <20130419080619.GC25715@teriyaki.redhat.com>
References: <1366193446-12203-1-git-send-email-cfergeau@redhat.com>
<20130418105322.GA19625@teriyaki.redhat.com>
<20130419080619.GC25715@teriyaki.redhat.com>
Message-ID:
On Fri, Apr 19, 2013 at 11:06 AM, Christophe Fergeau
wrote:
> On Thu, Apr 18, 2013 at 05:07:19PM +0300, Zeeshan Ali (Khattak) wrote:
>> We already discussed this. 3.7.92 ISO is already out for a while now
>> and its pretty damn close to what is 3.8.
>
> and I've already stated that I consider this image to be obsolete with the
> GNOME 3.8 release. _if_ the final 3.8 image is never released, having data
> for this in libosinfo would be mostly cruft imo.
Stress on 'IMO' part cause clearly I and Fabiano disagree with you. As
I stated in previous mail, there is no way of knowing if people will
use 3.7.92 or not. Even if you are correct, earth will not shatter if
we have a few lines of redundant data. This whole discussion is
nothing more than waste of our time. Its not like we don't have tons
of data thats far less likely to be ever used (e.g FC1 and windows 2.1
etc).
> Regardless of this, this GNOME patch is still missing a v3
The testcase? Thats easy to add and I didn't give that attention cause
I was more focused on justifying a needed change to you. I'll do so
shortly.
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From zeeshanak at gnome.org Fri Apr 19 12:49:54 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 19 Apr 2013 15:49:54 +0300
Subject: [Libosinfo] [PATCHv3] gnome: Add data for GNOME 3.8
Message-ID: <1366375794-12872-1-git-send-email-zeeshanak@gnome.org>
From: "Zeeshan Ali (Khattak)"
Its mostly just adjusted copy&paste of 3.6 data. The actual live media
is not yet available for 3.8 itself but for 3.7.91/2 they are available
and people have been using them already so better add some info already
so those ISOs are recognized at least.
Before anyone asks, the 3.7.91/2 ISOs use the same volume ID as it will
be on 3.8 ISO.
---
data/oses/gnome.xml.in | 30 ++++++++++++++++++++++++
test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt | 29 +++++++++++++++++++++++
2 files changed, 59 insertions(+)
create mode 100644 test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt
diff --git a/data/oses/gnome.xml.in b/data/oses/gnome.xml.in
index 98149a8..414c38d 100644
--- a/data/oses/gnome.xml.in
+++ b/data/oses/gnome.xml.in
@@ -31,4 +31,34 @@
+
+ gnome3.8
+ <_name>GNOME 3.8
+ 3.8
+ <_vendor>GNOME Project
+ linux
+ gnome
+
+
+ 2013-03-27
+
+
+
+ GNOME38-LiveCD
+ LINUX
+
+ isolinux/vmlinuz0
+ isolinux/initrd0.img
+
+
+
+
+
+ 1
+ 805306368
+
+
+
+
diff --git a/test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt b/test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt
new file mode 100644
index 0000000..a44a6f1
--- /dev/null
+++ b/test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: GNOME38-LiveCD
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 414527
+El Torito VD version 1 found, boot catalog is in sector 36
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 25 37
--
1.8.1.4
From berrange at redhat.com Fri Apr 19 13:16:15 2013
From: berrange at redhat.com (Daniel P. Berrange)
Date: Fri, 19 Apr 2013 14:16:15 +0100
Subject: [Libosinfo] [PATCHv3] gnome: Add data for GNOME 3.8
In-Reply-To: <1366375794-12872-1-git-send-email-zeeshanak@gnome.org>
References: <1366375794-12872-1-git-send-email-zeeshanak@gnome.org>
Message-ID: <20130419131615.GK2576@redhat.com>
On Fri, Apr 19, 2013 at 03:49:54PM +0300, Zeeshan Ali (Khattak) wrote:
> From: "Zeeshan Ali (Khattak)"
>
> Its mostly just adjusted copy&paste of 3.6 data. The actual live media
> is not yet available for 3.8 itself but for 3.7.91/2 they are available
> and people have been using them already so better add some info already
> so those ISOs are recognized at least.
>
> Before anyone asks, the 3.7.91/2 ISOs use the same volume ID as it will
> be on 3.8 ISO.
> ---
> data/oses/gnome.xml.in | 30 ++++++++++++++++++++++++
> test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt | 29 +++++++++++++++++++++++
> 2 files changed, 59 insertions(+)
> create mode 100644 test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt
ACK,
If we have a reasonable degree of certainty about the volume IDs & other
relevant metadata for an OS, I think it is acceptable to add an OS to the
database while it is still pre-release. If we always wait until release
day, then we're doomed to always be outdated. Since Zeeshan believes
that 3.8 will use the same metadata as 3.7.92 I think we're justified
in adding this patch now.
If we later find this has caused problems, we can re-evaluate the approach
at that time.
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
From cfergeau at redhat.com Fri Apr 19 13:25:20 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Fri, 19 Apr 2013 15:25:20 +0200
Subject: [Libosinfo] [PATCHv3] gnome: Add data for GNOME 3.8
In-Reply-To: <1366375794-12872-1-git-send-email-zeeshanak@gnome.org>
References: <1366375794-12872-1-git-send-email-zeeshanak@gnome.org>
Message-ID: <20130419132519.GA24753@teriyaki.cdg.redhat.com>
On Fri, Apr 19, 2013 at 03:49:54PM +0300, Zeeshan Ali (Khattak) wrote:
> From: "Zeeshan Ali (Khattak)"
>
> Its mostly just adjusted copy&paste of 3.6 data. The actual live media
> is not yet available for 3.8 itself but for 3.7.91/2 they are available
> and people have been using them already so better add some info already
> so those ISOs are recognized at least.
>
> Before anyone asks, the 3.7.91/2 ISOs use the same volume ID as it will
> be on 3.8 ISO.
> ---
> data/oses/gnome.xml.in | 30 ++++++++++++++++++++++++
> test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt | 29 +++++++++++++++++++++++
If there was no gnome/ directory before, you need changes in
test-isodetect.c as well.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Fri Apr 19 15:06:13 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 19 Apr 2013 18:06:13 +0300
Subject: [Libosinfo] [PATCHv4] gnome: Add data for GNOME 3.8
Message-ID: <1366383973-14889-1-git-send-email-zeeshanak@gnome.org>
From: "Zeeshan Ali (Khattak)"
Its mostly just adjusted copy&paste of 3.6 data. The actual live media
is not yet available for 3.8 itself but for 3.7.91/2 they are available
and people have been using them already so better add some info already
so those ISOs are recognized at least.
Before anyone asks, the 3.7.91/2 ISOs use the same volume ID as it will
be on 3.8 ISO.
---
v4: Also update test-isodetect to use the new gnome directory.
data/oses/gnome.xml.in | 30 ++++++++++++++++++++++++
test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt | 29 +++++++++++++++++++++++
test/test-isodetect.c | 7 ++++++
3 files changed, 66 insertions(+)
create mode 100644 test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt
diff --git a/data/oses/gnome.xml.in b/data/oses/gnome.xml.in
index 98149a8..414c38d 100644
--- a/data/oses/gnome.xml.in
+++ b/data/oses/gnome.xml.in
@@ -31,4 +31,34 @@
+
+ gnome3.8
+ <_name>GNOME 3.8
+ 3.8
+ <_vendor>GNOME Project
+ linux
+ gnome
+
+
+ 2013-03-27
+
+
+
+ GNOME38-LiveCD
+ LINUX
+
+ isolinux/vmlinuz0
+ isolinux/initrd0.img
+
+
+
+
+
+ 1
+ 805306368
+
+
+
+
diff --git a/test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt b/test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt
new file mode 100644
index 0000000..a44a6f1
--- /dev/null
+++ b/test/isodata/gnome/gnome3.8/GNOME-3.7.92.iso.txt
@@ -0,0 +1,29 @@
+CD-ROM is in ISO 9660 format
+System id: LINUX
+Volume id: GNOME38-LiveCD
+Volume set id:
+Publisher id:
+Data preparer id:
+Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
+Copyright File id:
+Abstract File id:
+Bibliographic File id:
+Volume set size is: 1
+Volume set sequence number is: 1
+Logical block size is: 2048
+Volume size is: 414527
+El Torito VD version 1 found, boot catalog is in sector 36
+Joliet with UCS level 3 found
+Rock Ridge signatures version 1 found
+Eltorito validation header:
+ Hid 1
+ Arch 0 (x86)
+ ID ''
+ Key 55 AA
+ Eltorito defaultboot header:
+ Bootid 88 (bootable)
+ Boot media 0 (No Emulation Boot)
+ Load segment 0
+ Sys type 0
+ Nsect 4
+ Bootoff 25 37
diff --git a/test/test-isodetect.c b/test/test-isodetect.c
index 8a982d4..7642612 100644
--- a/test/test-isodetect.c
+++ b/test/test-isodetect.c
@@ -390,6 +390,12 @@ START_TEST(test_centos)
}
END_TEST
+START_TEST(test_gnome)
+{
+ test_one("gnome");
+}
+END_TEST
+
static Suite *
list_suite(void)
{
@@ -405,6 +411,7 @@ list_suite(void)
tcase_add_test(tc, test_openbsd);
tcase_add_test(tc, test_opensuse);
tcase_add_test(tc, test_centos);
+ tcase_add_test(tc, test_gnome);
suite_add_tcase(s, tc);
return s;
}
--
1.8.1.4
From fidencio at redhat.com Fri Apr 19 15:25:56 2013
From: fidencio at redhat.com (Fabiano =?ISO-8859-1?Q?Fid=EAncio?=)
Date: Fri, 19 Apr 2013 17:25:56 +0200
Subject: [Libosinfo] [PATCHv4] gnome: Add data for GNOME 3.8
In-Reply-To: <1366383973-14889-1-git-send-email-zeeshanak@gnome.org>
References: <1366383973-14889-1-git-send-email-zeeshanak@gnome.org>
Message-ID: <1366385156.15301.1.camel@srv>
On Fri, 2013-04-19 at 18:06 +0300, Zeeshan Ali (Khattak) wrote:
> From: "Zeeshan Ali (Khattak)"
>
> Its mostly just adjusted copy&paste of 3.6 data. The actual live media
> is not yet available for 3.8 itself but for 3.7.91/2 they are available
> and people have been using them already so better add some info already
> so those ISOs are recognized at least.
>
> Before anyone asks, the 3.7.91/2 ISOs use the same volume ID as it will
> be on 3.8 ISO.
> ---
>
> v4: Also update test-isodetect to use the new gnome directory.
ACK!
--
Fabiano Fid?ncio
From dkliban at redhat.com Wed Apr 24 17:13:13 2013
From: dkliban at redhat.com (Dennis Kliban)
Date: Wed, 24 Apr 2013 13:13:13 -0400 (EDT)
Subject: [Libosinfo] libosinfo on RHEL/EPEL
In-Reply-To: <348863918.2994539.1366818607926.JavaMail.root@redhat.com>
Message-ID: <1921076479.3101956.1366823593059.JavaMail.root@redhat.com>
I would like to be able to use libosinfo on RHEL6.4. I don't see a build for that. I attempted to install from the source RPM, but received the following errors: http://dpaste.org/RVnmu/
I then downloaded the source and ran ./configure. When I ran make and I got the following errors: http://dpaste.org/nQmkx/
Can someone help me build this package for RHEL6/EPEL6?
Thanks,
Dennis
From dkliban at redhat.com Wed Apr 24 18:02:26 2013
From: dkliban at redhat.com (Dennis Kliban)
Date: Wed, 24 Apr 2013 14:02:26 -0400 (EDT)
Subject: [Libosinfo] libosinfo on RHEL/EPEL
In-Reply-To: <1921076479.3101956.1366823593059.JavaMail.root@redhat.com>
References: <1921076479.3101956.1366823593059.JavaMail.root@redhat.com>
Message-ID: <547770234.3122238.1366826546027.JavaMail.root@redhat.com>
Forgot to mention that I could not find gobject-introspection package in yum repositories on my RHEL6 machine. I installed gobject-introspection RPM from here: https://brewweb.devel.redhat.com/buildinfo?buildID=161594
----- Original Message -----
From: "Dennis Kliban"
To: libosinfo at redhat.com
Sent: Wednesday, April 24, 2013 1:13:13 PM
Subject: [Libosinfo] libosinfo on RHEL/EPEL
I would like to be able to use libosinfo on RHEL6.4. I don't see a build for that. I attempted to install from the source RPM, but received the following errors: http://dpaste.org/RVnmu/
I then downloaded the source and ran ./configure. When I ran make and I got the following errors: http://dpaste.org/nQmkx/
Can someone help me build this package for RHEL6/EPEL6?
Thanks,
Dennis
_______________________________________________
Libosinfo mailing list
Libosinfo at redhat.com
https://www.redhat.com/mailman/listinfo/libosinfo
From berrange at redhat.com Thu Apr 25 09:31:26 2013
From: berrange at redhat.com (Daniel P. Berrange)
Date: Thu, 25 Apr 2013 10:31:26 +0100
Subject: [Libosinfo] libosinfo on RHEL/EPEL
In-Reply-To: <1921076479.3101956.1366823593059.JavaMail.root@redhat.com>
References: <348863918.2994539.1366818607926.JavaMail.root@redhat.com>
<1921076479.3101956.1366823593059.JavaMail.root@redhat.com>
Message-ID: <20130425093126.GB21844@redhat.com>
On Wed, Apr 24, 2013 at 01:13:13PM -0400, Dennis Kliban wrote:
> I would like to be able to use libosinfo on RHEL6.4. I don't see a build for that. I attempted to install from the source RPM, but received the following errors: http://dpaste.org/RVnmu/
>
> I then downloaded the source and ran ./configure. When I ran make and I got the following errors: http://dpaste.org/nQmkx/
The GObject in RHEL-6 is too old to build against, and lacks support
for gobject introspection. As such RHEL-6 is not a platform we intend
to support.
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
From cfergeau at redhat.com Thu Apr 25 08:57:43 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 25 Apr 2013 10:57:43 +0200
Subject: [Libosinfo] libosinfo on RHEL/EPEL
In-Reply-To: <547770234.3122238.1366826546027.JavaMail.root@redhat.com>
References: <1921076479.3101956.1366823593059.JavaMail.root@redhat.com>
<547770234.3122238.1366826546027.JavaMail.root@redhat.com>
Message-ID: <20130425085743.GA6043@teriyaki.redhat.com>
Hi,
On Wed, Apr 24, 2013 at 02:02:26PM -0400, Dennis Kliban wrote:
> Forgot to mention that I could not find gobject-introspection package in yum repositories on my RHEL6 machine. I installed gobject-introspection RPM from here: https://brewweb.devel.redhat.com/buildinfo?buildID=161594
Yeah, it's not available in RHEL6, but if you are building from tarballs,
you should be able to disable it, rpmbuild should not try to use it on EL6:
%if 0%{?fedora} >= 15 || 0%{?rhel} >= 7
%define with_gir 1
%endif
%if %{with_gir}
BuildRequires: gobject-introspection-devel
%endif
%if %{with_gir}
%define gir_arg --enable-introspection=yes
%else
%define gir_arg --enable-introspection=no
%endif
If you want to try building from git, it's indeed more convenient to have
it installed ;)
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From cfergeau at redhat.com Thu Apr 25 09:01:20 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Thu, 25 Apr 2013 11:01:20 +0200
Subject: [Libosinfo] libosinfo on RHEL/EPEL
In-Reply-To: <1921076479.3101956.1366823593059.JavaMail.root@redhat.com>
References: <348863918.2994539.1366818607926.JavaMail.root@redhat.com>
<1921076479.3101956.1366823593059.JavaMail.root@redhat.com>
Message-ID: <20130425090120.GB6043@teriyaki.redhat.com>
Hi,
On Wed, Apr 24, 2013 at 01:13:13PM -0400, Dennis Kliban wrote:
> I would like to be able to use libosinfo on RHEL6.4. I don't see a build for that. I attempted to install from the source RPM, but received the following errors: http://dpaste.org/RVnmu/
>
> I then downloaded the source and ran ./configure. When I ran make and I got the following errors: http://dpaste.org/nQmkx/
>
> Can someone help me build this package for RHEL6/EPEL6?
Ah, the errors you are getting are because we are trying to use
macros/functions that are not available in glib 2.22 (which is what RHEL6
has). The attached patch is a step in the right direction, but the build
still fails because of the use of GWeakRef. The fix for that would be a bit
more involved... (though g_object_add_weak_pointer() might do the trick).
Christophe
-------------- next part --------------
From e5da88d281feb1e4afd768bfbe085e5afd569972 Mon Sep 17 00:00:00 2001
From: Christophe Fergeau
Date: Thu, 25 Apr 2013 10:36:19 +0200
Subject: [PATCH] Add glib compatibility code for older glibs
libosinfo is using G_DEPRECATED_FOR which was only added in glib
2.32
---
osinfo/Makefile.am | 1 +
osinfo/osinfo.h | 1 +
osinfo/osinfo_glib_compat.c | 40 +++++++++++++++++++++++++++
osinfo/osinfo_glib_compat.h | 62 +++++++++++++++++++++++++++++++++++++++++++
4 files changed, 104 insertions(+), 0 deletions(-)
create mode 100644 osinfo/osinfo_glib_compat.c
create mode 100644 osinfo/osinfo_glib_compat.h
diff --git a/osinfo/Makefile.am b/osinfo/Makefile.am
index 496ee34..d946b7e 100644
--- a/osinfo/Makefile.am
+++ b/osinfo/Makefile.am
@@ -69,6 +69,7 @@ OSINFO_HEADER_FILES = \
osinfo_device_driverlist.h \
osinfo_entity.h \
osinfo_filter.h \
+ osinfo_glib_compat.h \
osinfo_install_config.h \
osinfo_install_config_param.h \
osinfo_install_config_paramlist.h \
diff --git a/osinfo/osinfo.h b/osinfo/osinfo.h
index 0d0f3d2..f7f0442 100644
--- a/osinfo/osinfo.h
+++ b/osinfo/osinfo.h
@@ -27,6 +27,7 @@
#include
+#include
#include
#include
#include
diff --git a/osinfo/osinfo_glib_compat.c b/osinfo/osinfo_glib_compat.c
new file mode 100644
index 0000000..5959059
--- /dev/null
+++ b/osinfo/osinfo_glib_compat.c
@@ -0,0 +1,40 @@
+/* -*- Mode: C; c-basic-offset: 4; indent-tabs-mode: nil -*- */
+/*
+ This library is free software; you can redistribute it and/or
+ modify it under the terms of the GNU Lesser General Public
+ License as published by the Free Software Foundation; either
+ version 2.1 of the License, or (at your option) any later version.
+
+ This library is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ Lesser General Public License for more details.
+
+ You should have received a copy of the GNU Lesser General Public
+ License along with this library; if not, see .
+*/
+
+#include "osinfo_glib_compat.h"
+
+#if !GLIB_CHECK_VERSION(2,28,0)
+/**
+ * spice_simple_async_result_take_error: (skip)
+ * @simple: a #GSimpleAsyncResult
+ * @error: a #GError
+ *
+ * Sets the result from @error, and takes over the caller's ownership
+ * of @error, so the caller does not need to free it any more.
+ *
+ * Since: 2.28
+ **/
+G_GNUC_INTERNAL void
+g_simple_async_result_take_error (GSimpleAsyncResult *simple,
+ GError *error)
+{
+ /* this code is different from upstream */
+ /* we can't avoid extra copy/free, since the simple struct is
+ opaque */
+ g_simple_async_result_set_from_error (simple, error);
+ g_error_free (error);
+}
+#endif
diff --git a/osinfo/osinfo_glib_compat.h b/osinfo/osinfo_glib_compat.h
new file mode 100644
index 0000000..0eabe2c
--- /dev/null
+++ b/osinfo/osinfo_glib_compat.h
@@ -0,0 +1,62 @@
+/* -*- Mode: C; c-basic-offset: 4; indent-tabs-mode: nil -*- */
+/*
+ This library is free software; you can redistribute it and/or
+ modify it under the terms of the GNU Lesser General Public
+ License as published by the Free Software Foundation; either
+ version 2.1 of the License, or (at your option) any later version.
+
+ This library is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ Lesser General Public License for more details.
+
+ You should have received a copy of the GNU Lesser General Public
+ License along with this library; if not, see .
+*/
+#ifndef OSINFO_GLIB_COMPAT_H
+#define OSINFO_GLIB_COMPAT_H
+
+#include
+
+#if !GLIB_CHECK_VERSION(2,28,0)
+#define g_clear_object(object_ptr) \
+ G_STMT_START { \
+ /* Only one access, please */ \
+ gpointer *_p = (gpointer) (object_ptr); \
+ gpointer _o; \
+ \
+ do \
+ _o = g_atomic_pointer_get (_p); \
+ while G_UNLIKELY (!g_atomic_pointer_compare_and_exchange (_p, _o, NULL));\
+ \
+ if (_o) \
+ g_object_unref (_o); \
+ } G_STMT_END
+
+void
+g_simple_async_result_take_error(GSimpleAsyncResult *simple,
+ GError *error);
+#endif
+
+
+#if !GLIB_CHECK_VERSION(2,32,0)
+
+#if __GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 1)
+#define G_DEPRECATED __attribute__((__deprecated__))
+#elif defined(_MSC_VER) && (_MSC_VER >= 1300)
+#define G_DEPRECATED __declspec(deprecated)
+#else
+#define G_DEPRECATED
+#endif
+
+#if __GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ >= 5)
+#define G_DEPRECATED_FOR(f) __attribute__((__deprecated__("Use '" #f "' instead")))
+#elif defined(_MSC_FULL_VER) && (_MSC_FULL_VER > 140050320)
+#define G_DEPRECATED_FOR(f) __declspec(deprecated("is deprecated. Use '" #f "' instead"))
+#else
+#define G_DEPRECATED_FOR(f) G_DEPRECATED
+#endif
+
+#endif
+
+#endif /* OSINFO_GLIB_COMPAT_H */
--
1.7.1
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Fri Apr 26 19:47:56 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 26 Apr 2013 22:47:56 +0300
Subject: [Libosinfo] [PATCH 1/2] fedora: Don't set timezone to UTC
Message-ID: <1367005677-25102-1-git-send-email-zeeshanak@gnome.org>
From: "Zeeshan Ali (Khattak)"
--utc argument of timezone command is to set the clock to UTC, which is
not what we want.
---
data/install-scripts/fedora.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml
index 6c9bfa8..11dd541 100644
--- a/data/install-scripts/fedora.xml
+++ b/data/install-scripts/fedora.xml
@@ -107,7 +107,7 @@ authconfig --enableshadow --enablemd5
selinux --enforcing
-timezone --utc
+timezone
bootloader --location=mbr
zerombr yes
--
1.8.1.4
From zeeshanak at gnome.org Fri Apr 26 19:47:57 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Fri, 26 Apr 2013 22:47:57 +0300
Subject: [Libosinfo] [PATCH 2/2] fedora: Specify installation method/source
In-Reply-To: <1367005677-25102-1-git-send-email-zeeshanak@gnome.org>
References: <1367005677-25102-1-git-send-email-zeeshanak@gnome.org>
Message-ID: <1367005677-25102-2-git-send-email-zeeshanak@gnome.org>
From: "Zeeshan Ali (Khattak)"
While installation method/source has always been mandatory, Anaconda has
ignored us not specifying it so far. Our luck runs out in Fedora 19
though, where unattended installation breaks if this is not explicitly
specified.
I'm not sure if hard coding the method is a good idea though. Ideas?
---
data/install-scripts/fedora.xml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/data/install-scripts/fedora.xml b/data/install-scripts/fedora.xml
index 11dd541..b7f7e25 100644
--- a/data/install-scripts/fedora.xml
+++ b/data/install-scripts/fedora.xml
@@ -92,6 +92,7 @@
# Install script for profile
install
+cdrom
text
keyboard ''
lang
@@ -244,6 +245,7 @@ reboot
# Install script for profile
install
+cdrom
keyboard ''
lang
network --onboot yes --device eth0 --bootproto dhcp --noipv6 --hostname=
--
1.8.1.4
From cfergeau at redhat.com Fri Apr 26 22:38:06 2013
From: cfergeau at redhat.com (Christophe Fergeau)
Date: Sat, 27 Apr 2013 00:38:06 +0200
Subject: [Libosinfo] [PATCH 1/2] fedora: Don't set timezone to UTC
In-Reply-To: <1367005677-25102-1-git-send-email-zeeshanak@gnome.org>
References: <1367005677-25102-1-git-send-email-zeeshanak@gnome.org>
Message-ID: <20130426223805.GH6043@teriyaki.redhat.com>
On Fri, Apr 26, 2013 at 10:47:56PM +0300, Zeeshan Ali (Khattak) wrote:
> From: "Zeeshan Ali (Khattak)"
>
> --utc argument of timezone command is to set the clock to UTC, which is
> not what we want.
Why?
http://fedoraproject.org/wiki/Anaconda/Kickstart#timezone says
--utc
If present, the system assumes the hardware clock is set to UTC
(Greenwich Mean) time.
On real hardware, I seem to remember --utc is what is recommended. I can
understand if we have different requirements for a VM, but imo that deserves
an explanation.
Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From zeeshanak at gnome.org Fri Apr 26 22:50:39 2013
From: zeeshanak at gnome.org (Zeeshan Ali (Khattak))
Date: Sat, 27 Apr 2013 01:50:39 +0300
Subject: [Libosinfo] [PATCH 1/2] fedora: Don't set timezone to UTC
In-Reply-To: <20130426223805.GH6043@teriyaki.redhat.com>
References: <1367005677-25102-1-git-send-email-zeeshanak@gnome.org>
<20130426223805.GH6043@teriyaki.redhat.com>
Message-ID:
On Sat, Apr 27, 2013 at 1:38 AM, Christophe Fergeau wrote:
> On Fri, Apr 26, 2013 at 10:47:56PM +0300, Zeeshan Ali (Khattak) wrote:
>> From: "Zeeshan Ali (Khattak)"
>>
>> --utc argument of timezone command is to set the clock to UTC, which is
>> not what we want.
>
> Why?
>
> http://fedoraproject.org/wiki/Anaconda/Kickstart#timezone says
> --utc
>
> If present, the system assumes the hardware clock is set to UTC
> (Greenwich Mean) time.
>
> On real hardware, I seem to remember --utc is what is recommended. I can
> understand if we have different requirements for a VM, but imo that deserves
> an explanation.
Never mind this patch. The main problem is that unattended
installation is broken in libosinfo+Boxes for F19. During
investigation, I misunderstood that '--utc' is also problematic but
now that I tested again, its not.
The real cause is that timezone abbreviations are no longer supported
and we must provide a standard tz string, e.g 'Europe/Helsinki' rather
than 'EET'. In Boxes we are relying on glib to get us tz and
unfortunately there doesn't seem to be a glib api to get the tz string
rather than abbreviations. Will need to see where/how to get that..
--
Regards,
Zeeshan Ali (Khattak)
FSF member#5124
From berrange at redhat.com Mon Apr 29 08:12:59 2013
From: berrange at redhat.com (Daniel P. Berrange)
Date: Mon, 29 Apr 2013 09:12:59 +0100
Subject: [Libosinfo] [PATCH 1/2] fedora: Don't set timezone to UTC
In-Reply-To: <1367005677-25102-1-git-send-email-zeeshanak@gnome.org>
References: <1367005677-25102-1-git-send-email-zeeshanak@gnome.org>
Message-ID: <20130429081259.GA16262@redhat.com>
On Fri, Apr 26, 2013 at 10:47:56PM +0300, Zeeshan Ali (Khattak) wrote:
> From: "Zeeshan Ali (Khattak)"
>
> --utc argument of timezone command is to set the clock to UTC, which is
> not what we want.
NACK. It absolutely *is* what we want. The BIOS clock is always assumed
to be in UTC. Only Windows is idiotic enough to want the BOIS clock
to maintain localtime.
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|