Dear all!
I'm currently packaging mediawiki (for opensuse), and have a question related to "includes/zhtable".
I think, this part can be stored in a seperate package, as many systems do not require chinese translations. Making the ZhConversion.php works nicely, but I do not know how to package all the stuff:
* How should this package be labeled and described (e.g. mediawiki-zhtable)? * Are the *.manual files needed on a target server? * Are the *.txt file needed on the target server? * Is only ZhConversion.php to be pacakged?
If someone uses this thing, how is it to be included to mediawiki?
Looking forward for help...
Best regards, Johannes
It is just a generator of ZhConversion.php. Run makefile.py would generate a new ZhConversion.php.
2011/4/29 Johannes Weberhofer jweberhofer@weberhofer.at
Dear all!
I'm currently packaging mediawiki (for opensuse), and have a question related to "includes/zhtable".
I think, this part can be stored in a seperate package, as many systems do not require chinese translations. Making the ZhConversion.php works nicely, but I do not know how to package all the stuff:
- How should this package be labeled and described (e.g.
mediawiki-zhtable)?
- Are the *.manual files needed on a target server?
- Are the *.txt file needed on the target server?
- Is only ZhConversion.php to be pacakged?
If someone uses this thing, how is it to be included to mediawiki?
Looking forward for help...
Best regards, Johannes
-- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
The other files aren't needed after generation, are they? The ZhConversion.php should be kept/distributed in includes/zhtable?
Am 29.04.11 15:05, schrieb Philip Tzou:
It is just a generator of ZhConversion.php. Run makefile.py would generate a new ZhConversion.php.
No, the whole folder isn't needed after the generation. You can exclude it and won't break any thing.
2011/4/29 Johannes Weberhofer jweberhofer@weberhofer.at
The other files aren't needed after generation, are they? The ZhConversion.php should be kept/distributed in includes/zhtable?
Am 29.04.11 15:05, schrieb Philip Tzou:
It is just a generator of ZhConversion.php. Run makefile.py would
generate a
new ZhConversion.php.
-- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
And the new generated ZhConv.php should always be moved to includes/ folder and overwrite the older one.
2011/4/29 Johannes Weberhofer jweberhofer@weberhofer.at
The other files aren't needed after generation, are they? The ZhConversion.php should be kept/distributed in includes/zhtable?
Am 29.04.11 15:05, schrieb Philip Tzou:
It is just a generator of ZhConversion.php. Run makefile.py would
generate a
new ZhConversion.php.
-- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Fri, Apr 29, 2011 at 9:05 AM, Philip Tzou philip.npc@gmail.com wrote:
It is just a generator of ZhConversion.php. Run makefile.py would generate a new ZhConversion.php.
So the only people who need the file would be developers, who will not want to use packaged versions anyway, and so it would make sense to just not include it in the distributed version at all? Maybe someone could add that info to distributors.txt:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/docs/distributors.txt...
So I'll remove this directory from the package completely. Interesting is, that the ZhConversion.php generated during build at the build-server differs significantly from the one that is packaged in the includes directory. It's around 30kB larger.
I have also notified, that I can not build the file using "make", because grep seem to exit with "1" in some situations.
My choice is to include only the provided file and to exclude the complete zhtable path. It simplifies packaging a lot.
Thank you for your support! Johannes
Am 29.04.11 18:45, schrieb Aryeh Gregor:
On Fri, Apr 29, 2011 at 9:05 AM, Philip Tzouphilip.npc@gmail.com wrote:
It is just a generator of ZhConversion.php. Run makefile.py would generate a new ZhConversion.php.
So the only people who need the file would be developers, who will not want to use packaged versions anyway, and so it would make sense to just not include it in the distributed version at all? Maybe someone could add that info to distributors.txt:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/docs/distributors.txt...
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 29 April 2011 14:48, Johannes Weberhofer jweberhofer@weberhofer.at wrote:
Dear all!
I'm currently packaging mediawiki (for opensuse), and have a question related to "includes/zhtable".
I think, this part can be stored in a seperate package, as many systems do not require chinese translations. Making the ZhConversion.php works nicely, but I do not know how to package all the stuff:
It's not translations, it's conversion stuff, but I don't understand why you want to split them. -Niklas
Johannes Weberhofer wrote:
Dear all!
I'm currently packaging mediawiki (for opensuse), and have a question related to "includes/zhtable".
I think, this part can be stored in a seperate package, as many systems do not require chinese translations. Making the ZhConversion.php works nicely, but I do not know how to package all the stuff:
- How should this package be labeled and described (e.g. mediawiki-zhtable)?
- Are the *.manual files needed on a target server?
- Are the *.txt file needed on the target server?
- Is only ZhConversion.php to be pacakged?
If someone uses this thing, how is it to be included to mediawiki?
Looking forward for help...
Best regards, Johannes
Welcome Johannes, I'm glad of seeing a packager actually asking us things. :D
Package maintainers used to be just "that people that silently messed with our files and gave that to others" ;)
Best regards
wikitech-l@lists.wikimedia.org