Re: gcalctool tarball dist for GNOME 2.15.1 is broken.
- From: Rodney Dawes <dobey novell com>
- To: Matthias Clasen <matthias clasen gmail com>
- Cc: gnome-i18n gnome org, Rich Burridge <Rich Burridge sun com>, Gnome Desktop Development List <desktop-devel-list gnome org>, release-team gnome org
- Subject: Re: gcalctool tarball dist for GNOME 2.15.1 is broken.
- Date: Tue, 25 Apr 2006 16:59:01 -0400
On Tue, 2006-04-25 at 15:24 -0400, Matthias Clasen wrote:
> On 4/25/06, Elijah Newren <newren gmail com> wrote:
> >
> > Looks like I got hit by the same bug in metacity -- no translations in
> > the release(s) I made for 2.15.1 and I also applied the po/LINGUAS fix
> > from the Gnome Goals so I suspect it's related. But, make distcheck
> > is all black magic to me.
>
> gdm is a victim of the same desease.
>
> >
> > Anyone else know what causes this?
> >
>
> intltool
Actually, no. The problem for Elijah, was that metacity is using its own
autogen.sh, rather than calling gnome-autogen.sh like most of the other
modules do, and it was failing to run intltool. This is because its own
autogen.sh was only checking for AC_PROG_INTLTOOL which was deprecated a
while ago for IT_PROG_INTLTOOL, so that we don't use the AC_ namespace.
The gnome-autogen.sh script handles both instances.
The problem Rich is having with disting actually is intltool, as the new
changes apparently break on Solaris sh, where he is disting from. It
looks like there's a "test -e" that needs to be a "test -r", and the use
of "FOO = $(shell bar)" is a GNU makeism. So, using GNU make and setting
SHELL=/bin/bash when doing make dist, or building po/ will work around
the issue for now, while we figure out how to fix all the problems here.
-- dobey
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]