A Pootle server that hosts localisations for the Mozilla software, most notabaly Firefox and Thunderbird. But also with theses services:
Bug #129 is a met a bug that covers all issues related to localisation of ALL Mozilla files that need localisation
A simple script to conect to Mozilla and update mozilla/ and l10n/ modules. It should cope with multiple branches. A simple text configuration file should specify real brnach names and their humna readable name. eg MOZILLA_1_8_0_BRANCH = Mozilla 1.5.x
Adding a new branch should simply be a matter of adding to the config file and letting the scripts runs their course
make -f tools/l10n/l10n.mk create-en-US moz2po -P l10n/en-US pot
This script create the POT files, packages them for potential download and also shifts those copies onto the FTP and HTTP servers.
Similarly PO files are generated. The script need to be able to determine what languages are present in CVS. We need to distinguish between languages in Pootel and those in CVS as we migh tnot want to update PO files for active PO languages. We might need however to do this if someone directly updates source in Mozilla CVS. In this case we might need to rely on Pootles merging ability. This needs to be checked/tested
The PO files should be zipeed and also placed ready for potential download
Give the output of pofilter in a human readable form so a non PO person can also get value by seeing critical error: variables, escapes, etc
This script must use po2moz to create testing XPIs for developers to download. We might need to create a template XPI to allow easy creation. And also an XPI per branch. The script should now what template XPI to use.
It will probaby be good to use Alberto's requested build requester to allow similar offline creation of these files.
there may be scripts floating around that can convert from XPI layout to CVS. We should investigate and repurpose if they suite our needs.
if things get dammaged then people don't trust our tools. This set of scripts needs to be run regularly on the server when:
The idea is to pick up changes that look like we are breaking things. Log bugs against those issues and fix them. Ideally in a roundtrip there should be no difference between the input and the output files.
Implement the PHP stats generation that is used by KDE
This requires investigating into how we can specify modules. It would be good to be able to cleanly break items into toolkit/ firefox/ and thunderbird/ that way users have a very good picture of the general staus
A prioritised list of issues for the server. moz2po issues have mostly been identified during setu pwe'll detect others.