Hi all,

Please consider the following patch. It's made after a failed compile
of SUNWgnome-meeting, in specific the ekiga.spec.
./configure will detect /usr/bin/xgettext as the executable to use for
intltool stuff. This binary is the non-gnu version however, and the
configure script/intltool stuff expects GNU xgettext. Since we tell
people to use the CBE tools and this version ships the GNU version of
xgettext and we also tell people to source the proper environmental
file (/opt/jdsbld/bin/env.sh), /opt/jdsbld/bin should be first in
path. For some reason however ./configure ignores this.

The following path will set the XGETTEXT variable based on a 'which
xgettext'. XGETTEXT variable is used by configure and should, when
people do as instructed, pass /opt/jdsbld/bin/xgettext to configure.

Patch is printed below.

Patrick



--- base-specs/ekiga.spec       (revision 12663)
+++ base-specs/ekiga.spec       (working copy)
@@ -124,6 +124,8 @@
 export CFLAGS="%optflags"
 export CXXFLAGS="%cxx_optflags"
 export LDFLAGS="%_ldflags"
+export XGETTEXT=`which xgettext`
+
 %{?ekiga_libdir:export LDFLAGS="$LDFLAGS -R%{ekiga_libdir}"}
 chmod +x autogen.sh
 ./autogen.sh --prefix=%{_prefix} \
@@ -179,6 +181,10 @@


 %changelog
+* Sun Dec 23 2007 - patrick.ale at gmail.com
+- Set the XGETTEXT variable based on `which xgettext`
+  Since we use JDS-CBE this should be /opt/jdsbld/bin/xgettext
+  Ekiga will FAIL when /usr/bin/xgettext (NON-GNU version) is used.
 * Fri Nov 02 2007 - elaine.xiong at sun.com
 - Enable Avahi support.
 * Tue Sep 18 2007 - damien.carbery at sun.com

Reply via email to