On Tue 02 Aug 2011 16:37, Matthias Clasen writes:
> On Mon, Aug 1, 2011 at 10:43 PM, Colin Walters wrote:
>>
>> Can we just convert clutter, gdk-pixbuf, and gtk+ to use intltool's
>> Makefile.in.in?
>
> I don't want to use intltool, but I have no problem using a better
> Makefile.in.in in po/
F
On Mon, Aug 1, 2011 at 10:43 PM, Colin Walters wrote:
> So...
>
> Can we just convert clutter, gdk-pixbuf, and gtk+ to use intltool's
> Makefile.in.in?
I don't want to use intltool, but I have no problem using a better
Makefile.in.in in po/
___
gnome-i
So...
On Thu, Jul 28, 2011 at 3:47 PM, Luca Ferretti wrote:
> I remember it was suggested to gtk+ maintainers to use intltool, but
> they refused (but I could be wrong and I totally forgot their
> reasons). However it seems to me the simplest (i.e. less work)
> solution :)
Does anyone know the
2011/7/28 Owen Taylor :
> Anybody jhbuilding GNOME will have run into problems with .po file
> conflicts in gdk-pixbuf, where building it causes local changes that
I'm sure it occurs to gstreamer stuff too, and maybe gtk+
> B) is probably cleanest; I don't know if it will cause problems for
> peo
Hey,
we are using inttool in gedit and we don't have problem with osx or win32.
Regards.
On Thu, Jul 28, 2011 at 9:11 PM, Owen Taylor wrote:
> Anybody jhbuilding GNOME will have run into problems with .po file
> conflicts in gdk-pixbuf, where building it causes local changes that
> conflict wi
Anybody jhbuilding GNOME will have run into problems with .po file
conflicts in gdk-pixbuf, where building it causes local changes that
conflict with updates from translators. Finally got annoyed enough to
track down the problem.
The unique characteristics that gdk-pixbuf has that causes these
pro
