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
Here are some screenshots i found: http://anyweb.kicks-ass.net/linux/fedora/index1.ht ml
Mohahah!
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
No it wont' ever work because broadcom will not release docs for the chipset. deal with it or buy a different card. if you want 54g i suggest the prism gt(www.prism54.org) chipset. there are drivers in the 2.6 kernel since about 2.6.5.
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
Before I was able to fix everying in RedHat 9, Fedora Core 1 came out, and before I could fix everything in Fedora Core 1, Fedora Core 2 came out. I will bet that by the time I fix everything in Fedora Core 2 they will release Fedora Core 3 no later than 2 days afterwards. Any takers?
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.
If you look at the roadmap, FC3 isn't supposed to be out till the 18th of October, a full month after Gnome 2.8 is supposed to be released.
Maybe this was just a fluke, but I can't understand the whole idea of a point release every few months.
The point is that it's a development version test release, not a point release, in order to find out what all the problems are as quickly as possible so that they can be fixed before the next point release so there can be a next point release someday.
If you aren't interested in testing potentially broken things avoid it.
KFG
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.
The discussion lists you want are listed here.
Now that they have a test release, I would recommend the fedora-test list to track what is going on with FC3 or the fedora-devel list.
I hate to be cynical, because I really like FC2, but most of the major bugs that plague FC2 were found a long time before release and duly reported. The developers did nothing about them, releasing anyway. So don't really expect them to fix any bugs you find.
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.
1)Find the drive geometry of your disk (see below).
2)Boot the machine on the install CD.
3)Invoke the installer by typing: linux hda=c,h,s where c,h,s is the number of cylinders, heads and sectors of the disk, respectively.
To find your drive geometry:
1)Boot into linux w/ root (a liveCD is ok).
2)Type: fdisk -l /dev/hda
3)Write down the number of cylinders, heads and sectors. Now just complete the steps above.
Hope this helps...
Let me guess, you've got an older Dell with the Intel 440GX chipset, and maybe even a DAC960 onboard?
m
There are many open bugs in RedHat's Bugzilla (just search all open bugs for 440GX) which prevent RedHat 9 and newer (FC1, and FC2 included) from being installed.
The last RedHat I have been able to get installed on those machines is RedHat 7.3. So far the only workaround I have found which should work is to rebuild the installation media with a rebuilt kernel which works with that chipset, but I have not yet tried it myself:
http://www.techonthenet.com/linux/fc2_update.ht
Apparently, the bug which affects the 440GX chipset is fixed in 2.6.7, so possibly FC3b1 will work where previous FCs have failed...
You don't need all four CDs -- each CD only depends on the contents of itself or earlier CDs, and they put the more popular software on earlier discs too.
If you want a "typical" desktop (kernel, mozilla, aim client, a few games, openoffice), then you probably only need the first disc. If you want some really obscure application, you might need to dip into a later disc. (Development documentation, etc.)
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.
Actually 2.6 is what's included. 2.8 is planned for final release.
Trolls lurk everywhere. Mod them down.
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.
It's not a universal bug. I've got four FC2 systems up right now, and none of them were effected.
I don't know a whole lot about it (since it didn't effect me, it mostly just passed by me), but just because your gentoo system wasn't effected, doesn't mean someone elses wasn't.
Funny how I installed SuSE 9.1 to dual boot with WinXP without any hitch whatsoever (except not being able to remember my passwords as I don't boot into it too often :P)
Seriously, though, I think that Fedora 3 stands a chance of being reasonably good for the "average Linux user." By that, I mostly mean going back to the pre-Fedora levels of troubleshooting while improving on the user-friendliness.
I just had a painful weekend trying to upgrade my machines at home. I managed to install FC2 on my desktop without a glitch but the first thing I did (and anyone else would do) after booting up --- trying to update the system --- failed because of two bugs (one of which is in rpm and is supposedly fixed but a new package is not released yet).
My server refused to take any of the newer stuff from Red Hat. It is an VIA mini-ITX box running RH9. I was hoping to update to FC2 but due to a bug in the 2.6.6 and earlier kernels which affects the C3 CPU, the installer can not even start. (Heh! I just found out that there is decent workaround posted for this one. Who says that posting to Slashdot does not pay out?)
I also tried to install RHEL Academic Edition (which looked like closely derived from RH9) only to discover that it does not support this particular machine (too bad --- I was going to gladly pay the $50 for updates).
From the news in the past couple of months, it looks like most of the latest offerings (not only by Redhat) have had too many issues to be considered decent. It looks like the reason for that is that most problems are bugs in the kernel (firewire, VIA C3 support) or are related to the kernel (Windows dual-boot issue).
With the exception of firewire support, however (which I don't know if it has been fixed in 2.6.7), the issues that concern me have been resolved. Also the publicity around some of the issues gives me hope that the Fedora folks will be a little more careful with the next release. This makes me think that Fedora 3 may finally live up to the expectations.
well. I'm running Gentoo, not Redhat.. but I have a hell of a lot of hot and beta packages witout any critical or even anoying problems..(Unless I try to view SVG's in konquror!)
Linux on the desktop is a lot more stable thease days.
I'm a little worries about GCC 2.4, Gentoo hasn't moved to it yet because it's buggy, even though it could make a lot of gentooers compile times much shorter. (new parse, Precompiled headers).
thank God the internet isn't a human right.
If you check the package lists, you'll see:
gcc-3.4.1-2.i386.rpm
So... problem solved?
If you had a machine where the disk geometry was right (meaning, if you installed Fedora it would cause Windows XP to stop booting), and you installed Gentoo using a liveCD from any distro using the 2.6 kernel, and you installed GRUB (was it GRUB or LILO or both? I don't know) using that live CD, then you'd have a problem. I'm not sure that's right, but that's what I've been given to understand.
So the reason problem has been really rare for Gentoo users is probably just that this would be a rare combination to run in to. On the other hand, Fedora installs from only one install CD, which has the 2.6 kernel, whereas you can install Gentoo from any liveCD, and so you could be using any number of kernels. Plus, Fedora users are a little more likely to install from scratch, which will overwrite the boot record. If you're a Gentoo user, you'd just use portage and recomile the kernel, and alter grub.conf. Anyone who reinstalls Gentoo from scratch because they want to update is an idiot (it takes too friggen long). Whiping your old install of Fedora Core1 and installing Core 2 isn't that insane. And even if you met all of those requirements, you'd still need to happen to have the bad disk geometry, which wasn't that common to begin with.
So, I guess I'm saying that I don't think Gentoo avoided this problem some inherent 'better'-ness. It just so happened that a number of factors made it an extremely rare bug to encounter.
Firewire access was fixed about a month ago with a kernel update. But yes, in general you are right - this is not the distro for people that want something stable and unchanging. It is bleeding edge, and as always, that means you do cut yourself from time to time.
Trust the Computer. The Computer is your friend.