Weekly Edition
Return to the Announcements page
| |||||||||||||
|
| |||||||||||||
Red Hat Linux hard at work
Here are two press releases showing wins for Red Hat. The first is from
RackSaver, which has provided a BladeRack system to the Mars Space
Flight Facility at Arizona State University. The Mars Space Flight
Facility's new BladeRack is a 50-node, dual AMD 2000+ processor-powered
system, running Red Hat Linux Version 7.3.
Dell and Oracle announced the delivery of integrated solutions to Louisiana's Nineteenth Judicial District Court. These Dell servers run Oracle9i Database with Real Application Clusters and Oracle9i Application Server on Red Hat Linux Advanced Server. (Log in to post comments)
Red Hat Linux hard at work Posted Mar 24, 2003 20:18 UTC (Mon) by skvidal (subscriber, #3094) [Link] Apparently hard at work on red hat linux 9www.redhat.com/index2.html -sv
Red Hat Linux hard at work Posted Mar 24, 2003 21:04 UTC (Mon) by proski (subscriber, #104) [Link] Unbelievable. Given that Red Hat 9 will be available starting March 31, 2003, it looks like they are going to skip 8.1 and go for another x.0 release. Perhaps they are trying to improve public perception of their x.0 releases, "outnumber" competitors and absolve themselves from the need to be compatible with Red Hat Linux 8.0.
Red Hat Linux hard at work Posted Mar 24, 2003 22:06 UTC (Mon) by jjstwerff (subscriber, #4082) [Link] They use a new version of glibc so compatibility between the 8.0 and 9.0 will be limited...They need the new version of glibc for their RPM utility to be thread-safe. There is support for user-space locking in the new glibc so everything will be more stable... and RPM really needs this upgrade, it is almost impossible to do remote upgrades with the current state of affairs...
Red Hat Linux hard at work Posted Mar 24, 2003 22:37 UTC (Mon) by jwharmanny (guest, #971) [Link] I think the RPM bug was one of the most horrible features of RH 8.0. They should have released some kind of update for that but they didn't.Just me trying to install software from their own, official, redhat-branded CD's, should work out of the box. Instead, it locked up and screwed up some kind of database files, which were to be rm -rf 'd by hand or RPM would never work again. Releasing a 9.0 without a single public beta isn't exactly a sign that things are tested more thorough now. It's very easy to accuse RH of being too 'closed'. However, a lot of open-source hackers are sponsored by RedHat, so they're much more open than for example Xandros or Lindows. Gnome, GCC, the kernel, and lots other major free software projects wouldn't look as good as they do now, without RedHat. Most people tend to forget that a bit too easily.
Red Hat Linux hard at work Posted Mar 24, 2003 23:01 UTC (Mon) by smoogen (subscriber, #97) [Link] There were 3 open betas for this release. It is just that most people thought they would be for 8.1 because they were internally numbered 8.0.91 8.0.92 8.0.93
Red Hat Linux hard at work Posted Mar 24, 2003 23:49 UTC (Mon) by proski (subscriber, #104) [Link] It's not that simple. Please see bug 73097, in particular the last comments by Jeff Johnson:The good news is that rpm-4.2-0.28nptl (probably, untested as of this moment) fixes the stale lock problem.
Red Hat Linux hard at work Posted Mar 24, 2003 23:43 UTC (Mon) by tjc (guest, #137) [Link] They use a new version of glibc so compatibility between the 8.0 and 9.0 will be limited... They need the new version of glibc for their RPM utility to be thread-safe.I wonder if it isn't the change from rpm 4.1 to 4.2 itself that's responsible for the change in major version numbers. I noticed that there's been a recent update to glibc 2.3.2 released for Red Hat 8.0, which is a bit newer than the version in Phoebe 3.
|
|
||||||||||||