From zeeshanak at gnome.org Thu Sep 5 21:20:39 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Fri, 6 Sep 2013 00:20:39 +0300 Subject: [Libosinfo] [PATCH] build: Fix build against latest intltool Message-ID: <1378416039-5273-1-git-send-email-zeeshanak@gnome.org> From: "Zeeshan Ali (Khattak)" The use of IT_PROG_INTLTOOL and AM_GNU_GETTEXT together is not supported anymore apparently. Without this change you'll get this error at the end of configure script run: config.status: error: po/Makefile.in.in was not created by intltoolize. --- configure.ac | 2 -- 1 file changed, 2 deletions(-) diff --git a/configure.ac b/configure.ac index 2766dd7..6a06a47 100644 --- a/configure.ac +++ b/configure.ac @@ -20,8 +20,6 @@ IT_PROG_INTLTOOL(0.40.0) GETTEXT_PACKAGE=AC_PACKAGE_NAME AC_SUBST(GETTEXT_PACKAGE) AC_DEFINE_UNQUOTED([GETTEXT_PACKAGE],["$GETTEXT_PACKAGE"],[The name of the gettext domain]) -AM_GNU_GETTEXT([external]) -AM_GNU_GETTEXT_VERSION([0.17]) # Autoconf 2.61a.99 and earlier don't support linking a file only # in VPATH builds. But since GNUmakefile is for maintainer use -- 1.8.3.1 From fidencio at redhat.com Thu Sep 5 21:58:21 2013 From: fidencio at redhat.com (=?UTF-8?q?Fabiano=20Fid=C3=AAncio?=) Date: Thu, 5 Sep 2013 23:58:21 +0200 Subject: [Libosinfo] [PATCH] build: generate files in the correct order Message-ID: <1378418301-23841-1-git-send-email-fidencio@redhat.com> We should generate osinfo_enum_types.h before generate osinfo_enum_types.c, avoid this error: GEN osinfo_enum_types.c Can't open ./osinfo_enum_types.h: No such file or directory at /usr/bin/glib-mkenums line 296, <> line 3630. --- osinfo/Makefile.am | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/osinfo/Makefile.am b/osinfo/Makefile.am index 7935d9c..4b304f5 100644 --- a/osinfo/Makefile.am +++ b/osinfo/Makefile.am @@ -3,8 +3,8 @@ EXTRA_DIST = libosinfo.syms \ osinfo_enum_types.h.template \ osinfo_enum_types.c.template -BUILT_SOURCES = osinfo_enum_types.c \ - osinfo_enum_types.h +BUILT_SOURCES = osinfo_enum_types.h \ + osinfo_enum_types.c if USE_VERSION_DEFS LIBOSINFO_VERSION_FILE = $(builddir)/libosinfo.def -- 1.8.3.1 From eblake at redhat.com Thu Sep 5 22:12:03 2013 From: eblake at redhat.com (Eric Blake) Date: Thu, 05 Sep 2013 16:12:03 -0600 Subject: [Libosinfo] [PATCH] build: generate files in the correct order In-Reply-To: <1378418301-23841-1-git-send-email-fidencio@redhat.com> References: <1378418301-23841-1-git-send-email-fidencio@redhat.com> Message-ID: <522901B3.6060505@redhat.com> On 09/05/2013 03:58 PM, Fabiano Fid?ncio wrote: > We should generate osinfo_enum_types.h before generate osinfo_enum_types.c, avoid this error: > GEN osinfo_enum_types.c > Can't open ./osinfo_enum_types.h: No such file or directory at /usr/bin/glib-mkenums line 296, <> line 3630. > --- > osinfo/Makefile.am | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/osinfo/Makefile.am b/osinfo/Makefile.am > index 7935d9c..4b304f5 100644 > --- a/osinfo/Makefile.am > +++ b/osinfo/Makefile.am > @@ -3,8 +3,8 @@ EXTRA_DIST = libosinfo.syms \ > osinfo_enum_types.h.template \ > osinfo_enum_types.c.template > > -BUILT_SOURCES = osinfo_enum_types.c \ > - osinfo_enum_types.h > +BUILT_SOURCES = osinfo_enum_types.h \ > + osinfo_enum_types.c Won't work with a 'make -j2'. Just because linear make processes them in order does not guarantee that you have fixed the missing dependency in a parallel make. Instead, you'll need to add a make dependency. My (untested) attempt (and sheesh those are long lines; would it hurt to add \-newline wrapping?): diff --git i/osinfo/Makefile.am w/osinfo/Makefile.am index 7935d9c..fc87123 100644 --- i/osinfo/Makefile.am +++ w/osinfo/Makefile.am @@ -144,7 +144,7 @@ libosinfo_1_0_la_SOURCES = \ osinfo_enum_types.h: $(OSINFO_HEADER_FILES) osinfo_enum_types.h.template $(AM_V_GEN) ( $(GLIB_MKENUMS) --template $(srcdir)/osinfo_enum_types.h.template $(libosinfo_1_0_include_HEADERS:%=$(srcdir)/%) ) > $(srcdir)/osinfo_enum_types.h -osinfo_enum_types.c: $(OSINFO_HEADER_FILES) osinfo_enum_types.c.template +osinfo_enum_types.c: $(OSINFO_HEADER_FILES) osinfo_enum_types.c.template osinfo_enum_types.h $(AM_V_GEN) ( $(GLIB_MKENUMS) --template $(srcdir)/osinfo_enum_types.c.template $(libosinfo_1_0_include_HEADERS:%=$(srcdir)/%) ) > $(srcdir)/osinfo_enum_types.c if WITH_GOBJECT_INTROSPECTION -- 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 fabiano at fidencio.org Thu Sep 5 22:22:38 2013 From: fabiano at fidencio.org (=?ISO-8859-1?Q?Fabiano_Fid=EAncio?=) Date: Fri, 6 Sep 2013 00:22:38 +0200 Subject: [Libosinfo] [PATCH] build: generate files in the correct order In-Reply-To: <522901B3.6060505@redhat.com> References: <1378418301-23841-1-git-send-email-fidencio@redhat.com> <522901B3.6060505@redhat.com> Message-ID: > Won't work with a 'make -j2'. Just because linear make processes them > in order does not guarantee that you have fixed the missing dependency > in a parallel make. Instead, you'll need to add a make dependency. > > My (untested) attempt (and sheesh those are long lines; would it hurt to > add \-newline wrapping?): Yeah, you're right and thanks for the heads up. Could you commit the patch? Best Regards, -- Fabiano Fid?ncio From eblake at redhat.com Thu Sep 5 22:42:51 2013 From: eblake at redhat.com (Eric Blake) Date: Thu, 05 Sep 2013 16:42:51 -0600 Subject: [Libosinfo] [PATCH] build: generate files in the correct order In-Reply-To: References: <1378418301-23841-1-git-send-email-fidencio@redhat.com> <522901B3.6060505@redhat.com> Message-ID: <522908EB.7030302@redhat.com> On 09/05/2013 04:22 PM, Fabiano Fid?ncio wrote: >> Won't work with a 'make -j2'. Just because linear make processes them >> in order does not guarantee that you have fixed the missing dependency >> in a parallel make. Instead, you'll need to add a make dependency. >> >> My (untested) attempt (and sheesh those are long lines; would it hurt to >> add \-newline wrapping?): > > Yeah, you're right and thanks for the heads up. > Could you commit the patch? Sorry, I don't have libosinfo push rights. But I can clean it up and post it as a formal patch for someone else to apply. -- 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 fabiano at fidencio.org Thu Sep 5 22:52:26 2013 From: fabiano at fidencio.org (=?ISO-8859-1?Q?Fabiano_Fid=EAncio?=) Date: Fri, 6 Sep 2013 00:52:26 +0200 Subject: [Libosinfo] [PATCH] build: generate files in the correct order In-Reply-To: <522908EB.7030302@redhat.com> References: <1378418301-23841-1-git-send-email-fidencio@redhat.com> <522901B3.6060505@redhat.com> <522908EB.7030302@redhat.com> Message-ID: On Fri, Sep 6, 2013 at 12:42 AM, Eric Blake wrote: > On 09/05/2013 04:22 PM, Fabiano Fid?ncio wrote: >>> Won't work with a 'make -j2'. Just because linear make processes them >>> in order does not guarantee that you have fixed the missing dependency >>> in a parallel make. Instead, you'll need to add a make dependency. >>> >>> My (untested) attempt (and sheesh those are long lines; would it hurt to >>> add \-newline wrapping?): >> >> Yeah, you're right and thanks for the heads up. >> Could you commit the patch? > > Sorry, I don't have libosinfo push rights. But I can clean it up and > post it as a formal patch for someone else to apply. Please, do it and then I can push the patch. Thank you, Eric. -- Fabiano Fid?ncio From eblake at redhat.com Thu Sep 5 22:52:53 2013 From: eblake at redhat.com (Eric Blake) Date: Thu, 5 Sep 2013 16:52:53 -0600 Subject: [Libosinfo] [PATCH] build: avoid missing file on parallel build Message-ID: <1378421573-17635-1-git-send-email-eblake@redhat.com> Fabiano Fid?ncio reported a case where make failed due to one generated file not existing in time for the generation of the other: GEN osinfo_enum_types.c Can't open ./osinfo_enum_types.h: No such file or directory at /usr/bin/glib-mkenums line 296, <> line 3630. * osinfo/Makefile.am (osinfo_enum_types.c): Add dependence on .h file. Signed-off-by: Eric Blake --- Tested by Fabiano. Still untested by me, but posting this in a way that will be easier for someone with push rights to apply. osinfo/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/osinfo/Makefile.am b/osinfo/Makefile.am index 7935d9c..fc87123 100644 --- a/osinfo/Makefile.am +++ b/osinfo/Makefile.am @@ -144,7 +144,7 @@ libosinfo_1_0_la_SOURCES = \ osinfo_enum_types.h: $(OSINFO_HEADER_FILES) osinfo_enum_types.h.template $(AM_V_GEN) ( $(GLIB_MKENUMS) --template $(srcdir)/osinfo_enum_types.h.template $(libosinfo_1_0_include_HEADERS:%=$(srcdir)/%) ) > $(srcdir)/osinfo_enum_types.h -osinfo_enum_types.c: $(OSINFO_HEADER_FILES) osinfo_enum_types.c.template +osinfo_enum_types.c: $(OSINFO_HEADER_FILES) osinfo_enum_types.c.template osinfo_enum_types.h $(AM_V_GEN) ( $(GLIB_MKENUMS) --template $(srcdir)/osinfo_enum_types.c.template $(libosinfo_1_0_include_HEADERS:%=$(srcdir)/%) ) > $(srcdir)/osinfo_enum_types.c if WITH_GOBJECT_INTROSPECTION -- 1.8.3.1 From berrange at redhat.com Fri Sep 6 09:59:53 2013 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 6 Sep 2013 10:59:53 +0100 Subject: [Libosinfo] [PATCH] build: avoid missing file on parallel build In-Reply-To: <1378421573-17635-1-git-send-email-eblake@redhat.com> References: <1378421573-17635-1-git-send-email-eblake@redhat.com> Message-ID: <20130906095953.GH18680@redhat.com> On Thu, Sep 05, 2013 at 04:52:53PM -0600, Eric Blake wrote: > Fabiano Fid?ncio reported a case where make failed due to one > generated file not existing in time for the generation of the > other: > > GEN osinfo_enum_types.c > Can't open ./osinfo_enum_types.h: No such file or directory at /usr/bin/glib-mkenums line 296, <> line 3630. > > * osinfo/Makefile.am (osinfo_enum_types.c): Add dependence on .h file. > > Signed-off-by: Eric Blake ACK, pushed. 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 Sep 6 14:44:41 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Fri, 6 Sep 2013 16:44:41 +0200 Subject: [Libosinfo] [PATCH] build: Fix build against latest intltool In-Reply-To: <1378416039-5273-1-git-send-email-zeeshanak@gnome.org> References: <1378416039-5273-1-git-send-email-zeeshanak@gnome.org> Message-ID: <20130906144441.GI18119@teriyaki.redhat.com> On Fri, Sep 06, 2013 at 12:20:39AM +0300, Zeeshan Ali (Khattak) wrote: > From: "Zeeshan Ali (Khattak)" > > The use of IT_PROG_INTLTOOL and AM_GNU_GETTEXT together is not > supported anymore apparently. > > Without this change you'll get this error at the end of configure script > run: > > config.status: error: po/Makefile.in.in was not created by intltoolize. What happens when using this change with older intltool? 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 Fri Sep 6 14:50:46 2013 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 6 Sep 2013 15:50:46 +0100 Subject: [Libosinfo] [PATCH] build: Fix build against latest intltool In-Reply-To: <20130906144441.GI18119@teriyaki.redhat.com> References: <1378416039-5273-1-git-send-email-zeeshanak@gnome.org> <20130906144441.GI18119@teriyaki.redhat.com> Message-ID: <20130906145046.GF18537@redhat.com> On Fri, Sep 06, 2013 at 04:44:41PM +0200, Christophe Fergeau wrote: > On Fri, Sep 06, 2013 at 12:20:39AM +0300, Zeeshan Ali (Khattak) wrote: > > From: "Zeeshan Ali (Khattak)" > > > > The use of IT_PROG_INTLTOOL and AM_GNU_GETTEXT together is not > > supported anymore apparently. > > > > Without this change you'll get this error at the end of configure script > > run: > > > > config.status: error: po/Makefile.in.in was not created by intltoolize. > > What happens when using this change with older intltool? I think it is fine. This code was bogus with any intltool version. For reference, libvirt-glib does this without trouble GETTEXT_PACKAGE=libvirt-glib AC_SUBST(GETTEXT_PACKAGE) AC_DEFINE_UNQUOTED([GETTEXT_PACKAGE],"$GETTEXT_PACKAGE", [GETTEXT package name]) IT_PROG_INTLTOOL([0.35.0]) 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 zeeshanak at gnome.org Fri Sep 6 15:51:22 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Fri, 6 Sep 2013 18:51:22 +0300 Subject: [Libosinfo] [PATCH] build: Fix build against latest intltool In-Reply-To: <20130906144441.GI18119@teriyaki.redhat.com> References: <1378416039-5273-1-git-send-email-zeeshanak@gnome.org> <20130906144441.GI18119@teriyaki.redhat.com> Message-ID: On Fri, Sep 6, 2013 at 5:44 PM, Christophe Fergeau wrote: > On Fri, Sep 06, 2013 at 12:20:39AM +0300, Zeeshan Ali (Khattak) wrote: >> From: "Zeeshan Ali (Khattak)" >> >> The use of IT_PROG_INTLTOOL and AM_GNU_GETTEXT together is not >> supported anymore apparently. >> >> Without this change you'll get this error at the end of configure script >> run: >> >> config.status: error: po/Makefile.in.in was not created by intltoolize. > > What happens when using this change with older intltool? A similar change was submitted for geocode-glib when i was on older intltool and IIRC it didn't break anything for me. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 From zeeshanak at gnome.org Tue Sep 10 02:00:49 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 05:00:49 +0300 Subject: [Libosinfo] [PATCH 1/3] fedora: Uncomment media info about F19 Message-ID: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> From: "Zeeshan Ali (Khattak)" Uncomment some info that was supposed to be uncommented after release of F19 but got forgotten. Also correct some URLs and version info. --- data/oses/fedora.xml.in | 19 +++++++------------ 1 file changed, 7 insertions(+), 12 deletions(-) diff --git a/data/oses/fedora.xml.in b/data/oses/fedora.xml.in index ae4256d..3f7e8b0 100644 --- a/data/oses/fedora.xml.in +++ b/data/oses/fedora.xml.in @@ -1383,8 +1383,7 @@ - + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Fedora/i386/iso/Fedora-19-i386-DVD.iso Fedora 19.* i386 LINUX @@ -1393,8 +1392,7 @@ isolinux/initrd.img - + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Fedora/x86_64/iso/Fedora-19-x86_64-DVD.iso Fedora 19.* x86_64 LINUX @@ -1404,8 +1402,7 @@ - + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Live/i386/Fedora-Live-Desktop-i686-19-1.iso Fedora-Live-.*-i686-19 LINUX @@ -1414,8 +1411,7 @@ isolinux/initrd0.img - + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Live/x86_64/Fedora-Live-Desktop-x86_64-19-1.iso Fedora-Live-.*-x86_64-19 LINUX @@ -1424,12 +1420,11 @@ isolinux/initrd0.img - + -- 1.8.3.1 From zeeshanak at gnome.org Tue Sep 10 02:00:50 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 05:00:50 +0300 Subject: [Libosinfo] [PATCH 2/3] fedora: More correct/appr. system reqs for F19 In-Reply-To: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> References: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> Message-ID: <1378778451-10807-2-git-send-email-zeeshanak@gnome.org> From: "Zeeshan Ali (Khattak)" While the minimum requirements are specified by F19 docs: http://fedorapeople.org/groups/docs/release-notes/en-US/sect-Release_Notes-Welcome_to_Fedora_.html#hardware_overview I came-up with recommended on my own by simply multiplying the minimum requirements by 2. --- data/oses/fedora.xml.in | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/data/oses/fedora.xml.in b/data/oses/fedora.xml.in index 3f7e8b0..88ddf3a 100644 --- a/data/oses/fedora.xml.in +++ b/data/oses/fedora.xml.in @@ -1440,13 +1440,15 @@ 1 + 1000000000 805306368 + 10737418240 - 400000000 + 2000000000 1207959552 - 9663676416 + 21474836480 -- 1.8.3.1 From zeeshanak at gnome.org Tue Sep 10 02:00:51 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 05:00:51 +0300 Subject: [Libosinfo] [PATCH 3/3] gnome: Link 3.8 to Fedora 19 In-Reply-To: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> References: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> Message-ID: <1378778451-10807-3-git-send-email-zeeshanak@gnome.org> From: "Zeeshan Ali (Khattak)" GNOME 3.8 is more alike & related to Fedora 19 than it is to GNOME 3.6, so we better specify that it inherits from that. --- data/oses/gnome.xml.in | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/data/oses/gnome.xml.in b/data/oses/gnome.xml.in index 414c38d..76ae5fb 100644 --- a/data/oses/gnome.xml.in +++ b/data/oses/gnome.xml.in @@ -38,7 +38,8 @@ <_vendor>GNOME Project linux gnome - + + 2013-03-27 -- 1.8.3.1 From cfergeau at redhat.com Tue Sep 10 05:28:43 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 10 Sep 2013 07:28:43 +0200 Subject: [Libosinfo] [PATCH 1/3] fedora: Uncomment media info about F19 In-Reply-To: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> References: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> Message-ID: <20130910052843.GN18119@teriyaki.redhat.com> On Tue, Sep 10, 2013 at 05:00:49AM +0300, Zeeshan Ali (Khattak) wrote: > From: "Zeeshan Ali (Khattak)" > > Uncomment some info that was supposed to be uncommented after release of > F19 but got forgotten. Also correct some URLs and version info. > --- > data/oses/fedora.xml.in | 19 +++++++------------ > 1 file changed, 7 insertions(+), 12 deletions(-) > > diff --git a/data/oses/fedora.xml.in b/data/oses/fedora.xml.in > index ae4256d..3f7e8b0 100644 > --- a/data/oses/fedora.xml.in > +++ b/data/oses/fedora.xml.in > @@ -1383,8 +1383,7 @@ > > > > - > + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Fedora/i386/iso/Fedora-19-i386-DVD.iso NACK to the change, the initial URL (which seems to be working here) is better as download.fedoraproject.org will redirect you to a local mirror. > > Fedora 19.* i386 > LINUX > @@ -1393,8 +1392,7 @@ > isolinux/initrd.img > > > - > + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Fedora/x86_64/iso/Fedora-19-x86_64-DVD.iso > > Fedora 19.* x86_64 > LINUX > @@ -1404,8 +1402,7 @@ > > > > - > + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Live/i386/Fedora-Live-Desktop-i686-19-1.iso > > Fedora-Live-.*-i686-19 > LINUX > @@ -1414,8 +1411,7 @@ > isolinux/initrd0.img > > > - > + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Live/x86_64/Fedora-Live-Desktop-x86_64-19-1.iso > > Fedora-Live-.*-x86_64-19 > LINUX > @@ -1424,12 +1420,11 @@ > isolinux/initrd0.img > > > - >> + http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/19/Fedora/i386/iso/Fedora-19-i386-DVD.iso > > NACK to the change, the initial URL (which seems to be working here) > is better as download.fedoraproject.org will redirect you to a local > mirror. Oh, I didn't realize what I ended-up doing. :) What happened was that the URLs for the live ISOs below don't seem to be correct so I tried to fix them all. I'll update the patch.. >> - + http://download.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/i386/iso/Fedora-19-i386-DVD.iso Fedora 19.* i386 LINUX @@ -1393,8 +1392,7 @@ isolinux/initrd.img - + http://download.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/x86_64/iso/Fedora-19-x86_64-DVD.iso Fedora 19.* x86_64 LINUX @@ -1404,8 +1402,7 @@ - + http://download.fedoraproject.org/pub/fedora/linux/releases/19/Live/i386/Fedora-Live-Desktop-i686-19-1.iso Fedora-Live-.*-i686-19 LINUX @@ -1414,8 +1411,7 @@ isolinux/initrd0.img - + http://download.fedoraproject.org/pub/fedora/linux/releases/19/Live/x86_64/Fedora-Live-Desktop-x86_64-19-1.iso Fedora-Live-.*-x86_64-19 LINUX @@ -1424,7 +1420,6 @@ isolinux/initrd0.img - + -- 1.8.3.1 From zeeshanak at gnome.org Tue Sep 10 13:13:27 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 16:13:27 +0300 Subject: [Libosinfo] [v2 4/4] gnome: Link 3.8 to Fedora 19 In-Reply-To: <1378818807-13335-1-git-send-email-zeeshanak@gnome.org> References: <1378818807-13335-1-git-send-email-zeeshanak@gnome.org> Message-ID: <1378818807-13335-4-git-send-email-zeeshanak@gnome.org> From: "Zeeshan Ali (Khattak)" GNOME 3.8 is more alike & related to Fedora 19 than it is to GNOME 3.6, so we better specify that it inherits from that. --- data/oses/gnome.xml.in | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/data/oses/gnome.xml.in b/data/oses/gnome.xml.in index 414c38d..76ae5fb 100644 --- a/data/oses/gnome.xml.in +++ b/data/oses/gnome.xml.in @@ -38,7 +38,8 @@ <_vendor>GNOME Project linux gnome - + + 2013-03-27 -- 1.8.3.1 From cfergeau at redhat.com Tue Sep 10 13:19:04 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 10 Sep 2013 15:19:04 +0200 Subject: [Libosinfo] [PATCH 2/3] fedora: More correct/appr. system reqs for F19 In-Reply-To: References: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> <1378778451-10807-2-git-send-email-zeeshanak@gnome.org> <20130910053148.GO18119@teriyaki.redhat.com> Message-ID: <20130910131904.GB18119@teriyaki.redhat.com> On Tue, Sep 10, 2013 at 03:58:46PM +0300, Zeeshan Ali (Khattak) wrote: > On Tue, Sep 10, 2013 at 8:31 AM, Christophe Fergeau wrote: > > On Tue, Sep 10, 2013 at 05:00:50AM +0300, Zeeshan Ali (Khattak) wrote: > >> From: "Zeeshan Ali (Khattak)" > >> > >> While the minimum requirements are specified by F19 docs: > >> > >> http://fedorapeople.org/groups/docs/release-notes/en-US/sect-Release_Notes-Welcome_to_Fedora_.html#hardware_overview > >> > >> I came-up with recommended on my own by simply multiplying the minimum > >> requirements by 2. > > > > Was there a significant difference when using these recommended values > > rather than the minimum ones? I'm trying to figure out where this patch is > > coming from/why it's needed. > > The docs (linked above) say: "The figures below are a recommended > minimum for the default installation. Your requirements may differ, > and most applications will benefit from more than the minimum > resources." and as I said in the log, I just came-up with them on my > own. Feel free to suggest different/better values. Yup, I've seen that quote, but this is awfully unspecific. I'd tend to just have the minimum values in libosinfo unless you observed significant improvements with your recommended values. 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 Sep 10 13:24:53 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 10 Sep 2013 15:24:53 +0200 Subject: [Libosinfo] [v2 1/4] fedora: Uncomment media info about F19 In-Reply-To: <1378818807-13335-1-git-send-email-zeeshanak@gnome.org> References: <1378818807-13335-1-git-send-email-zeeshanak@gnome.org> Message-ID: <20130910132453.GC18119@teriyaki.redhat.com> On Tue, Sep 10, 2013 at 04:13:24PM +0300, Zeeshan Ali (Khattak) wrote: > From: "Zeeshan Ali (Khattak)" > > Uncomment some info that was supposed to be uncommented after release of > F19 but got forgotten. > Also correct URLs of live ISOs. This would also have deserved its own commit ;) 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 Tue Sep 10 13:24:57 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 10 Sep 2013 15:24:57 +0200 Subject: [Libosinfo] [v2 2/4] fedora: Fix version of F19 media trees In-Reply-To: <1378818807-13335-2-git-send-email-zeeshanak@gnome.org> References: <1378818807-13335-1-git-send-email-zeeshanak@gnome.org> <1378818807-13335-2-git-send-email-zeeshanak@gnome.org> Message-ID: <20130910132457.GD18119@teriyaki.redhat.com> ACK On Tue, Sep 10, 2013 at 04:13:25PM +0300, Zeeshan Ali (Khattak) wrote: > From: "Zeeshan Ali (Khattak)" > > --- > data/oses/fedora.xml.in | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/data/oses/fedora.xml.in b/data/oses/fedora.xml.in > index ee5d49e..4058176 100644 > --- a/data/oses/fedora.xml.in > +++ b/data/oses/fedora.xml.in > @@ -1424,7 +1424,7 @@ > http://download.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/i386/os/ > > Fedora > - 18 > + 19 > i386 > > > @@ -1432,7 +1432,7 @@ > http://download.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/x86_64/os/ > > Fedora > - 18 > + 19 > x86_64 > > > -- > 1.8.3.1 > > _______________________________________________ > 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 Sep 10 13:25:10 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 10 Sep 2013 15:25:10 +0200 Subject: [Libosinfo] [v2 4/4] gnome: Link 3.8 to Fedora 19 In-Reply-To: <1378818807-13335-4-git-send-email-zeeshanak@gnome.org> References: <1378818807-13335-1-git-send-email-zeeshanak@gnome.org> <1378818807-13335-4-git-send-email-zeeshanak@gnome.org> Message-ID: <20130910132509.GE18119@teriyaki.redhat.com> ACK Christophe On Tue, Sep 10, 2013 at 04:13:27PM +0300, Zeeshan Ali (Khattak) wrote: > From: "Zeeshan Ali (Khattak)" > > GNOME 3.8 is more alike & related to Fedora 19 than it is to GNOME 3.6, > so we better specify that it inherits from that. > --- > data/oses/gnome.xml.in | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/data/oses/gnome.xml.in b/data/oses/gnome.xml.in > index 414c38d..76ae5fb 100644 > --- a/data/oses/gnome.xml.in > +++ b/data/oses/gnome.xml.in > @@ -38,7 +38,8 @@ > <_vendor>GNOME Project > linux > gnome > - > + > + > > 2013-03-27 > > -- > 1.8.3.1 > > _______________________________________________ > 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 zeeshanak at gnome.org Tue Sep 10 13:25:39 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 16:25:39 +0300 Subject: [Libosinfo] [PATCH] Ditch udev rule In-Reply-To: <20130219101154.GB15847@redhat.com> References: <1361200943-3675-1-git-send-email-zeeshanak@gnome.org> <20130218162008.GM3658@redhat.com> <20130218164727.GN3658@redhat.com> <20130219101154.GB15847@redhat.com> Message-ID: On Tue, Feb 19, 2013 at 12:11 PM, Daniel P. Berrange wrote: > On Tue, Feb 19, 2013 at 04:13:06AM +0200, Zeeshan Ali (Khattak) wrote: >> On Mon, Feb 18, 2013 at 6:47 PM, Daniel P. Berrange wrote: >> > On Mon, Feb 18, 2013 at 06:33:08PM +0200, Zeeshan Ali (Khattak) wrote: >> >> On Mon, Feb 18, 2013 at 6:20 PM, Daniel P. Berrange wrote: >> >> > On Mon, Feb 18, 2013 at 05:22:23PM +0200, Zeeshan Ali (Khattak) wrote: >> >> >> From: "Zeeshan Ali (Khattak)" >> >> >> >> >> >> New udev/blkid expose more ISO9660 properties that apps can grab and >> >> >> set on install media for detection to work. As a result our udev rule >> >> >> becomes redundant. >> >> >> >> >> >> This improves system bootup time conciderably if there is an ISO9660 >> >> >> media inserted during bootup as our udev rule needed to parse the XML >> >> >> etc and is therefore pretty slow (keeping in mind that a few seconds are >> >> >> a long time in the land of modern udev/systemd). >> >> > >> >> > ACK, I never liked this rule existing in libosinfo in the first >> >> > place. >> >> >> >> Cool. Since merging this before systemd release would mean breaking >> >> unattended installations in Boxes (and a few other things), lets merge >> >> this after systemd release (expected in a week). >> > >> > Well that's assuming people are installing these in lockstep which >> > is not required. This dependancy is merely a distro packager or >> > documentation issue. There's no need to hold off putting this in >> > libosinfo >> >> I'm fine with both keeping the rules for now and ditching it already. >> I'll let you and Christophe convince each other. > > Keep it for now, but update the RPM specfile so that if built for > Fedora 19, it is not installed. So is it now time to merge this patch before we forget about it completely? -- Regards, Zeeshan Ali (Khattak) FSF member#5124 From zeeshanak at gnome.org Tue Sep 10 13:28:20 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 16:28:20 +0300 Subject: [Libosinfo] [PATCH 2/3] fedora: More correct/appr. system reqs for F19 In-Reply-To: <20130910131904.GB18119@teriyaki.redhat.com> References: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> <1378778451-10807-2-git-send-email-zeeshanak@gnome.org> <20130910053148.GO18119@teriyaki.redhat.com> <20130910131904.GB18119@teriyaki.redhat.com> Message-ID: On Tue, Sep 10, 2013 at 4:19 PM, Christophe Fergeau wrote: > On Tue, Sep 10, 2013 at 03:58:46PM +0300, Zeeshan Ali (Khattak) wrote: >> On Tue, Sep 10, 2013 at 8:31 AM, Christophe Fergeau wrote: >> > On Tue, Sep 10, 2013 at 05:00:50AM +0300, Zeeshan Ali (Khattak) wrote: >> >> From: "Zeeshan Ali (Khattak)" >> >> >> >> While the minimum requirements are specified by F19 docs: >> >> >> >> http://fedorapeople.org/groups/docs/release-notes/en-US/sect-Release_Notes-Welcome_to_Fedora_.html#hardware_overview >> >> >> >> I came-up with recommended on my own by simply multiplying the minimum >> >> requirements by 2. >> > >> > Was there a significant difference when using these recommended values >> > rather than the minimum ones? I'm trying to figure out where this patch is >> > coming from/why it's needed. >> >> The docs (linked above) say: "The figures below are a recommended >> minimum for the default installation. Your requirements may differ, >> and most applications will benefit from more than the minimum >> resources." and as I said in the log, I just came-up with them on my >> own. Feel free to suggest different/better values. > > Yup, I've seen that quote, but this is awfully unspecific. I'd tend to > just have the minimum values in libosinfo unless you observed significant > improvements with your recommended values. I think we should specify some sane recommended values. There is a reason why minimum and recommended are kept separate. The doc might be vague but one thing is clear from it: Better have more resources than these minimum ones if possible. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 From cfergeau at redhat.com Tue Sep 10 16:09:57 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 10 Sep 2013 18:09:57 +0200 Subject: [Libosinfo] [PATCH 2/3] fedora: More correct/appr. system reqs for F19 In-Reply-To: References: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> <1378778451-10807-2-git-send-email-zeeshanak@gnome.org> <20130910053148.GO18119@teriyaki.redhat.com> <20130910131904.GB18119@teriyaki.redhat.com> Message-ID: <20130910160957.GG18119@teriyaki.redhat.com> On Tue, Sep 10, 2013 at 04:28:20PM +0300, Zeeshan Ali (Khattak) wrote: > I think we should specify some sane recommended values. There is a > reason why minimum and recommended are kept separate. The doc might be > vague but one thing is clear from it: Better have more resources than > these minimum ones if possible. I could have said that with no doc ;) If we want to make guesses as your 2x, maybe it's better done in applications, or in libvirt-designer, when only minimal resources are defined, make some guesses for recommended ones? 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 Tue Sep 10 16:14:01 2013 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 10 Sep 2013 17:14:01 +0100 Subject: [Libosinfo] [PATCH 2/3] fedora: More correct/appr. system reqs for F19 In-Reply-To: <20130910160957.GG18119@teriyaki.redhat.com> References: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> <1378778451-10807-2-git-send-email-zeeshanak@gnome.org> <20130910053148.GO18119@teriyaki.redhat.com> <20130910131904.GB18119@teriyaki.redhat.com> <20130910160957.GG18119@teriyaki.redhat.com> Message-ID: <20130910161401.GQ19119@redhat.com> On Tue, Sep 10, 2013 at 06:09:57PM +0200, Christophe Fergeau wrote: > On Tue, Sep 10, 2013 at 04:28:20PM +0300, Zeeshan Ali (Khattak) wrote: > > I think we should specify some sane recommended values. There is a > > reason why minimum and recommended are kept separate. The doc might be > > vague but one thing is clear from it: Better have more resources than > > these minimum ones if possible. > > I could have said that with no doc ;) If we want to make guesses as your > 2x, maybe it's better done in applications, or in libvirt-designer, when > only minimal resources are defined, make some guesses for recommended ones? Yeah, I think libosinfo should really stick to reporting clear facts only. So if distros don't provide any "recommended" defaults we should leave them blank, so that users of libosinfo are clear that this info is not defined. The apps can use 2 x minimum if they so wish. 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 zeeshanak at gnome.org Tue Sep 10 16:20:11 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 19:20:11 +0300 Subject: [Libosinfo] [PATCH 2/3] fedora: More correct/appr. system reqs for F19 In-Reply-To: <20130910161401.GQ19119@redhat.com> References: <1378778451-10807-1-git-send-email-zeeshanak@gnome.org> <1378778451-10807-2-git-send-email-zeeshanak@gnome.org> <20130910053148.GO18119@teriyaki.redhat.com> <20130910131904.GB18119@teriyaki.redhat.com> <20130910160957.GG18119@teriyaki.redhat.com> <20130910161401.GQ19119@redhat.com> Message-ID: On Tue, Sep 10, 2013 at 7:14 PM, Daniel P. Berrange wrote: > On Tue, Sep 10, 2013 at 06:09:57PM +0200, Christophe Fergeau wrote: >> On Tue, Sep 10, 2013 at 04:28:20PM +0300, Zeeshan Ali (Khattak) wrote: >> > I think we should specify some sane recommended values. There is a >> > reason why minimum and recommended are kept separate. The doc might be >> > vague but one thing is clear from it: Better have more resources than >> > these minimum ones if possible. >> >> I could have said that with no doc ;) If we want to make guesses as your >> 2x, maybe it's better done in applications, or in libvirt-designer, when >> only minimal resources are defined, make some guesses for recommended ones? > > Yeah, I think libosinfo should really stick to reporting clear facts > only. So if distros don't provide any "recommended" defaults we should > leave them blank, so that users of libosinfo are clear that this info > is not defined. The apps can use 2 x minimum if they so wish. Agreed. I didn't realize that my patch is making a policy decision, which is usually better to keep in apps. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 From zeeshanak at gnome.org Tue Sep 10 16:30:37 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 19:30:37 +0300 Subject: [Libosinfo] [v3] fedora: More correct/appr. system reqs for F19 Message-ID: <1378830637-1232-1-git-send-email-zeeshanak@gnome.org> From: "Zeeshan Ali (Khattak)" These values are based on F19 docs: http://fedorapeople.org/groups/docs/release-notes/en-US/sect-Release_Notes-Welcome_to_Fedora_.html#hardware_overview Unfortunately the docs do not specify any recommended resources so this patch also removes the made-up recommended resources info. Apps will have to figure those on their own, perhaps based on mininum resources. --- data/oses/fedora.xml.in | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/data/oses/fedora.xml.in b/data/oses/fedora.xml.in index 4058176..14e1a13 100644 --- a/data/oses/fedora.xml.in +++ b/data/oses/fedora.xml.in @@ -1440,14 +1440,10 @@ 1 + 1000000000 805306368 + 10737418240 - - - 400000000 - 1207959552 - 9663676416 - -- 1.8.3.1 From zeeshanak at gnome.org Tue Sep 10 18:42:12 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 21:42:12 +0300 Subject: [Libosinfo] More GNOME & Fedora data Message-ID: <1378838536-6921-1-git-send-email-zeeshanak@gnome.org> These patches are based on top of "fedora: More correct/appr. system reqs for F19" patch on the list. From zeeshanak at gnome.org Tue Sep 10 18:42:14 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 21:42:14 +0300 Subject: [Libosinfo] [PATCH 2/4] gnome: Sync 3.8 min. requirements with F19 In-Reply-To: <1378838536-6921-1-git-send-email-zeeshanak@gnome.org> References: <1378838536-6921-1-git-send-email-zeeshanak@gnome.org> Message-ID: <1378838536-6921-3-git-send-email-zeeshanak@gnome.org> From: "Zeeshan Ali (Khattak)" Also remove comment about copying from F17/18 as 3.8 inheriting from F19 is indication enough of the relationship. --- data/oses/gnome.xml.in | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/data/oses/gnome.xml.in b/data/oses/gnome.xml.in index 76ae5fb..d9b6074 100644 --- a/data/oses/gnome.xml.in +++ b/data/oses/gnome.xml.in @@ -53,11 +53,11 @@ - 1 + 1000000000 805306368 + 10737418240 -- 1.8.3.1 From zeeshanak at gnome.org Tue Sep 10 18:42:13 2013 From: zeeshanak at gnome.org (Zeeshan Ali (Khattak)) Date: Tue, 10 Sep 2013 21:42:13 +0300 Subject: [Libosinfo] [PATCH 1/4] fedora: Add data about F20 In-Reply-To: <1378838536-6921-1-git-send-email-zeeshanak@gnome.org> References: <1378838536-6921-1-git-send-email-zeeshanak@gnome.org> Message-ID: <1378838536-6921-2-git-send-email-zeeshanak@gnome.org> From: "Zeeshan Ali (Khattak)" Its mostly just (edited) copy&paste of F19 data. --- data/oses/fedora.xml.in | 81 +++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 81 insertions(+) diff --git a/data/oses/fedora.xml.in b/data/oses/fedora.xml.in index 14e1a13..dbf4804 100644 --- a/data/oses/fedora.xml.in +++ b/data/oses/fedora.xml.in @@ -1451,4 +1451,85 @@