Difference between revisions of "Talk:Locale"

From ArchWiki
Jump to: navigation, search
("invalid charset name")
(Brackets: re)
 
(95 intermediate revisions by 25 users not shown)
Line 1: Line 1:
[[User:Jf|jf]]: Is setting the $LC_ALL var really necessary??? It would seem (at least on my system) that it's not. All i have to do is run locale-gen, and set LOCALE in /etc/rc.conf, and that's it. What do u guys think?
+
== Create custom locale ==
  
Just ignore this article. The part at the top is ok, but the .bashrc stuff is a bit misleading. [[User:Byte|byte]] 21:46, 13 October 2006 (EDT)
+
:''[Moved from the main article. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 23:15, 24 February 2016 (UTC)]''
  
This should be more to the point now. [[User:Byte|byte]] 19:09, 13 October 2006 (PDT)
+
Modified locales will not survive the upgrade of {{pkg|glibc}} because the relevant file is not in the [https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/glibc#n19 backup field] in the PKGBUILD. Custom locales should be ''created'' instead. -- [[User:Lahwaacz]] 08:59, 22 December 2014
  
[[User:Jf|jf]]: ah, ok, thanks, byte....
+
<hr>
 +
=== Customizing locales ===
  
== "invalid charset name" ==
+
Locales are defined in text files located in {{ic|/usr/share/i18n/locales/}} and can be edited to adapt to particular needs.
  
hello ppl, I was having this error message while trying to access man pages and running less, it turns out that the LESSCHARSET environment variable does not recongnize utf if it is written like 'utf8' it will only work if you write it like 'UTF-8' hope it helps!
+
After editing a locale file, do not forget to [[#Generating locales|re-generate]] the locales for the changes to take effect after reboot.
 +
 
 +
==== Setting the first day of the week ====
 +
 
 +
In many countries the first day of the week is Monday. To adjust this, change or add the following lines:
 +
 
 +
{{hc|/usr/share/i18n/locales/''chosen_locale''|
 +
LC_TIME
 +
[...]
 +
week            7;19971130;5
 +
first_weekday  2
 +
first_workday  2
 +
}}
 +
 
 +
== Login manager missing ==
 +
 
 +
This article does not cover the login manager. I have my system in *German*, but my login manager is still using the *English* keyboard layout, and I don't know how to change it. [[Locale]] does not cover it, and I couldn't find anything in [[Display_manager#Set_the_language|Display manager]] neither - albeit there is a comment that it is missing and *should* be linked here.
 +
 
 +
So How do I change the locale in the display manager?
 +
 
 +
--[[User:Nerdoc|Nerdoc]] ([[User talk:Nerdoc|talk]]) 04:33, 10 March 2016 (UTC)
 +
 
 +
:"The" display manager, there's a few dozen of them. So which do you use? -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 14:37, 10 March 2016 (UTC)
 +
 
 +
== Brackets ==
 +
 
 +
Regarding [https://wiki.archlinux.org/index.php?title=Locale&diff=448117&oldid=448067], this is mentioned in {{man|7|man-pages}}, but I don't see it in [[Help:Reading]] or [[Help:Style/Formatting and punctuation]]. If not present, it could be a good addition, or at least, mention the meaning of the brackets in this article. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 17:54, 26 August 2016 (UTC)
 +
 
 +
:It's not exactly wiki style as covered by [[Help:Reading]], but a de facto standard (sometimes [https://en.wikipedia.org/wiki/Ebnf more than that]). It's needed only rarely so it should be handled case by case. Feel free to explain it on this page. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 18:11, 26 August 2016 (UTC)
 +
 
 +
::[[Help:Style/Formatting and punctuation#Pseudo-variables in file/command line contents]] was designed to be Simple, but of course it can hardly be applied to complex syntaxes. I agree that in these cases we should rely on the upstream syntax and possibly explain what may not be immediately clear for readers. – [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 03:44, 27 August 2016 (UTC)

Latest revision as of 03:44, 27 August 2016

Create custom locale

[Moved from the main article. -- Alad (talk) 23:15, 24 February 2016 (UTC)]

Modified locales will not survive the upgrade of glibc because the relevant file is not in the backup field in the PKGBUILD. Custom locales should be created instead. -- User:Lahwaacz 08:59, 22 December 2014


Customizing locales

Locales are defined in text files located in /usr/share/i18n/locales/ and can be edited to adapt to particular needs.

After editing a locale file, do not forget to re-generate the locales for the changes to take effect after reboot.

Setting the first day of the week

In many countries the first day of the week is Monday. To adjust this, change or add the following lines:

/usr/share/i18n/locales/chosen_locale
LC_TIME
[...]
week            7;19971130;5
first_weekday   2
first_workday   2

Login manager missing

This article does not cover the login manager. I have my system in *German*, but my login manager is still using the *English* keyboard layout, and I don't know how to change it. Locale does not cover it, and I couldn't find anything in Display manager neither - albeit there is a comment that it is missing and *should* be linked here.

So How do I change the locale in the display manager?

--Nerdoc (talk) 04:33, 10 March 2016 (UTC)

"The" display manager, there's a few dozen of them. So which do you use? -- Alad (talk) 14:37, 10 March 2016 (UTC)

Brackets

Regarding [1], this is mentioned in man-pages(7), but I don't see it in Help:Reading or Help:Style/Formatting and punctuation. If not present, it could be a good addition, or at least, mention the meaning of the brackets in this article. -- Alad (talk) 17:54, 26 August 2016 (UTC)

It's not exactly wiki style as covered by Help:Reading, but a de facto standard (sometimes more than that). It's needed only rarely so it should be handled case by case. Feel free to explain it on this page. -- Lahwaacz (talk) 18:11, 26 August 2016 (UTC)
Help:Style/Formatting and punctuation#Pseudo-variables in file/command line contents was designed to be Simple, but of course it can hardly be applied to complex syntaxes. I agree that in these cases we should rely on the upstream syntax and possibly explain what may not be immediately clear for readers. – Kynikos (talk) 03:44, 27 August 2016 (UTC)