Slashdot Mirror
Red Hat Linux Project Merges With Fedora
An anonymous reader writes "Red Hat has announced a merger of its Red Hat Linux Project with Fedora Linux, a group that has specialized in providing high-quality RPM packages for Red Hat. According to Red Hat, 'The Fedora Project is a Red-Hat-sponsored and community-supported open source project. It is also a proving ground for new technology that may eventually make its way into Red Hat products.' From the FAQ: 'Rather than being run through product management as something that has to appear on retail shelves on a certain date, Fedora Core will be released based on schedules, set by a steering committee, that will be open and accessible to the community, as well as influenced by the community.'"
Still wouldn't mind seeing a history of Fedora per se though. Seems like it's a more open, community-oriented Rawhide. Is that accurate?
Prevent email address forgery. Publish SPF records for y
From looking at the package list, they are not listed.
The new up2date already available in rawhide and to be included in the next beta already includes APT and Yum repository support. The yum tool (very apt-get like) will also be included with the base distribution in addition to up2date.
AFAIK Red Hat will not sell support for the Fedora distribution. If you want support go with the Enterprise products, of which I'm sure we'll see more of in the future.
The Red Hat/Fedora merger sounds OK. One thing, though: In the past, it has been very difficult to verify the PGP signatures in Fedora's packages: The packager's public keys were hard - sometimes impossible - to find. I have looked through the fedora.redhat.com web site, hoping to find out how they plan to manage PGP-keys and signatures in the new Fedora distribution, but I couldn't find any information. Does anyone know?
Because the red hat in the Red Hat logo is a fedora.
Apologies for the blatent plug, but you might be interested in up3date, which is free in the GPL, money and survey senses, and lets you autoupdate as a cron job from Redhat FTP mirrors or set up your own local HTTP mirrors for supporting multiple machines.
It is another community-oriented project that makes high-quality RPMs for people that have Red Hat Linux, but think Red Hat have messed up bad with KDE. Also, they allowed me to upgrade from KDE 3 to 3.1 using Red Hat 8, without breaking my system. Check these guys out at kde-redhat.sourceforge.net.
Copying myself from OSNews . . .
From http://fedora.redhat.com/about/name.html:
I wish Red Hat weren't so non-committal here, but does this mean that instead of CheapBytes selling Pink Tie, LinuxCD selling Blue Jacket, and OSDisc selling Red Tux, every third-party CD Vendor will just call it Fedora?
http://kde-redhat.sf.net
MS has a very consistant standard for UI.
Bullshit. Microsoft USED to have a very consistant UI. Gradually, they are corrupting individual packages to make them INCONSISTANT.
Example: Word vs. Excel.
Open 2 word documents. You get 2 items on the task bar. And each window is totally seperate. Use the upper-right close button to close one window, then then other.
Now, open 2 EXCEL documents.. Two windows... Two icons on the task bar. Click the upper-right close button on one of the windows... BOTH WINDOWS CLOSE>
Excel has always had a dependent window model, each spreadsheet was a sub window of the master window (a la program manager in Windows 3.1), but, users complained because each sheet didn't show up in the task bar.. So they completely trashed the dependent window model for Excel, and now window-management between Word and Excel have different behaviors.
There are other consistancies in double-clicking in windows explorer, and etc..
-- You can't idiot-proof anything, because they're always coming out with better idiots.
The goal is to provide as many routes for distribution as we can - both of ISO files and updates for the current version - which in generally will be following the mainstream, so if sendmail 8.foo has a bug and they put out 8.foo+1, expect the path to be an update to foo+1. We can do this with Fedora while with RHEL you have to do careful backports of specific fixes.
With regard to custom stuff the best model may well be to set up your own local YUM repository o the extra's you maintain - either for yourself or for the world to use. Turning a collection of RPM files into a yum repository is nice and easy.
You need an update tool like apt. Upgrade the redhat-release package by hand and the tiny number of bits you need to get apt-rpm for the new version installed (its about 10-12 packages). Then just tell apt/yum/.. to update your box and wait.
You don't get the automatic migration and addition of extra goodies that the installer does but in general it works fine and for anyone with a little knowledge adding a few packages on top by hand is not hard.
Funnily enough the new rawhide up2date has the option "--upgrade-to-release=[version]"
I was shocked to see them dropping mature popular window managers (fvwm et al), and classics like xtetris and xevil, as well as UNIX staples like fortune.
In all cases, it is because these programs conflict with the goal of selling the Redhat distro as a business desktop system, with minimum variations between installations and nothing "non-professional"
Actually, xtetris and fortune were both dropped for licensing reasons. Tetris is copyrighted, and Red Hat doesn't have the rights to distribute it. Fortune doesn't have copyrights to a large portion of the quotes in the standard databases. These items, along with mp3 software support were dropped as Red Hat (and everyone else) becomes more aware of the property issues that have from time to time been ignored.