Hi Richard,
It looks like both the modules virt-top and virt-ctrl share a common POT file.
https://translate.fedoraproject.org/POT/virt-ctrl.tip/virt-top.tip.pot (From https://translate.fedoraproject.org/module/virt-ctrl) https://translate.fedoraproject.org/POT/virt-top.tip/virt-top.tip.pot (From https://translate.fedoraproject.org/module/virt-top)
Could you please confirm this please?
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
Thanks a lot!
On Fri, Sep 26, 2008 at 06:16:45PM +0530, Ankitkumar Rameshchandra Patel wrote:
Hi Richard,
It looks like both the modules virt-top and virt-ctrl share a common POT file.
https://translate.fedoraproject.org/POT/virt-ctrl.tip/virt-top.tip.pot (From https://translate.fedoraproject.org/module/virt-ctrl) https://translate.fedoraproject.org/POT/virt-top.tip/virt-top.tip.pot (From https://translate.fedoraproject.org/module/virt-top)
Could you please confirm this please?
Actually no ... the POT file was derived from a common source, but they are two separate files now.
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.
Rich.
2008/9/30 Richard W.M. Jones rjones@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.
-δ
-
Ankit Patel -
Dimitris Glezos -
Richard W.M. Jones