Re: RH 9 - new glibc

2003-03-29 Thread Guy Fraser
I will have much homework to do on this issue. I still have a radius server running 4.2, has not missed a beat in years, Dual P133 SPC machine Kind regards Kevin Yikes! Have you run any security scans against it lately? I have just built a new Radius server on FreeBSD and it works great.

Re: RH 9 - new glibc

2003-03-29 Thread Ed Wilts
On Sun, Mar 30, 2003 at 09:54:38AM +1000, Kevin Waterson wrote: > This one time, at band camp, > Ed Wilts <[EMAIL PROTECTED]> wrote: > > > Myth. Did you upgrade from NT4 to Win2K for free? How about from 2K to > > XP? Lucky you - they gave you that for free too? > So, updates from one Enterpri

Re: RH 9 - new glibc

2003-03-29 Thread Kevin Waterson
This one time, at band camp, Ed Wilts <[EMAIL PROTECTED]> wrote: > Myth. Did you upgrade from NT4 to Win2K for free? How about from 2K to > XP? Lucky you - they gave you that for free too? So, updates from one Enterprise release to the next will be free? > > Did you get your office suite f

Re: RH 9 - new glibc

2003-03-29 Thread Eric Burke
> To that extent, yes, 9 is ok for the receptionist's desk, or the sales guy, or > pretty much anybody that just uses it for a web/email/office kiosk. For > developers, or engineers or those such, then the RHEL is a better choice. The receptionists, sales, and other administrative functions are

Re: RH 9 - new glibc

2003-03-29 Thread Guy Fraser
OK then Ed and Jessey. What target is RH targetted for? If it isn't sutable for a corporate desktop and it doesn't support off the shelf software that home users want where does it belong? By the way, I can read and know the difference between depeciated and removed. Usualy when somthing is de

Re: RH 9 - new glibc

2003-03-29 Thread Jesse Keating
On Saturday 29 March 2003 12:06, Gerald Henriksen uttered: > The Red Hat sales dept. disagrees with you. > > Red Hat sales has stated that Red Hat 9 is enough for the corporate > desktop and that RHEL WS is meant for more technical users. See > https://listman.redhat.com/pipermail/phoebe-list/2003-

Re: RH 9 - new glibc

2003-03-29 Thread Gerald Henriksen
On Sat, 29 Mar 2003 07:34:40 -0600, you wrote: >On Sat, Mar 29, 2003 at 12:28:52AM -0800, Eric Burke wrote: >> The bottom line is for a corporate desktop, RH no >> longer serves the purpose. > >The bottom line is that RH9 is not targetted for the corporate desktop. >That's what Red Hat Linux Ente

Re: RH 9 - new glibc

2003-03-29 Thread Eric Burke
> I think you're mistaken here. Release notes for 8.0 were different than that > of the last beta before it, same with juts about every beta -> full release > I've ever seen. > I have been wrong before and will be again. I hope I am wrong here :) > -- > Jesse Keating RHCE MCSE > http://geek

Re: RH 9 - new glibc

