RedHat 7.3 beta (skipjack) is out
Just saw in Red Hat's FTP's - Redhat 7.3 (codename:skipjack) is available for download. There aren't lots of changes there, but you'll find that RedHat 7.3 comes with KDE 3.0 (rc3 is on this beta), you'll need to remove the Ximian Gnome before upgrade, and in general - read the release notes before testing this release. As always, don't try it on your main Linux partition, and use the mirrors. Annoucment is here (thanks to Linux Weekly News)
This 7.3 is good. I wanted to see a more refined 7.2 before a new approach was reborn. This is one step toward perfection before they release a new offspring.
Free Mac Mini
Since the 4.0, release RedHat has done a .0 -> .1 -> .2 -> .0 release. I cannot comment officially on how this happened, but I was watching Rawhide, and up until about 3 weeks ago, RedHat had gcc 3.1 as their primary/only compiler, then all of the sudden, they reverted back to a gcc-2.96 and gcc 3.0.4 combo. I assume this was the point where they decided to release a 7.3 instead of an 8.0. Perhaps it had to do with the maturity of the 3.1 compiler, perhaps something else, but it is surely a deviation from their established timeline.
As a sidenote, though I am very excited about gcc 3.1 which branched on Feb 28, I think that RedHat's move is a good one. They can use this time to perhaps plan an 8.0 release that will support x86-64 (Hammer) architecture.
Guess what? I got a fever! And the only prescription.. is more cowbell!
this is a common problem w/the up and coming Linux users and goes to show why distributions like Mandrake continue to exist even when *I* (being of middle ages Linux) can't stand bloated shit.
;)
Users feel that everything should come standard w/each distribution. Just b/c a distrib is not using X does NOT mean its broken. In fact RH is known for its excellent testing.
Stop being so lazy. Sheesh.
The youngins just need to learn
> I try to keep my laptop pure redhat with no
.spec file. A growing number of projects include one. A tarball with a .spec file it better than a SRPM file for all practical intents and purposes. Just do "rpm -tb .tar.gz instead of "rpm -i .srpm ;rpm -bb /usr/src/redhat/SPECS/.spec"
> self compiles.
There is a way to have your cake and eat it too. Build your own RPMS with anything you want that didn't ship on the CD or rebuild their packages with different options. If you build it yourself you can know it will run with your libraries and such. Keep the SRPMS around and you can quickly rebuild anything that breaks after the next OS upgrade. Since you are keeping everything managed with RPM your packages get managed in the same way as RH supplied software and everything 'just works."
It isn't that hard anymore. If you can't find a SRPM on rpmfind.net grab the tar.gz and look inside for a
Democrat delenda est
Mostly the fact that 3.0.x -> 3.1 will break binary compatibility yet again, and will be out soon. .0 release with gcc 3.0.x would mean having to do gcc 3.0.x throughout all .x releases, even after it's obsolete.
Releasing a
It's better to just skip 3.0.x and get a 3.1 or 3.2 based distribution out when it's ready.
This message is provided under the terms outlined at http://www.bero.org/terms.html