Richard Hughes <[email protected]> writes: > if the gmo binary format could be extended with one extra uint32 at > the end of the header with the total number of messages in. This could > be done I *think* without bumping the revision as the hash and table > data seem to be offset into the file and any extra header data should > be ignored. I don't know if bumping the revision is something that > would remove backwards compatibility and something you'd consider.
This sounds reasonable. I think bumping the minor revision for that should be fine. > Of course the alternative is I get all the applications that want to > show in the software center run a specific command at build time to > parse the .po files and generate a percentage for each locale, but > that might be hard to get all upstreams to do, and it certainly seems > a shame to re-parse the .po files when gettext has already done it and > put it in a nice binary form. Agreed, but perhaps downstreams (e.g. Fedora) could do that in the package build process? Regards, -- Daiki Ueno
