intltool

There's no way to specify where's the po directory if it's not on topdir

Bug #823217 reported by Gil
34
This bug affects 5 people
Affects Status Importance Assigned to Milestone
intltool
Triaged
Medium
Unassigned

Bug Description

The vast majority of projects have a po folder right on topdir and thus intltool-update magic works perfectly, but when the po file is deep inside the project folder structure it doesn't work.

WebKitGTK+[1] is part of WebKit[2] and the layout set up for all ports (including WebKitGTK+) is to be inside Source/WebKit/gtk and the po directory inside that one (so Source/WebKit/gtk).

If you have a working POTFILES.in "intltool-update -g 'webkit' -p" works fine, but if you do a "intltool-update -m" it fails to work.

A solution could be to add an option to specifying which topdir should be used so working around this bug.

Cheers,

[1] http://webkitgtk.org
[2] http://webkit.org

Revision history for this message
Данило Шеган (danilo) wrote :

It would be nice to make entire detection of the translation dir less dependent on autoconf setup as well. However, it would probably mean a lot of changes altogether.

Changed in intltool:
status: New → Triaged
importance: Undecided → Medium
Revision history for this message
cjl (cjlhomeaddress) wrote :

Have you looked at this ticket?

Current l10n infrastructure not completely intltool compliant
https://bugs.webkit.org/show_bug.cgi?id=45321

(contains some proposed patch code)

Revision history for this message
cjl (cjlhomeaddress) wrote :

Is there any possibility of elevating the priority of this? This is apparently blocking WebKitGTK+ L10n at the moment and L10n of WebKitGTK+ is very important to many downstreams (Sugar Labs included).

See errors thrown at:
http://l10n.gnome.org/module/webkit/

It is not clear that the cobbled together hacks proposed to temporarily address this are going to be workable.

Current l10n infrastructure not completely intltool compliant
https://bugs.webkit.org/show_bug.cgi?id=45321

[Gtk] Error generating POT file
https://bugs.webkit.org/show_bug.cgi?id=66764
Marked as dupe of 45321

and it is also not clear that it will be possible to get WebKitGTK+ t oplace a PO dir at the toplevel.

webkitgtk+ PO files are here:
http://svn.webkit.org/repository/webkit/trunk/Source/WebKit/gtk/po/

POTfiles.in is apparently correct, and WebKit devs say new strings may be appearing in
http://svn.webkit.org/repository/webkit/trunk/Source/WebKit2/UIProcess/API/gtk
at some point as well.

Any possible acceleration of a fix in intltool would be greatly appreciated.

Revision history for this message
Данило Шеган (danilo) wrote : Re: [Bug 823217] Re: There's no way to specify where's the po directory if it's not on topdir

У пет, 11. 05 2012. у 03:31 +0000, cjl пише:
> Is there any possibility of elevating the priority of this? This is
> apparently blocking WebKitGTK+ L10n at the moment and L10n of
> WebKitGTK+ is very important to many downstreams (Sugar Labs
> included).

Best way to elevate the priority is to provide a patch, and document the
testing that has been done with it (since we don't have integration
testing for this, I'd prefer if someone spent some time to ensure it
continues working well with jhbuild, in gimp, gtk+, and a few other
intltool-based projects; I assume testing for webkit would happen
anyway).

Without that, it depends on my availability, which is currently pretty
limited.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.