virt-top and virt-ctrl POT files!

Dimitris Glezos dimitris at glezos.com
Fri Oct 3 10:06:18 UTC 2008


2008/9/30 Richard W.M. Jones <rjones at redhat.com>:
> On Fri, Sep 26, 2008 at 06:16:45PM +0530, Ankitkumar Rameshchandra Patel wrote:
>> Btw, the modules are not available for translation submission via
>> Transifex. If you would like to receive translations into various
>> languages for these packages please register your modules on Transifex:
>> https://translate.fedoraproject.org/submit/maintainers/info
>
> I tried to do this for another module.  There's an outstanding bug
> about this:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=454263
>
> The problem from my point of view is that it's hard for us to give
> access to the special transifex user to the repository on
> hg.et.redhat.com (it's a quasi-internal Red Hat machine).  And I think
> that was about as far as I got.

One solution would be to use an intermediate repository where both you
and transifex can have access to. Some free hg solutions include
hg.fedorahosted.org, bitbucket.org and freehg.org.

We're currently doing that for Transifex itself. Whenever I add a new
string, I do the following:

 - Pull from downstream
 - Merge
 - Commit
 - Add new strings
 - Commit
 - Push to both

I guess that translates to something like "we're string frozen until
we sync again with downstream". The trick is, of course, to remember
to do that whenever you change your strings. I'm not sure if there is
a hook in .hgrc that tracks .POT and raises a warning or something if
changed.

Alternatively, one could add a hook that right after a commit it
issues a pull, merge and one hook for push to changesets to both
repos.

-δ



-- 
Dimitris Glezos
Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B
http://dimitris.glezos.com/

"He who gives up functionality for ease of use
loses both and deserves neither." (Anonymous)
--




More information about the Fedora-trans-list mailing list