Problems with iBCS2 and RH 6.2

[Glover George]

I recently upgraded to RH 6.2 and came across a problem (well, for me
anywayz). Now when I run a SCO program under my RH system, I get this
returned on stderr:

libc: setlocale: LC_CTYPE: unable to open /etc/default/lang
libc: setlocale: LC_NUMERIC: unable to open /etc/default/lang
libc: setlocale: LC_TIME: unable to open /etc/default/lang
libc: setlocale: LC_COLLATE: unable to open /etc/default/lang
libc: setlocale: LC_MESSAGES: unable to open /etc/default/lang
libc: setlocale: LC_MONETARY: unable to open /etc/default/lang

There is no /etc/default/lang on the system. Simply setting it up with the
values I get from locale (LANG=en_US, etc...) and it comes up with this:

libc: setlocale: LC_CTYPE: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_CTYPE: no LANG= line in /etc/default/lang
libc: setlocale: LC_NUMERIC: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_NUMERIC: no LANG= line in /etc/default/lang
libc: setlocale: LC_TIME: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_TIME: no LANG= line in /etc/default/lang
libc: setlocale: LC_COLLATE: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_COLLATE: no LANG= line in /etc/default/lang
libc: setlocale: LC_MESSAGES: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_MESSAGES: no LANG= line in /etc/default/lang
libc: setlocale: LC_MONETARY: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_MONETARY: no LANG= line in /etc/default/lang

