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 556153 - intltool-update -p builds ill-named PO template
intltool-update -p builds ill-named PO template
Status: RESOLVED FIXED
Product: epiphany-extensions
Classification: Deprecated
Component: build infrastructure
2.24.x
Other Linux
: Normal normal
: ---
Assigned To: epiphany-extensions-maint
epiphany-extensions-maint
Depends on:
Blocks:
 
 
Reported: 2008-10-13 15:27 UTC by Martin Pitt
Modified: 2009-06-04 16:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26


Description Martin Pitt 2008-10-13 15:27:43 UTC 
/tmp/epiphany-extensions-2.24.0$ (cd po; /usr/bin/intltool-update -p --verbose)
[...]
Building epiphany-extensions-e_e_version_major.e_e_version_minor.pot...
[...]
Wrote epiphany-extensions-e_e_version_major.e_e_version_minor.pot

This is of course bogus, it should be "epiphany-extensions-2.24.pot".

I assume intltool is trying to do something clever and parses configure.ac, since this is the only file which contains those macros.

If you think you can't or don't want to fix this in epy-extensions, reassigning this to intltool is also ok, of course, but your call.
Comment 1 Diego Escalante Urrelo (not reading bugmail) 2008-10-18 09:45:55 UTC 
Why does epiphany works fine then?. I guess there's something missing in our side...
Do you know what does intltool takes as the version? in epiphany it's not using anything.
Comment 2 Martin Pitt 2008-10-18 11:07:42 UTC 
Diego, epiphany works fine because the *mo* files are named correctly. However, the *PO template* is wrong (*.pot). That doesn't matter for runtime, but for translators.
Comment 3 Christian Persch 2008-10-19 13:17:18 UTC 
This is because intltool just greps the configure.ac file. So it gets the unexpanded value, while it's set correctly in the makefiles etc created after running configure.
Comment 4 Martin Pitt 2009-06-04 16:55:51 UTC 
This seems to be fixed in current e-e and/or intltool.