tag 665569 + pending quit On Sat, 24 Mar 2012 20:07:57 +0100 bi...@debian.org wrote:
> including invidiual glib headers has been deprecated for several years. It may be helpful with future bug reports for this issue to clarify things slightly as to the status of include lines like: #include <glib-object.h> (I thought this was going to be a bigger issue than it now seems as there are quite a lot of uses of glib-gobject.h in GPE code. It was only when I started delving into the links that the more limited impact became clearer.) The quoted build log fails with: libgpewidget/gpehelp.c:#include <glib/gkeyfile.h> This is a much simpler issue to fix (and I've since checked that this is the single incidence of a glib/ inclusion other than gprintf.h specified below). > With the notable exception of: > glib/gi18n.h > glib/gi18n-lib.h > glib/gprintf.h > glib/gstdio.h > Those header files are still meant to be included separately. > > Please update libgpewidget at your earliest convenience, so once we move > the glib version from experimental to unstable, your package will remain > buildable. Turns out that in this case, the individual header was not necessary for the build - the preceding line included glib.h Any idea when the relevant version of glib will arrive in unstable? Are we talking days or weeks? (Presumably before the Wheezy freeze.) Patch committed to pkg-gpe SVN and I'll test with a chroot build using glib from experimental before uploading. Hopefully I'll have time to look at some of the Debian QA packages affected too: Debian QA Group <packa...@qa.debian.org> glabels gnunet-gtk israndom maximus Thanks for doing the test builds in advance of this change. -- Neil Williams ============= http://www.linux.codehelp.co.uk/
pgpiEIxEKQtWU.pgp
Description: PGP signature
