After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 698393 - GTK+ doesn't use intltool
GTK+ doesn't use intltool
Status: RESOLVED FIXED
Product: damned-lies
Classification: Infrastructure
Component: l10n.gnome.org
unspecified
Other Linux
: Normal normal
: ---
Assigned To: damned-lies Maintainer(s)
damned-lies Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-04-19 18:42 UTC by Piotr Drąg
Modified: 2013-08-04 12:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Piotr Drąg 2013-04-19 18:42:13 UTC 
According to bug #698386, gtk+ doesn't use intltool. We need to change gtk+, Gtk-UI, and Gtk-properties modules to use something like cd po; make <domain>.pot.
Comment 1 Claude Paroz 2013-04-19 18:58:57 UTC 
We always had a rule in GNOME i18n to never require building modules to generate translation files. Unless we get better tools, intltool is still the defacto standard to generate translations for GNOME modules.

If developers begin to change the way translations are generated without even bothering to ask gnome-i18n, so let it be. But *I* will not fix it. Ask someone else. I won't be another victim of the Redhat vs Canonical flamewar.
Comment 2 Piotr Drąg 2013-08-04 12:02:45 UTC 
Matthias added the .ui.h files to git, and I can confirm that damned-lies works fine now (minus some harmless warnings).

https://git.gnome.org/browse/gtk+/commit/?id=bd9ad3c9c2f59d4a34681dfbef6604c442bce965