From: "Jörg Krause" <jkrause@posteo.de>
To: buildroot@busybox.net
Subject: [Buildroot] [git commit] avahi: fix avahi-ui build with libgtk3
Date: Sun, 02 Nov 2014 22:03:51 +0100 [thread overview]
Message-ID: <1414962231.1061.3.camel@posteo.de> (raw)
In-Reply-To: <87ppd55pf0.fsf@dell.be.48ers.dk>
On So, 2014-11-02 at 21:16 +0100, Peter Korsgaard wrote:
> >>>>> "J?rg" == J?rg Krause <jkrause@posteo.de> writes:
>
> Hi,
>
> > Yann, Peter, All,
>
> >> It seems it requires gettext.
> >>
> >> J?rg, care to test adding this to avahi.mk (just below AUTORECONF):
> >>
> >> AVAHI_GETTEXTIZE = YES
>
> > this doesn't help. The problem is the AM_GLIB_GNU_GETTEXT macro at
> > configure.ac:419. If I enable glibc avahi builds without errors.
>
> glib, not glibc.
You're right, it's glib, of course.
>
> > I've also found some old posts about this issue, e.g:
> > http://blogs.gnome.org/jjardon/2010/10/08/use-upstream-gettext-instead-the-glib-one/
>
> > I followed this suggestions and replaced AM_GLIB_GNU_GETTEXT with:
> > AM_GNU_GETTEXT_VERSION([0.19.3])
> > AM_GNU_GETTEXT([external])
> > and it works for me.
>
> > I am not sure about the version number I should use for gettext. The
> > most recent one?
>
> Sorry, don't know.
There is also another solution which works: Updating intltool and
removing AM_GLIB_GNU_GETTEXT:
diff --git a/configure.ac b/configure.ac
index 9debce2..9222c6f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -413,11 +413,10 @@ if test "x$have_kqueue" = "xyes" ; then
AC_DEFINE([HAVE_KQUEUE], 1, [Enable BSD kqueue() usage])
fi
-IT_PROG_INTLTOOL([0.35.0])
+IT_PROG_INTLTOOL([0.50.2])
GETTEXT_PACKAGE=avahi
AC_SUBST([GETTEXT_PACKAGE])
AC_DEFINE_UNQUOTED([GETTEXT_PACKAGE],["$GETTEXT_PACKAGE"],[Gettext package])
-AM_GLIB_GNU_GETTEXT
avahilocaledir='${prefix}/${DATADIRNAME}/locale'
AC_SUBST(avahilocaledir)
--
I got this from:
https://mail.gnome.org/archives/commits-list/2014-April/msg04208.html
https://mail.gnome.org/archives/commits-list/2014-April/msg04208.html
>
> > I am not an expert about autotools. So what do you think about this? May
> > I submit a patch for this issue?
>
> Either that, or we simply forget about patching Makefile.am / running
> autoreconf and just strip the CFLAGS arguments in Makefile.in instead.
>
Since I've already created a patch I can submit it. I was just wondering
about the patch name policy in avahi and unsure how to name?
next prev parent reply other threads:[~2014-11-02 21:03 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-31 11:50 [Buildroot] [git commit] avahi: fix avahi-ui build with libgtk3 Peter Korsgaard
2014-10-31 12:40 ` Thomas Petazzoni
2014-10-31 13:19 ` Peter Korsgaard
2014-10-31 13:30 ` Thomas Petazzoni
2014-10-31 16:18 ` Peter Korsgaard
2014-10-31 23:46 ` Jörg Krause
2014-11-01 9:29 ` Peter Korsgaard
2014-11-01 19:13 ` Yann E. MORIN
2014-11-02 20:11 ` Jörg Krause
2014-11-02 20:16 ` Peter Korsgaard
2014-11-02 21:03 ` Jörg Krause [this message]
2014-11-03 9:55 ` Jörg Krause
2014-11-03 20:54 ` Arnout Vandecappelle
2014-11-03 21:04 ` Peter Korsgaard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1414962231.1061.3.camel@posteo.de \
--to=jkrause@posteo.de \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox