Slashdot Mirror
Fedora Core 3 Test 1 Released
Gudlyf writes "Notice just went out to the Fedora Announce List about the availability of Fedora Core 3 Test 1. Things expected in FC3 include Linux kernel 2.6.7, GCC 3.4, GNOME 2.8, KDE 3.3, and Evolution 2.0. As always, you can get Fedora Core test releases at redhat.com, specifically here and (for a torrent) here."
It's already starting to act slow, so I might as well post it as an AC to avoid karma whoring.
/core/test/2.90/
/test/2.90/ .90/ .90/ .90/
/core/test/2.90/
.90/ /core/test/2.90/
Announcing Fedora Core 3 Test 1
* From: Bill Nottingham
* To: fedora-announce-list redhat com
* Subject: Announcing Fedora Core 3 Test 1
* Date: Tue, 13 Jul 2004 11:38:37 -0400
[ witty or not-so-witty reference ]
Yes, it's time for the [number] test release of Fedora Core [number]. Fedore Core [number] includes various new features, such as
KDE [version], GNOME [version], and the [version] kernel.
[call for testing]
[admonition about production use]
Problems with Fedora Core [number] test [number] should be reported via bugzilla, at:
http://bugzilla.redhat.com/bugzilla/
Please report bugs against 'Fedora Core', release 'test1'.
For more information on just what the Fedora Project and Fedora Core is, please see:
http://fedora.redhat.com/
For discussion of Fedora Core test releases, send mail to:
fedora-test-list-request redhat com
with subscribe in the subject line. You can leave the body empty. Or see: https://listman.redhat.com/mailman/listinfo/fedora -test-list/
As always, you can get Fedora Core test releases at redhat.com, specifically: http://download.fedora.redhat.com/pub/fedora/linux
Or on the following mirrors:
* North America
* USA East
* http://mirror.linux.duke.edu/pub/fedora/linux/core
* ftp://mirror.linux.duke.edu/pub/fedora/linux/core/ test/2.90/
* rsync://mirror.linux.duke.edu/fedora-linux-core/te st/2.90/
* ftp://mirror.cs.princeton.edu/pub/mirrors/fedora/l inux/core/test/2.90/
* ftp://ftp.cse.buffalo.edu/pub/fedora/linux/core/te st/2.90/
* http://mirror.hiwaay.net/redhat/fedora/linux/core/ test/2.90/
* ftp://mirror.hiwaay.net/redhat/fedora/linux/core/t est/2.90/
* rsync://mirror.hiwaay.net/fedora-linux-core/test/2
* ftp://ftp.net.usf.edu/pub/fedora/linux/core/test/2
* http://redhat.secsup.org/fedora/core/test/2.90/
* ftp://redhat.secsup.org/pub/linux/redhat/fedora/co re/test/2.90/
* ftp://fedora.mirrors.tds.net/pub/fedora-core/test/ 2.90/
* http://linux.nssl.noaa.gov/fedora/core/test/2.90/
* ftp://linux.nssl.noaa.gov/fedora/core/test/2.90/
* rsync://linux.nssl.noaa.gov/fedora/core/test/2.90/
* http://mirror.cs.wisc.edu/pub/mirrors/linux/downlo ad.fedora.redhat.com/pub/fedora/linux/core/test/2. 90/
* ftp://mirror.cs.wisc.edu/pub/mirrors/linux/downloa d.fedora.redhat.com/pub/fedora/linux/core/test/2.9 0/
* rsync://mirror.cs.wisc.edu/pub/mirrors/linux/downl oad.fedora.redhat.com/pub/fedora/linux/core/test/2
* USA West
* ftp://mirror.stanford.edu/pub/mirrors/fedora/linux
* Canada
* ftp://less.cogeco.net/pub/fedora/linux/core/test/2
* ftp://ftp.nrc.ca/pub/systems/linux/redhat/fedora/l inux/core/test/2.90/
* http://gulus.usherbrooke.ca/pub/distro/fedora/linu x/core/test/2.90/
* http://mirror.cpsc.ucalgary.ca/mirror/fedora/linux
* ftp://mirror.cpsc.ucalgary.ca/mirror/fedora/linux/ core/test/2.90/
* South America
* Chile
No, There are no linux drivers for it. You can get it to run using ndiswrapper and the windows drivers though ( i'm posting, connected using one
If you read the release schedule, you'll notice that FC3 isn't due until 18 October.
8 6.torrent.
The link to the torrent can be found in the article text, actually. But since this is Slashdot: http://torrent.linux.duke.edu/FC3-test1-binary-i3
Looks like you'll need to keep fscking with the ndiswrapper since Broadcom are still being bitches about releasing the chip specs. I've heard rumors of a native alpha driver but I think they're just that, rumors.
Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
Are you kidding or just ignorantly looking for karma?
It's got four CDs, einstein, because it's got so damned many apps bundled with it.
Try bundling MS office, MS SQL (two versions of it), exchange, and a few other M$ bloatware apps with XP and THEN come tell me about bloated installs.
You have obviously never installed fedora and if you did you did it to put it on your resume that you are a Redhat expert and have administered it for years.
Ignorance is bliss, I suppose.
Mandrake had that bug.
And SuSe also had that bug.
If you mind not spreading fud and educating yourself have a look at This Page Which tells you how to not only recover the problem, but avoid it all together.
This crap is really getting old, stop trying to place blame only on Fedora dev's when every distro with 2.6 kernel has this problem okay?
-- "of course thats just my opinion, I could be wrong." --Dennis Miller
Take the RPMs from mysql.com. They are really stable and work as expected.
Meme of the day: I browse "Disable Sigs: Checked". So should you.
Things that interest me:
- I see the Freedesktop.org HAL code is being included in test1. That will be interesting to see if and how integrated it will be in the final release. We'll probably also see some sort of real udev support this time.
- The timetable for the next official X.org release is planned to sync with Fedora Core 3. I'm a bit skeptical they can make it in time, but it would be really cool if they did. This will be the first X.org to include the new desktop composition extension from Keith Packards kdrive test.
It's like deja vu all over again.
It's fairly hard for a "normal" User on the slim line between an fairly actual system and a productive system. Anyway, new stuff always attracts me a lot (another load of hours lost :-)...
But the problem on Linux and especially with distributions a la Fedora is interoperability. Every version demands it's own RPM archive, there isn't just this thing like "xine-0.99xx.rpm" and GO. It's just like DLL Hell on Windows with the difference that it's more complicated to have different versions coexisting (M$ did some tweaks in that area); i know, it's cleaner but under M$ "IT JUST WORKS".
What really needs to get done is a wider adoption of sort of freedesktop.org "standards" like DBUS and a defined versioning System for all those *.so libraries on the system. Apple does some fairly cool tricks in that area with so called "frameworks" which exist as isolated directories and can contain multiple versions of a framework. Combined with late binding, it's just possible to trust a certain frozen API version.
I know it was already a huge step forward that most libraries now feature those xxx-config scripts so that the "user" doesn't have to supply all those directories and stuff for easier building. But let's get serious on that: A "real" user doesn't compile his stuff. And without tackling that matter we won't get serious (and working) package dependencies. And till that doesn't work every distribution is in fact a big bloated testing team trying to figure out the dependencies and building propietary packages that only work with this specific version of the distrib...
BTW I think that's part of the reason why gentoo is so successful...
I mean it's on the development schedule that test1 would be released today. This release shouldn't be a suprise for those complaining about installing this new one so soon.
As you can see, the core 3 will be done about October for those using core 2.
=================
Unix is very user friendly, it's just picky about who its friends are.
Why not take a look at CentOS [caosity.org] It's good for those looking for the stability and longevity of RHEL but not the official support from Red Hat.
They'll fix mp3 support when the MP3 codec is free software. There is an RPM out there that adds MP3 support back into XMMS. Hell, it's at XMMS' site, go figure.