2003-03-29 Thread Guy Fraser
Edward S. Marshall wrote: On Fri, Mar 28, 2003 at 11:01:09AM -0500, Bill Rugolsky Jr. wrote: Do you know for sure that it breaks things? I'm about to install it today ... I can verify some PHP breakage (phpwiki's use of gdbm seems to do a number on the glibc upgrade, while other dba_XX(

Re: RH 9 - new glibc

2003-03-29 Thread Guy Fraser
Because there market share seems to be more important to them than their long time supporters. Doug B wrote: If I understand correctly, it seems the reason to jump a major version is because the new glibc breaks binary compatability. OK... that makes sense. Why then would RedHat introduce a new

Re: RH 9 - new glibc

2003-03-29 Thread Jesse Keating
On Saturday 29 March 2003 00:28, Eric Burke uttered: > Well, the release notes should not be that different than the release > notes from the beta. The bottom line is for a corporate desktop, RH no > longer serves the purpose. Once compatibility is broken by adding > something no one else is doing,

Re: RH 9 - new glibc

2003-03-29 Thread Joe Klemmer
On Sat, 2003-03-29 at 04:06, Kevin Waterson wrote: > We admin a network with approx 600 workstations and I feel redhat may not > be the solution for this purpose also. The cost of upgrades is way above > that of Microsoft, who do updates for free. But I would not be going with > a MS solution but

Re: RH 9 - new glibc

2003-03-29 Thread Ed Wilts
On Sat, Mar 29, 2003 at 08:06:55PM +1100, Kevin Waterson wrote: > We admin a network with approx 600 workstations and I feel redhat may not > be the solution for this purpose also. Red Hat Linux 9 is not targetted for you. That's what Enterprise Linux AW is for. > The cost of upgrades is way ab

Re: RH 9 - new glibc

2003-03-29 Thread Ed Wilts
On Sat, Mar 29, 2003 at 12:28:52AM -0800, Eric Burke wrote: > The bottom line is for a corporate desktop, RH no > longer serves the purpose. The bottom line is that RH9 is not targetted for the corporate desktop. That's what Red Hat Linux Enterprise AW is for. If you're trying to use a product t

Re: RH 9 - new glibc

2003-03-29 Thread Gordon Messmer
Eric Burke wrote: Sorry, but the whole NPTL gains nothing...no speed...nothing.No other Linux distro is using it or planning on it. That in itself breaks compatibility and the products usefulness. What makes you think other distro's won't use it? It's in glibc, and AFAIK, the changes have been ac

Re: RH 9 - new glibc

2003-03-29 Thread Kevin Waterson
This one time, at band camp, Eric Burke <[EMAIL PROTECTED]> wrote: > Well, the release notes should not be that different than the release > notes from the beta. The bottom line is for a corporate desktop, RH no > longer serves the purpose. We admin a network with approx 600 workstations and I f

Re: RH 9 - new glibc

2003-03-29 Thread Eric Burke
Hiya, > Why don't you just wait for the release notes, when it's actually released. > Or sign up for RHN and get it a week early. > Well, the release notes should not be that different than the release notes from the beta. The bottom line is for a corporate desktop, RH no longer serves the pur

Re: RH 9 - new glibc

2003-03-28 Thread Jesse Keating
On Friday 28 March 2003 20:23, Daevid Vincent uttered: > Maybe it would be helpful to know or get some idea of what will not work > anymore? I mean, for the most part, my servers are pretty stock RH8. I use > PHP, Apache 1.3.27, mySQL (but the newer RPMS from mysql.com since RH is > pure failure in

RE: RH 9 - new glibc

2003-03-28 Thread Daevid Vincent
o: [EMAIL PROTECTED] > Subject: Re: RH 9 - new glibc > > > On Friday 28 March 2003 17:37, Daevid Vincent wrote: > > Yeah, this baffles me too. It's not like they were close to > a 9.0 release > > anyways, as if they were on like RH 8.7 or something and &

Re: RH 9 - new glibc

2003-03-28 Thread Jesse Keating
On Friday 28 March 2003 17:37, Daevid Vincent wrote: > Yeah, this baffles me too. It's not like they were close to a 9.0 release > anyways, as if they were on like RH 8.7 or something and just took a small > leap. They went from 8.0 to 9.0 with no intermediate steps. If this is such > a huge jump a

RE: RH 9 - new glibc

2003-03-28 Thread Daevid Vincent
Yeah, this baffles me too. It's not like they were close to a 9.0 release anyways, as if they were on like RH 8.7 or something and just took a small leap. They went from 8.0 to 9.0 with no intermediate steps. If this is such a huge jump and so much is going to break, then it seems mighty foolish to

Re: RH 9 - new glibc

2003-03-28 Thread Matthew Saltzman
On Fri, 28 Mar 2003, Bart SCHELSTRAETE wrote: > Bill Rugolsky Jr. wrote: > > >On Thu, Mar 27, 2003 at 11:20:42PM -0600, Doug B wrote: > > > > > >>If I understand correctly, it seems the reason to jump a major version > >>is because the new glibc breaks binary compatability. > >> > >>OK... that mak

Re: RH 9 - new glibc

2003-03-28 Thread Michael Smith
There is a WINE workaround... http://www.winehq.org/index.php?issue=163#Making%20Wine%20Run%20With%20glibc%202.3 -Michael On Fri, 2003-03-28 at 13:39, Bart SCHELSTRAETE wrote: > Bill Rugolsky Jr. wrote: > > On Thu, Mar 27, 2003 at 11:20:42PM -0600, Doug B wrote: > > > > > If I understand correc

Re: RH 9 - new glibc

2003-03-28 Thread Bart SCHELSTRAETE
Bill Rugolsky Jr. wrote: On Thu, Mar 27, 2003 at 11:20:42PM -0600, Doug B wrote: If I understand correctly, it seems the reason to jump a major version is because the new glibc breaks binary compatability. OK... that makes sense. Why then would RedHat introduce a new glibc into R

Re: RH 9 - new glibc

2003-03-28 Thread Edward S. Marshall
On Fri, Mar 28, 2003 at 11:01:09AM -0500, Bill Rugolsky Jr. wrote: > Do you know for sure that it breaks things? I'm about to install > it today ... I can verify some PHP breakage (phpwiki's use of gdbm seems to do a number on the glibc upgrade, while other dba_XX() backends seem to be unaffected

Re: RH 9 - new glibc

2003-03-28 Thread Bill Rugolsky Jr.
On Thu, Mar 27, 2003 at 11:20:42PM -0600, Doug B wrote: > If I understand correctly, it seems the reason to jump a major version > is because the new glibc breaks binary compatability. > > OK... that makes sense. > > Why then would RedHat introduce a new glibc into RH 8 that breaks > compatabilty

Re: RH 9 - new glibc

2003-03-27 Thread Christopher Chan
> > It's a *whine* about breaking RH 8.0 The version of glibc that came as an > update for RH 8.0 breaks compatability with some programs. Oh, sorry, misread...been reading too much rubbish about RH taking over the world. > > Doug -- Psyche-list mailing list [EMAIL PROTECTED] https://listman

Re: RH 9 - new glibc

2003-03-27 Thread Doug B
On Thu, 2003-03-27 at 23:27, Christopher Chan wrote: > > If I understand correctly, it seems the reason to jump a major version > > is because the new glibc breaks binary compatability. > > > > OK... that makes sense. > > > > Why then would RedHat introduce a new glibc into RH 8 that breaks > > com

Re: RH 9 - new glibc

2003-03-27 Thread Christopher Chan
> If I understand correctly, it seems the reason to jump a major version > is because the new glibc breaks binary compatability. > > OK... that makes sense. > > Why then would RedHat introduce a new glibc into RH 8 that breaks > compatabilty with some programs (wine comes to mind and apparently >

RH 9 - new glibc

2003-03-27 Thread Doug B
If I understand correctly, it seems the reason to jump a major version is because the new glibc breaks binary compatability. OK... that makes sense. Why then would RedHat introduce a new glibc into RH 8 that breaks compatabilty with some programs (wine comes to mind and apparently VMWare)? Shoul