Drool... WAS --> Re: Autoconf Version 2.14.1

Craig M. Reece craigthulu at earthlink.net
Fri Jan 5 07:35:57 PST 2001

Well, okay, then if there isn't going to be a book update yet; are there any 
specific gotchas with glibc2.2 missing/adding things that 2.1.3 did/didn't 

IIRC, db1 was one such thing. I haven't morphed BerkeleyDB3 to install in 
(more or less) standard places so everything finds it okay (kpackage being my 
current picky prog even though rpm-4 didn't have a problem with it).

Also, does anyone use vmware? Will it run with kernel 2.4.0? Unfortunately 
WINE doesn't run Visual InterDev well enough for me at work so I am still 
stuck using vmware. Or, which would be even better, does anyone know of a 
similar program to VID that would allow me to do ASP development without 
having a MS environment at all?

On Friday, January 05, 2001 10:23 am, Gerard Beekmans spoke thusly:
> > Does this mean that the next version of the LFS Book will use glibc2.2?
> > Pant, drool, slaver... (how about kernel 2.4.0 while I am dreaming...?)
> Don't dream. It's reality. I've tested Glibc-2.2 extensively and everything
> runs fine. X402, KDE, OpenGL/mesa/glut and a whole bunch of other software
> (haven't tried Netscape yt). I'm not done testing but so far everything
> worked just fine, so I think glibc-2.2 isn't all that bad as it was in
> RedHat7
> 2.4 kernel works great too (i've been running a test12 kernel though.
> Havne't tried the official release yet but I don't imagine it'll be worse
> than the test12 one).
> All we are waiting for I think is GCC-3.0 to be releaed, although I have
> absolutely no idea how long that's going to take. Therefore I am not sure
> if we should run a glibc-2.2 system without gcc-3.0. The fact that it runs
> superb  on my end doesnt' mean that everybody else has no problems or feels
> comfortable with gcc-2.95.2 running under glibc-2.2

Unsubscribe: send email to lfs-discuss-request at linuxfromscratch.org
and put unsubscribe in the subject header of the message

More information about the lfs-dev mailing list