Created attachment 63575 [details] [review]
Updated po/LINGUAS patch

What exactly was wrong with the previous patch ?

A lot of people thought that the prior method wasn't the correct way to handle the LINGUAS file, so the instructions for handling it was changed.  For more information refer to http://live.gnome.org/GnomeGoals/PoLinguas & http://primates.ximian.com/~dobey/index.php?date=2006-04-12&month=04&year=2006.

I have two remarks here :
1) there's no way I'll apply a patch that changes the intltool version on which we depend before we branch for 2.2 : it will have to wait -- hopefully not long.
2) it would be nice if bug reports about this LINGUAS file don't come up every week...

Ok, ekiga was branched, I can now commit.

Thanks.

Oh dear, this breaks my current attempts for a cleaner WIN32 build. I guess because intltool version >= 0.35.0 is required. In breezy I have 
intltool version 0.34.1. A 0.35 package cannot be expected for ubuntu or debian.
Regards
Michael Rickmann

I have 0.34.2-0ubuntu1 here and it works...

Actually for me it does not install anything. Perhaps I have to change something else (yet unknown) too. The 0.35 I have from the URL above: http://live.gnome.org/GnomeGoals/PoLinguas. Let us see, how the automated CVS builds cope with it.
Regards
Michael

Hmmm... as far as I can tell, the cvs builds go on since I can see my ChangeLog entries in /usr/share/doc/ekiga-cvs/changelog.gz.

There must be something else :-/

It was the intltool version. I have hacked a 0.35.0 package and installed it. Now the translations are build and installed, still to the wrong dir (need to define DATADIRNAME, I guess).
Thank you.
Michael

What's this "wrong dir" problem ?

For WIN32 everything goes into one directory. So I configure with bindir="${prefix}", datadir="${prefix}", sysconfdir="${prefix}", libdir="${prefix}". However, with the new intltool the locales do no longer end up in ${prefix}/locale but in ${prefix}/lib/locale. In the intltool changelog it says: "2006-04-11  Rodney Dawes  <dobey@novell.com> Makefile.in.in: Dump localedir, gnuclocaledir, and gettextsrcdir variables as we no longer need them Add DATADIRNAME substitution handling and define itlocaledir with it". I think that I can adapt to the new scheeme. The problem is, however, that for a general build process it is not standard yet. I guess I better try intltool 0.34.2 first.
Michael