2024-09-21

<nephele> OscarL: well, i only know that LC_TYPE was removed and LC_CTYPE was added
<nephele> If it still occurs it may be that LC_TYPE -> LC_CTYPE fix, though i somehow doubt that

2024-07-16

<OscarL_32> that LC_TYPE thing was bugging me some months ago :-D https://oftc.irclog.whitequark.org/haiku/search?q=LC_TYPE
<nekobot> [haiku/haiku] 6326cd515959 - launch_daemon: Remove setting of LC_TYPE.

2024-07-12

<jmairboeck> waddlesplash: actually I don't have LC_ALL set at all, all the other ones are "de.UTF-8" except LC_TYPE, which is "en_US.UTF-8"

2024-01-03

* OscarL can't find much on LC_TYPE, not even mentioned on https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap08.html

2024-01-02

<Skipp_OSX> maybe LC_CTYPE goes on top of LC_TYPE
<Skipp_OSX> so LC_TYPE indeed a thing and so is LC_CTYPE and now I don't know what's supposed to be set
<Skipp_OSX> "On Unix, the result is determined by checking the LC_ALL, LC_TYPE, and LANG environment variables, in that order (and the result is used if the environment variable’s value starts with two lowercase ASCII letters, an underscore, and two uppercase ASCII letters, followed by either nothing or a period)."
<Skipp_OSX> It seems like it should be LC_CTYPE not LC_TYPE but we should also set LC_CTYPE in Locale and these environmental variables confuse me
<OscarL> Mmm still have a "LC_TYPE=en_US.UTF-8" for some reason (different than "LC_CTYPE=es_AR.UTF-8") :-/
<OscarL> k. After a reboot, `set | grep LC` shows most things as "es.UTF-8" (LC_ALL is unset), except for: "LC_TYPE=en_US.UTF-8" 8-/