Another "mission" for apachectl?

["William A. Rowe, Jr." <wr...@rowe-clan.net>]

Very interesting bug; we definately need to tweak the location
to Neutral in order to stay compliant with the HTTP spec.

Dunno what other side effects this solution could impart.

Bill

>http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9427
>
>bad negotiation when started with LANG=cs_CZ
>
>------- Additional Comments From utx@penguin.cz  2002-05-27 16:15 -------
>The problem is not browser, but Apache.
>New Mozilla generates:
>HTTP_ACCEPT_LANGUAGE="cs, sk;q=0.80, en;q=0.60, ru;q=0.40, de;q=0.20"
>
>This is not parsable with Apache started with Czech locale, because it expects
>"," in numbers.
>If I do:
>apachectl stop
>LC_ALL=C apachectl start
>everything works OK, but with
>LC_ALL=cs_CZ apachectl start
>apache does not work properly for example on initial page of freshly installed
>apache (Czech locale is not only locale with decadic comma problem).
>
>The fix is simple set setlocale(LC_NUMERIC, "C") or something similar to 
>proper
>place of Apache (I did not found proper place) or not to set locale at all.
>
>Off Topic:
>There is a small fix to Czech locale (with no relation with this bug, but 
>can be
>easilly fixed by anybody with write access to Apache repository):
>Czech locale is oficially called cs_CZ (language Czech = cs, country Czech
>Republic = CZ) since 1994, but Apache still uses cz as language code. It 
>should
>be fixed at following places:
>conf/httpd.conf-dist: s/cz/cs/g
>mv htdocs/index.html.cz htdocs/index.html.cs