use gettext or another library for translator strings investigate what to do with respect to scripts / tapsets
Good start so far. A bunch more todos: * get staprun/stapio and the compile-server binaries to use gettext() * define the _() macro conditionally, based on ENABLE_NLS, so if !ENABLE_NLS, we don't make any gettext calls at all * examine the runtime/* code (apart from runtime/staprun), to move any embedded english strings to the translator. It can emit #define MSG_FOO _("msg") translated strings for it, which the runtime can use via those MSG_* macros. * write up a little po/README file, outlining how developers ought regenerate the i18n data, especially the po/POTFILES.in filename list, the po/LINGUAS language list, and "make -C po update-po". * hand-create a fake translation for some random language for some messages, to test its handling of LANG != en* * open new bugs against the compile-server and the remote-execution widget to pass (carefully!) the LC_*/LANG* variables to their network peers. * invite the fedora translator project (?) to take a whack at * investigate whether any shell scripts we ship (dtrace, initscripts) could also benefit from gettextizing their text messages * announce it in the NEWS Some of these can be deferred to later bugs.
*define the _() macro conditionally... commit ce4086c
GNU Gettext was used. Translated text can be generated using 'make update-po', further information can be found in po/README A full list of relevant commits is listed below. Commits: 8f223b3eef0ae473b726d0d9a63e7955413fc10d a66a2b617d428d814ea825fc006258b20136bd3a 62eeb12c65b809da16882fca7dd1f8c1448e32b3 7a1513b144fa8b8bcc80da32a118aa4aa8e45858 9564097a3db3c153df8a194832c435808fc54e7b 4075df8866608b5e05bf36c258a5beb6590a55f5 2695da7925947363a32985f6cef1ce2b0ff8ee96 b11986fc95ee16f04fec5a5328a5d3653b7da922 ce4086c83e31b0a2c37cd7e9e75b39e850a83ee4 94d051353887723240635fb21a952ae157329e43 18d6fad89879d2b4fc27d5b649568fa6b5ca29bb 2677d2fbf567ca35fbc1b9ead02c82150859e015 659d42ce4cf58d73422c0d89f873b7fd8c9b4f7a 819895a1ed2dbf042864b69c817fd393e077178d 85e8bd9cda03b3d2a557bfbdb929d32711a3ca6d 19211404c88ccbd9be27a6c03bb92123415352d8 59e77024a3d520016cc33243747953fcafd125d9 7316ced8ffc42a1ebbd2313a4be0bdb42bc5b111 efee9a9810ed4348bbe2a3ed0e621d93d1270765 07eeb1448c8899f169d711349e9c62a09062f076 b530b5b3f07ea4218f29d522b22ae56773ba6859 b29e794d408f3fabc11e5f5a86fb5c62eb941027 f9bbd346ee6894e4f6051f365779501e9b5f4371 1e41115ca655e1c60f9eb8949690c9b98e9c2671 ce0f6648a75765ebee130ff4028986f1329d656e e5f690c71070fa6916579f823a0adba609e503c6 088d47d6d7b446c7b4e77cf3a0547a3ef01bf1d0 4af765b2d6f0b48c48894261da890cd11b530075 a5f5f218d4423418b788c0b8049a468b17adfbdd a75f22a9d47c0dfe976b7e6a86eda33fbcb796e3 ccd482898e8c4cdebfd007b6b07c4c96f85b5503 b5f561be304ddb0c9b5bfa810799b831f4c41d4f 6700bcd97fea10012d28631029ffdcbb85911075 58a834b168986ade130a5779738d5ace1e69d8f0 74dd2f4f744d40a6c3bb95bd5542b9686306f40b 3866fc1d1e9d4399e34b03f9940d42ee9191b886 7e456f65f622fd0487cc04e1f2d6d6b80b067141 737d9ce6407e0b6d471b583525567e0c33ace6e1 6073c3fccc00827edd753358f63f7121b5ac8462 5e7b2b010f8fa5372d8adcedd8bc98f1f6f85ce3 bad3553d91a3cb46c9e03b59a394f7d9f22f489a 2a990836574bba12953810523ed35fe2f40d23e8 3cb0c27368b7128363f033321191a2294999db26