Fedora 8 Release Candidate 3 has been released. "Fedora 8 Release Candidate 3 has been released on the torrent site. Both DVD and Live images have been provided. Unless something goes terribly wrong, these will be the same bits (modulo gpg signed SHA1SUM files) that will go to the mirrors for the final Fedora 8 release." Update: There is an interview up about CodecBuddy's inclusion in Fedora 8 with the two developers behind this feature.
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:2005-07-24
"""
I agree that back in F2-F3 Yum was dog slow. Never the less, it has steadily improved on each release.
As long as your have fastestmirror package installed, Yum/F8 can rival apt in speed.
There are still some issues to fix (the assoying checksum-match problem - that should be auto-handled instead of need a manual 'yum clean all'), but there are getting there.
"""
The three distros I use in my daily life and my business are CentOS, Fedora, and Ubuntu. I ran F8 for a bit, recently, for testing purposes. And while yum has gotten a lot better and has perfectly acceptable performance, it still can't match apt for speed. Apt handles dependencies faster, and downloads over my 12mbit connection faster. I think apt can pull bits from multiple servers at once.
That said, I have *not* had a chance to try out the new "presto" capabilities that have been enabled by default in F8. I'm anxious to see the benefits of delta patches.
Edited 2007-11-03 10:49
Member since:2005-07-06
IMO, presto is not ready yet. (But I've yet to test it on newer versions of F8).
It was stable, but somehow, even on a dual quad-core Clovertown, yum seemed (IHMHO!) slower.
Hopefully it'll be ready by F9.
As for speed, a couple of months ago I would have agreed with you... however, my local Debian mirror is down and I'm forced to use remote servers, slowing down apt considerably. (netselect-apt didn't really help)
For now, with no local mirrors, apt is just as fast (or as slow) as yum.
- Gilboa
Edited 2007-11-03 10:58
Member since:2005-07-06
the assoying checksum-match problem
Ah, I am not alone.
I live in town with very greedy ISP, end watch for any extra traffic byte. After another kernel update( i tend to install only secutity or low size (< 1mb)updates ), start yum update kernel. metadata downloaded (5 MB!!!! terrific traffic, but necessary, 2-3 days w/o online and i compensate it), and... checksum error, try another mirror. Wait... another 5 mb metadata, checksum error... Damn, CTRL-C. Trying another mirror... CTRL-C CTRL_C CTRLC ... 5 мб loaded, checksum error, another... I urgently open terminal to server, hands tremor, wrong password, annother try, ok, killall pppd, Yes, it shut up. 30 MB traffic to trash, great.
That was worst day, I loose not only traffic but faith in progress. RedHat is very serious company, they support guys that familiar with black magic (CPU TLB issues, non standard hardware, all that stuff beyond mortal ) and so loose in simple file downloading.
Edited 2007-11-03 11:22
Member since:2005-07-24
Member since:
2005-07-06
I agree that back in F2-F3 Yum was dog slow. Never the less, it has steadily improved on each release.
As long as your have fastestmirror package installed, Yum/F8 can rival apt in speed.
There are still some issues to fix (the assoying checksum-match problem - that should be auto-handled instead of need a manual 'yum clean all'), but there are getting there.
As for "Seems like in the past Fedora has made it difficult to get codecs" part, First it's wasn't Fedora's fault - the U.S. prevented them from doing anything that might help the user break the U.S law. (By gaining access to questionable codecs such as MP3)... but it was never "hard".
All you needed to do was to install a single RPM (livna-release) and install the missing codecs.
- Gilboa
Edited 2007-11-03 10:03