So my question is basically how do I get rid of these messages (I can't
simply redirect stderr to /dev/null because the program will not run like
that -- not to mention I want my stderr!

Any help would be highly appreciated. The version of iBCS2 is
ibcs-2.1-981105.

Thanks

Glover George
System/Network Administrator
Gulf Sales & Supply, Inc.
ge...@ra.msstate.edu
228-762-0268

[Robert W. March]

Glover George wrote:

> I recently upgraded to RH 6.2 and came across a problem (well, for me
> anywayz). Now when I run a SCO program under my RH system, I get this
> returned on stderr:
>
> libc: setlocale: LC_CTYPE: unable to open /etc/default/lang
> libc: setlocale: LC_NUMERIC: unable to open /etc/default/lang
> libc: setlocale: LC_TIME: unable to open /etc/default/lang
> libc: setlocale: LC_COLLATE: unable to open /etc/default/lang
> libc: setlocale: LC_MESSAGES: unable to open /etc/default/lang
> libc: setlocale: LC_MONETARY: unable to open /etc/default/lang
>
> There is no /etc/default/lang on the system. Simply setting it up with the
> values I get from locale (LANG=en_US, etc...) and it comes up with this:

I run the SCO port of Progress RDMS version 7 on RH with iBCS.

I also get the following oneliner on stderr:

libc: setlocale: LC_CTYPE: no LANG= line in /etc/default/lang

while the software executes normally.

I can't explain it but I, too, would be interested in clearing it out. I am
running RH6.2 with the included iBCS version. I find that RH6.2 comes with an
empty directory, /etc/default/lang .

-Robert

--
____________________________________________________________
Robert W. March
St. Andrew's House
L'Orignal ON Canada

[Agus Budy Wuysang]

Glover George wrote:
>
> I recently upgraded to RH 6.2 and came across a problem (well, for me
> anywayz). Now when I run a SCO program under my RH system, I get this
> returned on stderr:
>
> libc: setlocale: LC_CTYPE: unable to open /etc/default/lang
> libc: setlocale: LC_NUMERIC: unable to open /etc/default/lang
> libc: setlocale: LC_TIME: unable to open /etc/default/lang
> libc: setlocale: LC_COLLATE: unable to open /etc/default/lang
> libc: setlocale: LC_MESSAGES: unable to open /etc/default/lang
> libc: setlocale: LC_MONETARY: unable to open /etc/default/lang
>
> There is no /etc/default/lang on the system. Simply setting it up with the
> values I get from locale (LANG=en_US, etc...) and it comes up with this:
>

> libc: setlocale: LC_CTYPE: LANG= syntax error in /etc/default/lang

> libc: setlocale: LC_CTYPE: no LANG= line in /etc/default/lang

> libc: setlocale: LC_NUMERIC: LANG= syntax error in /etc/default/lang
> libc: setlocale: LC_NUMERIC: no LANG= line in /etc/default/lang
> libc: setlocale: LC_TIME: LANG= syntax error in /etc/default/lang
> libc: setlocale: LC_TIME: no LANG= line in /etc/default/lang
> libc: setlocale: LC_COLLATE: LANG= syntax error in /etc/default/lang
> libc: setlocale: LC_COLLATE: no LANG= line in /etc/default/lang
> libc: setlocale: LC_MESSAGES: LANG= syntax error in /etc/default/lang
> libc: setlocale: LC_MESSAGES: no LANG= line in /etc/default/lang
> libc: setlocale: LC_MONETARY: LANG= syntax error in /etc/default/lang
> libc: setlocale: LC_MONETARY: no LANG= line in /etc/default/lang
>
> So my question is basically how do I get rid of these messages (I can't
> simply redirect stderr to /dev/null because the program will not run like
> that -- not to mention I want my stderr!
>
> Any help would be highly appreciated. The version of iBCS2 is
> ibcs-2.1-981105.

unset LANG or remove i8n (somewhere in /etc, use find; sysconfig
if I can recall correctly...)

--
+---| Netscape Communicator 4.x |---| Powered by Linux 2.2.x |---+
|/v\ Agus Budy Wuysang MIS Department |
| | Phone: +62-21-344-1316 ext 317 GSM: +62-816-1972-051 |
+--------| http://www.rad.net.id/users/personal/s/supes |--------+

[Glover George]

YEAH!!! Thank god I wasn't the only one! The kernel won't even run my
cyclades (it locks up!!! Linux isn't supposed to lock up RH!!). I had to
upgrade the kernel to 2.2.16 right out of the box. Oh, well. Enough
ranting.

I also noticed a problem with a SCO program, in that it thinks the time is
one day ahead of the system date. Could that be somthing to do with what
you mentioned about date problems? The system date is fine, but these sco
programs don't work. Anyways, I am not using the 2.2.14smp kernel that came
with RH, but 2.2.6 from linux.org. Also, I had to download the source to
the latest iBCS and compile cause I couldn't find the source on RH (at least
I didn't look long enough). Kinda dissapoints me cause all the RH dists
I've used I've never came across this many problems that affected me.

I've tried a lot of the fixes like moving the /etc/sysconfig/i18n somewhere
else (unsetting it) and creating a file like so:

LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE="en_US"
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_ALL=

But the above gives these error messages:

libc: setlocale: LC_CTYPE: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_CTYPE: no LANG= line in /etc/default/lang
libc: setlocale: LC_NUMERIC: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_NUMERIC: no LANG= line in /etc/default/lang
libc: setlocale: LC_TIME: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_TIME: no LANG= line in /etc/default/lang
libc: setlocale: LC_COLLATE: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_COLLATE: no LANG= line in /etc/default/lang
libc: setlocale: LC_MESSAGES: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_MESSAGES: no LANG= line in /etc/default/lang
libc: setlocale: LC_MONETARY: LANG= syntax error in /etc/default/lang
libc: setlocale: LC_MONETARY: no LANG= line in /etc/default/lang

Sorry to duplicate some of my earlier message, but why is there a syntax
error. What the hell should the syntax be? Other files in /etc/default/
are this way. Could this have anything to do with my time discrepancy?

-----Original Message-----
From: Bobby L. Sanders [mailto:ssan...@vzinet.com]
Sent: Thursday, July 06, 2000 7:30 PM
To: Glover George
Subject: Re: Problems with iBCS2 and RH 6.2

--On Thu, 6 Jul 2000 11:11:08 -0500, "Glover George"
<ge...@ra.msstate.edu> said:

GG> I recently upgraded to RH 6.2 and came across a problem (well,
GG> for me anywayz). Now when I run a SCO program under my RH
GG> system, I get this returned on stderr:

GG> ..... snipped.

As all of us RHaters know, 6.2 has had problems with everything from
date to the kernel. I think I saw a bug fix message from RH for the
kernel which listed a bunch of modules to replace as well as the
kernel and, as I recall, one of them was the ibcs2 module. Perhaps
this is part of the problem. If you want the RH notice, I can
probably find it.

Good luck and please keep us informed.

Bobby

[Jim Troutman]

I ran into this problem recently as well for a customer (running SCO
informix and other SCO apps on RH 6.1 and 6.2). They use 6.1 for their
production systems, and setup 6.2 for a development machine, and got those
exact errors.

I believe we fixed the problem by setting the following in
/etc/sysconfig/i18n

LANG="english_us.ascii"
LC_ALL="en_US"
LINGUAS="en_US"

The customer also found that /etc/profile.d/lang.sh will set those to NULL
and then attempt to look them in in /etc/default/lang if they are not set,
but that doesn't seem to work, of course.

If that doesn't work, let me know -- I can double check the particular 6.2
machine that is fixed. I don't have easy access to it at the moment.

--
James Troutman, Troutman & Associates - telecommunications consulting
93 Main Street, Waterville, Maine 04901 - 207-861-7067

[Brian K. White]

Glover George wrote:
>
> YEAH!!! Thank god I wasn't the only one! The kernel won't even run my
> cyclades (it locks up!!! Linux isn't supposed to lock up RH!!). I had to
> upgrade the kernel to 2.2.16 right out of the box. Oh, well. Enough
> ranting.
>
> I also noticed a problem with a SCO program, in that it thinks the time is
> one day ahead of the system date. Could that be somthing to do with what
> you mentioned about date problems? The system date is fine, but these sco
> programs don't work. Anyways, I am not using the 2.2.14smp kernel that came
> with RH, but 2.2.6 from linux.org. Also, I had to download the source to
> the latest iBCS and compile cause I couldn't find the source on RH (at least
> I didn't look long enough). Kinda dissapoints me cause all the RH dists
> I've used I've never came across this many problems that affected me.
>
> I've tried a lot of the fixes like moving the /etc/sysconfig/i18n somewhere
> else (unsetting it) and creating a file like so:
>
> LANG=en_US
> LC_CTYPE="en_US"
> LC_NUMERIC="en_US"
> LC_TIME="en_US"
> LC_COLLATE="en_US"
> LC_MONETARY="en_US"
> LC_MESSAGES="en_US"
> LC_ALL=

You might try one of the following instead of "en_US"

C
C_C
CC_C
LC_C

the first two should always work I think, and I beleive are the default if
lang is undefined. One or more of these may not be a valid LANG, I can't
look at my sco box for a couple days to check what the exact name is, but
it's one of these I'm certain.

--
Brian K. White http://www.squonk.net/users/linut
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani

[Herbie (DCI)]

On Sat, 8 Jul 2000, Brian K. White wrote:

> Glover George wrote:
> >
> > YEAH!!! Thank god I wasn't the only one! The kernel won't even run my
> > cyclades (it locks up!!! Linux isn't supposed to lock up RH!!). I had to
> > upgrade the kernel to 2.2.16 right out of the box. Oh, well. Enough
> > ranting.

Prolly the Cyclades problem is the depreciation of getty_ps with either
cgetty or agetty.

To get the Cyclades running again find/get/install getty_ps.

--Hal.