Marcus Meissner wrote: > > > > (t)csh: setenv LC_ALL en > > > > (ba)sh: LC_ALL=en ; export LC_ALL > > > > > > > > Also, has Cygnus released an updated version of glibc with this bug fixed yet? > > > > > > Has anyone checked Red Hat's beta version to see if this problem is > > > still there? > > > > > RH 7.0 Beta uses a much newer version of glibc requiring you to recompile almost > > everything. > > Newer glibcs DO NOT require you to recompile anything. They should be upward > compatible. This is the magic of versioned symbols. :) > Hmm, I suppose you are right, however why do they then include compatible glibc's for RH6.2 programs (glibc 2.1.3) if the glibcs from RH7.0 (glibc 2.1.91). Err, nevermind, apparently they are for compiling apps destined for 6.2, not to run 6.2 apps on 7.0. And come to think of it, the only things I recompiled were licq (QT updated) and xmps (SMPEG updated). I think all the other stuff only depending on glibc is still fine. So I guess I could even get rid of the compat packages if I don't ever feel like building packages destined for 6.2. Anyway though, here is some info: Red Hat Bugzilla is at http://bugzilla.redhat.com/bugzilla/ Red Hat glibc bug #10588 is at http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=10588 Run this query: http://ftpsearch.lycos.com/cgi-bin/search?form=medium&query=glibc-*2.1.3-16.i386.rpm&doit=Search&type=Case+sensitive+glob+search&hits=15&limdom=&limpath=&f1=Count&f2=Mode&f3=Size&f4=Date&f5=Host&f6=Path&header=none&sort=none&trlen=20 All the ones it found for me were on ftp.bora.net. -Dave
