Ask Different is a question and answer site for power users of Apple hardware and software. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I've used wget for the first time after installing Lion OS X and I've noticed that wget got localized to my native language. Running set command in terminal showed that my LANG variable represents my local language. Where can I change this or make wget ignore this setting?


Here's what locale gives me:


Hence all the output of non-parameters (such as prompts and debug messages) are in Lithuanian. That is my problem. I'd like to get it back to English.

I am using zsh as my login shell.

share|improve this question
What exactly is the problem with wget? And what does locale show and is it the same as what you expect from your language selection in the Language & Text system preference pane? – bmike Aug 9 '11 at 14:02
up vote 19 down vote accepted

By default, Terminal sets the locale environment variables to match the currently selected language and time/date/number formats that Terminal is using, which is selected via

System Preferences > Language and Text

(That's the name on Lion. On earlier systems the exact name of the preference panel may vary.)

A temporary solution is to drag English to the top of the list of languages, then open Terminal, then move Lithuanian back to the top. Then only Terminal will be in English. However, it will reset to Lithuanian if you Quit and restart Terminal.

A persistent approach is to tell Terminal to not set the locale environment variables, by turning off

Terminal > Preferences > Settings > [profile] > Advanced > Set locale environment variables on startup

Then the locale will default to "C" with no language specified, and most programs will then default to English.

Note that turning this off means that some programs won't be aware of which character encoding Terminal is using and will assume that it's ASCII or ISO-Latin-1 only. So if Terminal is using UTF-8 (the default), those programs may or may not behave as desired.

If this is mostly about wget, I recommend that you make a copy of the default settings profile, turn off the locale setting in your custom profile, and only use that profile when using wget, so that you can continue to use UTF-8 with full support when using other programs, using the default settings.

As others have mentioned, you can also override the initial locale settings supplied by Terminal in a shell startup script. For zsh, put it in ~/.zshrc. For bash, use ~/.bashrc (and if you don't already have one, create a ~/.bash_profile that runs ~/.bashrc).

See x-man-page://1/locale for more information about each of the locale environment values.

However, if you were to merely unset LANG or set it to "C", that would normally apply to all of your shells and programs, whereas most of the time you probably want to use UTF-8 and have Terminal set the locale variables to match, to get the highest degree of cooperation, fidelity and functionality.

Therefore, if you're going to go that route, I suggest you write code to edit, rather than replace, the initial values, so that you preserve the encoding information ("UTF-8") and merely force the language to English, rather than setting the variables to "C".

For example, this works in zsh and bash:

# Replace Lithuanian with English
export LANG=${LANG/lt_LT/en_US}

When LANG="lt_LT.UTF-8", this will change it to LANG="en_US.UTF-8". I don't have wget available to test this, but this should suffice.

Doing it this way means that if you change the character encoding preference in Terminal, you won't override that in your shell startup script.

share|improve this answer

It's set here...

enter image description here

If you want more or less options in the pulldown, head over to the Encodings tab to view even more of the bounty.

share|improve this answer
on os x it's ~/.bash_profile, not bashrc. People got very confused by this when reading online tutorials. – Enrico Susatyo Aug 9 '11 at 14:47
Gosh darn it - thanks for catching that. I even went to the open source page and checked if apple made changes to gnu bash and still got it wrong. (editing my answer - thanks @the_great_monkey ) – bmike Aug 9 '11 at 15:11
Thanks for your input. I've updated my question. – Eimantas Aug 9 '11 at 15:47
Terminal creates login shells, which run ~/.bash_profile. However, most user customizations should be placed in ~/.bashrc so that they also apply to non-login shells (e.g., sub-shells), and ~/.bash_profile should run ~/.bashrc so it applies to login shells. ~/.bash_profile is generally mostly empty and only contains code specifically for top-level login shells that the user doesn't want to run for sub-shells. – Chris Page Aug 26 '11 at 4:05
"a quick read of the man page shows that the shell sets this value each log in" The bash man page says that, but Terminal sets the initial value, and I've never seen bash set them if they weren't set already. If I turn off the "set locale environment…" preference, none of the variables are set, and locale shows LANG= and the other values all default to "C". – Chris Page Aug 28 '11 at 8:22

Based more on Linux exprience, if you do not want to change your localization completely with LC_LANG, but would like just have system messages in english, you shuld just set

LC_COLLATE=C    (to have standard sorting in ls, etc)
share|improve this answer

I solved this problem by setting the language in my .profile file which loads whenever I start a terminal.

export LANG="en_US.UTF-8"
export LC_ALL="POSIX"
share|improve this answer

Using a debian server in french and a macsox bash client, i "just" had to add this to my .bash_profile on the user directory of macosx :

export LANG=fr_FR.UTF-8


share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.