From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7)
Description of problem:
If system configured for Russian language as system language in
/etc/sysconfig/i18n then /usr/sbin/printconf-backend fail with python
traceback and cups service also could not start correctly.
I found that it happens in function "which_spooler" of module
"cups_impour.py". Binary file "alternatives" display localized output
messages while looks for English message.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install RHEL 3 ES
2. Setup system language "Russian", for example by editing file
3. reboot system or execute in bash 'export LANG=ru_RU.UTF-8'
4. execute /usr/sbin/printconf-backend
5. restart cups : service cups restart
Actual Results: /usr/sbin/printconf-backend does not produce lines
Cups is restarted correctly
Expected Results: /usr/sbin/printconf-backend is failed with python
traceback and message about unbound variable 'which' in module
cups_import.py module execute /usr/sbin/alternatives in current locate
but wait output message in English.
I found temporary solution to return cups back to English locale.
Add in the beginning of /etc/init.d/cups file two lines:
So printconf-backend executed in C locale and work correctly.
*** This bug has been marked as a duplicate of 131563 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.