予備の発言:この質問はない程度に設定変更することでロケールをLC_ALL
、LC_TIME
、LANG
、など、それはロケール変更については、むしろだ定義を例で、/usr/share/i18n/locales/de_DE
これらのシステム設定を変更するよりも、より適切なオプションについての提案を取得するには、それぞれ、または。
その目的は、ISO時間表現 を取得することで%Y-%m-%d
あり%H:%M:%S
、望ましくない副作用はありません。
私がネットで見つけた提案はまだすべて不適切でした(たとえば、ロケールを「デンマーク語」に設定すると、母国語のスペルの平日の名前が維持されません)。
現在、望ましい動作を得るために私が現在見ている唯一の選択肢は、で私のネイティブロケールの定義を変更することです/usr/share/i18n/locales/de_DE
。システムの更新により、これらの変更されたファイルが再度上書きされる可能性があるため、これは完全なソリューションではありません。
私の質問は:
- 特定のシステムロケールファイルを変更するよりも、目的の機能を取得するためのロケール関連のオプションはありますか?
- 特定のロケール定義ファイルを変更するときに予想される問題はありますか?(そして、システムが更新された場合に、このファイルが上書きされるのをどのように防ぐことができますか?)
- 既存のロケールファイルの新しい特定のバリアントを定義し、それを
LC_*
設定で使用する方が良いでしょうか?(そして、その新しいファイル/定義はどのようにしてシステムに正しく知らされるのでしょうか?) - 他に何か提案はありますか?
LC_TIME
(中/etc/environment
または/etc/default/locale
または/etc/locale.conf
変更されたロケールにディストリビューションに依存します)(私は鉱山と呼ばれるisodate.UTF-8
)と、それぞれの形式は、唯一の時間/日付のためにそのカスタマイズされたロケールから選ばれます。これは、en_US
ISOの日付と時刻を表示するように他の設定をカスタマイズした方法です。
/var/lib/locales/supported.d/local
(またはそこにある他のファイルの1つ)を入力dpkg-reconfigure locales
し、コンパイルするロケール定義のスーパーユーザーとして実行することもできます。そして、はい、カスタマイズされたロケールを指すように設定LC_TIME
することは、これまでに見た中で最も煩わしくない方法のようです。そのため、システムにはLC_TIME
「全体的なロケール」とは異なる設定が可能なグローバル設定があります。
copy
onセクションのアプローチを使用するか、他のセクションを冗長にしておくか(diff
元のファイルに対してできるようにするため)は、まだ決定していません。
en_XX
-ここでの制限は何なのかわからないので、試行錯誤で十分かもしれません)、必要な変更を加えてください。 、それをロケールとして使用します。リストなどを後で再生成する必要があります