Re: [Evolution-hackers] evolution releases and intltool brokeness
On Fri, 2007-02-23 at 00:58 +0100, guenther wrote: > On Wed, 2007-02-14 at 00:51 +0100, Gilles Dartiguelongue wrote: > *poke* What about this? Any response? Obviously, no response at all. :/ > 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. However, the entire Evolution stack that has been rolled just a few minutes ago contains updated intltool scripts, shipping with the latest version available (0.35.5, which has been released since this thread started). FIXED. Thanks for listening! :-) guenther -- char *t="[EMAIL PROTECTED]"; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}} ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] evolution releases and intltool brokeness
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="[EMAIL PROTECTED]"; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}} ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] evolution releases and intltool brokeness
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. -- Gilles Dartiguelongue <[EMAIL PROTECTED]> ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers