New Red Hat Beta 373
Alkini writes "Red Hat just announced a new beta, codenamed Phoebe. Their highlight list includes Mozilla 1.2.1 with Xft antialiased fonts and glibc-2.3.1. The new beta can be downloaded from RH's FTP site or one of the mirrors."
Nice features (Score:3, Informative)
Gnome 2.2
New HTree enable filesystem for ext3 (speeds enhancement). The HTree feature makes file creation, deletion, and lookup faster. On filesystems that have HTree enabled, these file operations should not get significantly slower as the directory grows in size.
XFree 4.3
CUPS is default
but also note SENDMAIL is now only configured for LOCALHOST, if you want to serve you have to do some modifications:
To use Sendmail as a server
By default, the Sendmail mail transport agent (MTA) does not accept network connections from any host other than the local computer. If you want to configure Sendmail as a server for other clients, you must edit
The RELEASE NOTES can be found HERE [planetmirror.com]
NOTE: There has been problems upgrading if one if using Ximian Gnome, you must uninstall then reinstall using Gnome form gnome.org
There goes my bandwidth (Score:4, Informative)
Note: Remove spaces from URLs:
Soviet Russia
ftp://ftp.chg.ru/pub/Linux/redhat/linux/b
http://ftp.chg.ru/pub/Linux/redhat/linux/beta
Canada
ftp://ftp.nrc.ca/pub/systems/linux/redh
USA East
ftp://ftp.rutgers.edu/pub/redhat/linux/beta
ftp://mirror.eas.muohio.edu/mirrors/redhat/lin
ftp://ftp.gtlib.cc.gatech.edu/pub/re
http://www.gtlib.cc.gatech.edu/pub/redhat/lin
ftp://redhat.dulug.duke.edu/pub/redha
ftp://mirror.hiwaay.net/redhat/redhat/li
http://mirror.hiwaay.net/redhat/redhat/li
ftp://mirror.cs.princeton.edu/pub/mirror
ftp://rpmfind.net/linux/redhat
ftp://chuck.ucs.indiana.edu/pub/lin
ftp://mirror.pa.msu.edu/lin
ftp://ftp.cse.buffalo.edu/pub/Linux/redhat
ftp://kickstart.linux.ncsu.ed
USA Central
ftp://linux.nssl.noaa.gov/linux/redhat/l
ftp://csociety-ftp.ecn.purdue.edu/pub/re
http://csociety-ftp.ecn.purdue.edu
rsync://csociety-ftp.ecn.purdue.e
ftp://mirror.cs.wisc.edu/pub/mir
ftp://mirror.mcs.anl.gov/pub/redhat
http://mirror.mcs.anl.gov/redhat/lin
http://redhat.netnitco.net/redhat/linux/beta/p
USA West
ftp://limestone.uoregon.edu/redhat/beta/pho
Pacific
Australia
ftp://planetmirror.com/pub/
ftp://mirror.pacific.net.au/linux/redhat/redh
http://redhat.pacific.net.au/re
Hawaii
ftp://videl.ics.hawaii.edu/mirrors/redh
Re:Another Redhat, more Microsoftalike? (Score:3, Informative)
[piorunek.pl]
Here
Any other questions ?
Re:Does this mean... (Score:2, Informative)
Re:Phobe? (Score:3, Informative)
The joke in the changelog or release notes go like this:
"You know, Chandler, you being here is the best gift I could
ask for Christmas."
"Aww. Thanks Pheebs."
"Ok, now where's my real present?"
It is right there in the link on the story if you take a look. Going to wait on this one. Got my 8.0 box running right and just updated the kernel not going to jump right now unless I get a good reason.
Re:8.0 was great, but... (Score:1, Informative)
* Lack of NTFS support.
I was under the impression that NTFS support wasn't complete. I can't fault Red Hat for witholding a feature that doesn't work reliably.
If NTFS support is actually working now, then you are right.
* No MP3 support in XMMS
They would have to pay royalties. Distributions who aren't paying the royalties are breaking the law. It sucks, but I can't fault them for this.
* DMA is off by default on CD-ROM drives
There are too many broken chipsets around. For example, our HP tc4100s crash hard when you do DMA operations to the CD drive. We found this out the painful way.
Put blame where it belongs... (Score:4, Informative)
Nvidia drivers is due to Nvidia licencing.
DMA support, extra menu and NTFS support I agree is things RedHat should fix. But they can't do much about the rest.
Kjella
Re:If RedHat versioned honestly... (Score:3, Informative)
>RH7.3 - beta
>RH8.0 - alpha
>
>I just got done evaluating 7.3 for use
>on our production boxes, and the decision is
>to stick with 6.2. Anyone else have issues
>with RH releases above (or before) 6.2?
Not really. I've had no trouble running 7.3 for both workstations and servers. What issues did 7.3 have that you found unacceptable?
I'm currently testing 8.0, and so far so good. At least after the latest patches and compiling my own kernel.
One thing I did notice about 8.0 is that it would be nice if you could create LVM physical volumes on top of a RAID partition in their installer, but that is easy enough to do after the fact.
Don't forget kernel.org (Score:3, Informative)
Grab em while they're hot.
http://mirrors.kernel.org/redhat/redhat/linux/bet
Don't forget to use your local mirror from kernel.org if the main one gets slow. I find
This is not whoring. It's showing people an alternative source for the future.
Re:8.0 was great, but... (Score:3, Informative)
Doesn't matter, licensing MP3 technology from Thompson is not an option. The GPL requires that all recipients of the software be free to use the software in any way (including resale) without license fees. If that can not be the case, as with patent fees, then the software can simply not be distributed. It's very clear on this, so the GPL does not allow anyone to redistribute MP3 software in areas where it is patented and requires that license fees be paid to Thompson for commercial use. The GPL was an inappropriate license for those pieces of software, if their goal was for redistribution everywhere. The software can still be redistributed in places where the MP3 technology is not patented, though.
I have source NVIDIA GLX and kernel tarballs here.
Yes, and those source tarballs contain a binary only module compiled with gcc 3.0 (which is known to cause problems, mixing gcc 3.2 kernel with modules from earlier compiler is a no-no) and a couple of source files which glue it in to the kernel's API. Red Hat is not free to redistribute them, and they would not even if they were free to do so. Without the source, Red Hat can not support the drivers.
Re:8.0 was great, but... (Score:1, Informative)
Last I heard NTFS support is very unreliable. You could very well end up trashing your file system if you attempt to write to an NTFS file system. It seems prudent to leave this turned off. It would be nice if FAT partitions were stuck in fstab automatically during the install though.
*That silly "Extras" menu: you never quite know where software is going to turn up
*Lack of a good package management front-end: That Windows-like one they include is good for managing the software on the RH8 CDs, but for removing, installing, and upgrading third-party RPMs, one must resort either to the command line, or better yet, apt4rpm. Apt4rpm should be in by default.
Amen! Red Hat's menu's are attrocious. Apt4Rpm is a beautiful thing. Make a prettly little GUI for the newbies as well, please.
*DMA is off by default on CD-ROM drives. This is easily fixed through config files, but for the average user, this is a hurdle to DVD playing and CD burning.
I think this was a performance/compatibility comprimise that RH made because many of their customers use devices like optical drives which wouldn't work if DMA were turned on by default.
*No MP3 support in XMMS
*No nVidia drivers
I'm actually glad Red Hat did these two. It helps raise awareness of licensing problems with these two pieces of software. It is a stand on principles. Of course whether or not you agree with this stance is another matter but RH has been consistent on points of licensing at least.
I'd also add to the gripe list that Red Hat 8 (as far as I can tell) didn't come with a menu editor prinstalled.
Other than that it was absolutely perfect! Bluecurve is a work of art...
Re:I was hoping they would wait. (Score:4, Informative)
Did you even bother doing basic research before flapping your yap?
ncftp
ftp://beta:PASSWORD@ftp.beta.redhat.com/pub/redha
ncftp
kdebase-3.1-0.9.i386.rpm
kdebase-devel-3.1-
kdebindings-3.1-0.3.i386.rpm
kdebin
kdeedu-3.1-0.3.i386.
kdeedu-devel-3.1-0.3.i386.rpm
Looks like just another "Red Hat is eeevil" fool.
Re:Nice features (Score:2, Informative)
Re:8.0 was great, but... (Score:2, Informative)
It's not obvious, but it seems that menu editing and arrangement are done through Nautilus now, as opposed to a stand-along menu manager.
I could be wrong on this, so please correct me if I am.
-Ben
Re:super hi rez applications (Score:3, Informative)
Higher physical resolution means finer text, not smaller one.
My comments.... (Score:3, Informative)
On the surface it seems good that they're upgrading to Mozilla 1.2.1, but I've had several problems with it compared to 1.0.1. It doesn't display updates to some XUL properties correctly after they update with JavaScript (Yes, I filed it... Bugzilla #185432). Also, it's not caching anything. If I press the BACK button or View Source, it always reloads the page. That's bad news.
OpenOffice.org -- fine now at 1.0.1, but I think the OOo folks are planning a bugfix release soon. Hopefully that will make it in the final release. OOo in RH8 has, for me, crashed the whole X server several times when scrolling around in certain Word and Excel documents. The development branch 643C fixes that problem. Has that happened to anyone else?
Anyone know what "musicbrainz" and "redland" are?
PHP: still at 4.2.2. Apache: still at 2.0.40. PHP 4.3 sounds like it will have a boatload of improvements. They're including beta versions of KDE, Gnome, and X (which will probably be finalized by release date), so why not PHP? And Apache has had several updates since then.
PostgreSQL 7.3. Nice, but upgrading requires a dump and restore. Is that a wise thing to do inside the 8.x series?
Why don't they include SDL_ttf??? Several programs require it. For 8.0, I couldn't find a binary RPM and had to build a source RPM. That worked, except that it conflicted with a
Overall, it looks like it will definitely be better than 8.0, but not a revolutionary upgrade.
Re:I was hoping they would wait. (Score:4, Informative)
1) As others have pointed out, this is a *Beta*, RedHat 8.0.92 to be exact, so many things can change between now and when 8.1 is released
2) This beta actually *includes* KDE 3.1(RC5 or CVS I guess) see http://distrowatch.com/table.php?distribution=red
3) This is *exactly* the same as with Gnome, the beta includes the latest Gnome 2.1(from CVS I think), that by the time 8.1 final is released will become Gnome 2.2(and the same is also true for XFree 4.3)
4) KDE on RedHat is/was not "crippled", I will not bother arguing about this, but if you think the version in 8.0 was "crippled", then doesn't mater what version they ship in the next release you will think the same.
5) You can be sure that RedHat 8.1 final release will include KDE 3.1, you may think that it's still "crippled" though...
(BTW, Gnome 2.2 and KDE 3.1 are both looking very good, I'm sure RH8.1 will be a great release, even better than 8.0, and 8.0 was already very nice)
Hope this sets some facts straight, BTW, I don't even run Linux or KDE/Gnome on my boxes(I administer a few RedHat desktops running both KDE and Gnome at work though), I love my FreeBSD box with Ion [cs.tut.fi], just hate to see people spreading misinformation.
Best wishes and do some research before you post next time!
\\Uriel