Re: [Evolution-hackers] evolution releases and intltool brokeness

[guenther <guenther rudersport de>]

On Wed, 2007-02-14 at 00:51 +0100, Gilles Dartiguelongue wrote:
> Hi list,
> 
> while preparing ebuilds for gentoo gnome-experimental overlay, I came
> across a "fix" that was present since... who knows (years???).
> 
> It's a simple call to intltoolize --force. What for ? To fix the sources
> released with a broken intltool. If you have generated the rules to
> compile translation with intltool 0.35.1 then if you have LINGUAS set to
> something else than what is available, the compilation breaks. intltool
> 0.35.[0234] handles that nicely.
> 
> example: I have LINGUAS="fr en ja zh zh_CN", if ALL_LINGUAS only defines
> fr, zh_CN, I'm screwed. Please fix it for next release. Currently I'm
> sure gtkhtml-3.13.91 is affected but the fix is present on all evo
> related ebuild on gentoo so you might want to check these anyway.

*poke*  What about this? Any response?

FWIW, this issue came up on IRC more than once the last weeks. This
definitely is an issue for Evo/e-d-s in addition to the above mentioned
GtkHTML. Also there recently has been a related discussion on d-d-l.

Basically, when packaging tarballs for the entire Evolution stack,
please make sure to use the latest tools available -- in this case
intltool 0.35.4, which fixes some brokeness WRT to *LINGUAS.


Cc'ing Harish (tarball pushing) and Srini (release announcements), since
I don't know who exactly does the packaging.

  guenther


-- 
char *t="\10pse\0r\0dtu\0  ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}