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 593900 - Does not extract strings marked with g_dngettext
Does not extract strings marked with g_dngettext
Status: RESOLVED FIXED
Product: damned-lies
Classification: Infrastructure
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: damned-lies Maintainer(s)
damned-lies Maintainer(s)
Depends on: 591584
Blocks:
 
 
Reported: 2009-09-02 10:52 UTC by Gabor Kelemen
Modified: 2010-05-10 06:44 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Gabor Kelemen 2009-09-02 10:52:38 UTC
Glib's source contains this line:

    return g_strdup_printf (g_dngettext(GETTEXT_PACKAGE, "%u byte", "%u bytes",(guint) size), (guint) size);
 (#: glib/gfileutils.c:1739)

The strings here are not extracted by damned-lies[1], only running make glib20.pot extracts these. Makefile.in.in contains this: 

	  --keyword=g_dngettext:2,3 \

But intltool-update seems to ignore this, so it seems that this is really an intltool bug, but given the short time until 2.28, would it be possible to circuminvent somehow this limitation in d-l?

This string is quite visible, one can see as the size of files under 1 KB.

[1]: http://l10n.gnome.org/POT/glib.master/glib.master.pot
Comment 1 Christian Persch 2009-09-02 11:45:27 UTC
This should be already fixed in intltool upstream.
Comment 2 Claude Paroz 2010-05-10 06:44:50 UTC
Fixed now that l10n.gnome.org has intltool 0.41.0