Bug: yum install srvadmin-all fails if system locale is et_EE.UTF-8 (CentOS5)
Matt Domsch
Matt_Domsch at dell.com
Tue May 12 21:26:27 CDT 2009
On Fri, May 08, 2009 at 01:45:42PM +0300, Andres Toomsalu wrote:
> Hi,
>
> We are experiencing problems with yum install srvadmin-all if system
> locale is not set to en_US.UTF-8 - we are using et_EE.UTF-8 locale but
> I'm sure problem exists with all the locales containing umlaut
> characters or non-latin characters. Seems that shell scripts inside
> srvadmin rpms are failing due locale issues not being able to figure out
> correct install paths (haven't look but probably shell script regex
> expressions used are not written with internationalization in mind) -
> I'm attaching the error log below.
>
> Simple workaround - switching system locale temporarily to en_US.UTF-8:
>
> export LC_ALL=en_US.UTF-8
> export LANG=en_US.UTF-8
>
> yum install srvadmin-all
>
>
> Proposal: Fix these RPMs shell scripts to work with other system locales than en_US.UTF-8 or make it switch temporarily the locale to en_US.UTF-8 at install time.
> If problem is with shell scripts regex then replace common
> [a-zA-Z_][a-zA-Z0-9_]* with [[:alpha:]_][[:alnum:]_]* - as not all
> alphabets are ending with z - in et_EE theres ???? after z for example
> - therefor [a-zA-Z_][a-zA-Z0-9_]* regex will fail.
Thanks for the report. Work is under way to significantly improve the
OpenManage RPM install methodology. When that lands, the scripts
which are causing these problems won't exist any more. :-)
Thanks,
Matt
--
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux
More information about the Linux-PowerEdge
mailing list