Bug 88300 - RFE: Please make messages translatable
Summary: RFE: Please make messages translatable
Status: NEW
Alias: None
Product: systemd
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: systemd-bugs
QA Contact: systemd-bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-01-11 20:08 UTC by Samuel Thibault
Modified: 2015-02-20 03:13 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Samuel Thibault 2015-01-11 20:08:17 UTC
Hello,

Non-english-native users would need to see translated messages, to be less scared when things get wrong...

Samuel
Comment 1 Zbigniew Jedrzejewski-Szmek 2015-01-12 05:11:00 UTC
I was thinking about that too. Recently a bunch of new translations for systemd (as far as it is translatable) were added, so it seems that there's a healthy community of translators who would do the translations if the functionality were provided.

We should use gettext.

Systemd is a large project, and translating all messages that can be emitted is a huge amount of work for little gain. I'd pick a few areas that are the most important (useful to casual users), and concentrate on that. Anything that is below log_info would not be translated.

In some rough order of priority:
- stuff that systemd prints to the console
- systemd-tty-ask-password-agent
- systemctl, hostnamectl, timedatectl, journalctl, localectl

For the tools the order does not really matter. I'd probably be good to start with the smaller ones.
Comment 2 Lennart Poettering 2015-01-28 20:48:38 UTC
I'd be really careful with adding gettext support to PID 1 itself. I am fine with adding it to the client-side tools, but all that i18n complexity from PID 1 makes me feel very uncomfortable.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.