Slashdot Mirror
Fedora 7 Released
fedoraman writes "Fedora 7 has been released. With Xorg 7.3, KDE 3.5.6, GNOME 2.18, and version 2.6.21 of the Linux kernel Fedora 7 comes with all the latest and greatest open source desktop software. Fedora 7 drops the traditional 'Core' nomenclature, since it includes both what used to be termed the Core and Extra components by default. Fedora 7 is also the first release to be constructed with Fedora's revolutionary new build system, which is designed to improve the ease of developing derivatives and Fedora-based software appliances. As usual, extensive documentation and release notes are available. Torrents are also available and ISO images can be downloaded from mirrors around the world."
That's nice. I guess I'll try it out on a live DVD some time. I have been a Redhat/Fedora user for 9 years, but unfortunately FC6 was unable to load on my latest PC with an Intel 965 motherboard, so I had to switch to OpenSUSE 10.2.
OpenSUSE has taken some getting used to--YaST admin/update tool, Beagle instead of the locate tool, some interesting tweaks in the UI, European defaults for certain settings such as Ghostscript paper size that I had to track down and adjust. Furthermore, it seems to be a bit behind in its kernel versions. But it's worked great and the functionality is all there, especially after switching YaST's software manager to a set of European archives which include all the multimedia stuff like mp3, full xine codecs, and mplayer. It seems not to have as large a user base as Fedora, also.
I wonder how F7 compares to recent versions of the popular distros like Ubuntu, Kubuntu, etc. It seems to me they've fallen a little behind in the way they integrate the kernel and UI aspects of the Linux system, and Fedora has always required a fair amount of tweaking to get things like multimedia to work up to snuff. It's rather bloated actually. Anyway, will have to give it a spin before drawing conclusions. But I'm staying with OpenSUSE for the moment.
it's = "it is"; its = possessive. E.g., it's flapping its wings.
Not even x.org has 7.3 yet! Fedora is really on top of things!
What is the current state of KDE vs GNOME on Fedora? I avoid the desktop on my machines as much as possible due to old history but am considering trying again. What are the diffs? Do these both have the 3D features now?
It's not Xorg 7.3 that's packaged with Fedora, but Xorg 7.2 with the xorg-server 1.3.0 release. It still features very interesting software, like, for example, noveau, a free reimplementation of NVIDIA's hardware-accelerated 3D-drivers (still work in progress, of course), as well as a kernel patched with the all-new and highly anticipated mac802.11-subsystem that whould yield much better compatibility and performance for all things WLAN. I also like this idea of "Revisor", an application easily allowing for building customized bootable (install-)media with specific packages only.
:%s/Open Source/Free Software/g
YTARY!
... with Xorg 7.3, KDE 3.5.6, GNOME 2.18, and version 2.6.21... and many more numbers! More numbers than ever before. If it's numbers you want, you've come to the right distro!
I was all excited (have been using fedora since fc3) until i saw the codename....Moonshine? you have got to be kidding me!
Can't find the release notes, they're already 404'ed from slashdotting.
General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
While Linus and the rest of the Kernel's (play on "Peanuts") gang adhere to GPL, many distributions do not, and they patch the kernel with non-GPL patches or configure the kernel to work with old and outdated "drivers" from hardware manufacturers who refuse to open up their source.
Additionally, the big distros are usually some of the main contributors of code to the kernel. Sometimes they have modifications to the kernel that they feel should have been included in the mainline. Sometimes it turns out that they were right but that the changes haven't been tested thoroughly yet.
Lastly, some stuff, like Bootsplash, could easily remain a project on its own without having to be part of the mainline kernel.
-Benjamin Vander Jagt
release notes: 404 Not Found
Go slashdot Editors! Way to earn that paycheck! Keep up the hard work.
"You never know when some crazed rodent with cold feet might be running loose in your pants."
-Calvin
The first thing I do after installing any distribution on any of my machine is to download a vanilla kernel and compile it specifically for my machines. I've got a whole database of different .config's sitting around for each of them (and of course they change pretty often as my machines change).
From the Fedora release party in our office in Westford (yes, seriously); get it while you can and ENJOY!
It annoys me that you don't know that this is the official method for distributing kernels today.
The same is also true of glibc.
You may choose the distribution you want to run. You could choose one without a pile of patches to the kernel. Several of the features of many of these distributions depend on those kernel patches. If you don't want those features, don't run those distributions.
You might just as well ask why Linus thinks he knows better than the users, who want those drivers.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
> Is there a good reason they seem to think they know better than Linus and all the other devs working hard on the standard kernel
> or is it just an ego trip for the developers at these distros?
Yes, there are lots of good reasons. We can start with Xen. All of the big distros support it but it isn't in the mainline kernel tree. So right there you blow away the ability to run the mainline kernel without breaking things. The list goes on from there. The latest device drivers that haven't yet made it upstream, bug fixes that are working their way upstream, etc. There are lots of other good reasons why a distro kernel gets patches.
SUSE, like RHEL is longterm stable. That means bug fixes and security issues get patched into the same base kernel that originally shipped with that version of the distro because revving the whole kernel would be a nightmare.
That said, Fedora does have a policy of trying to stay close to the upstream kernel, pushing their patches upline wherever possible and not being afraid to revv the whole kernel in the lifetime of a 'stable' release. But when it comes down to big patchsets like Xen that they really want to ship but that neither Xen nor Linus appear interested in seeing merged they don't really have much of a choice. Longterm, just as an interested bystander, I'd suspect Xen to disappear from Fedora once KVM gets stable enough to totally replace it for the non-enterprise workloads Fedora is aimed at.
Democrat delenda est
I don't know about you, but all distro's I worked with, I have been able to compile a custom kernel. To make it really easy, usually they have the 'kernel-sources.rpm' (for SuSE and Fedora/RedHat) but you could just as well download the latest from kernel.org. The problem is usually, that when YOU compile a kernel, that YOU don't know which options should be turned on to make that particular distro work again (like SELinux or JFS/ReiserFS) but I have not heard yet that they develop their own kernel extensions.
Custom electronics and digital signage for your business: www.evcircuits.com
What I'd like is for Red Hat to build better diffs, develop some alternative scheme for merging in new code, or get as many of their patches rolled into the -mm tree as possible, then use the -mm tree exclusively. It may not be a true vanilla kernel, but at least -mm is openly maintained, heavily used, popular and actively folded into the mainstream.
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
The article tells the KDE version included.
Both KDE and XFCE have been included in the test version repositories, so they should be in the final release.
I have not used Red Hat since version 4.2, but I think I'll give the live dvd a spin to see what they've changed since then. I'll probably stick with debian and Zenwalk as my main distro's though.
http://fedoraproject.org/wiki/Docs/Beats I'm pretty sure those are quite similar to what we would have found on the 404'ed Release Notes page.
I had heard that Extras was going to be included, but the x86 DVD iso is under 3 GB in size. One would think that if all the stuff in Extras was included that it would be bigger. If it's not included, where does one get it? Hopefully not via a remote yum server, as I'd prefer a standard ISO issued with the release.
If anyone can help, it would be greatly appreciated. I can't check the release notes right now, as they are slashdotted. TIA.
I don't see EFI boot in the notes. Is this really still not supported?
-Peter
Is there a good reason they seem to think they know better than Linus and all the other devs working hard on the standard kernel
Linus and the other kernel devs have different, but partially overlapping goals. Distributions value stable, well tested kernels with new features as a secondary goal. Kernel devs want new features, increased performance, etc, with stability perhaps a bit less of a priority.
So it's not that Redhat/SuSe/Ubuntu "know better", it's that the distributions work on kernel stability a lot more than the kernel devs. This is NOT anything new. The days of thinking you should go get "the latest kernel from Linus" and just expect everything to work properly went away years ago. Did I used to go re-compile my kernel from the vanilla source? Sure. Do I do it anymore? Hell no, and without a good reason to I never will. If you want that sort of thing, pick a distribution that values the vanilla kernel. Otherwise stop griping.
AccountKiller
The complete build process is FL/OSS!
The tool for taking all the RPM packages and composing them into an installation tree is pungi. It's FL/OSS.
The tool for taking source from CVS and turning it into packages is Koji and it's completely FL/OSS too
The tool for producing updated packages is bodhi and is FL/OSS
Be happy. The Fedora Project yet again has made major contributions to FL/OSS which can be enjoyed and improved by everyone. It means that Fedora is completely independent of Red Hat (apart from Red Hat's very generous donation of hardware and developers) and that anyone that wants to can easily produce a specialised "spin" of Fedora suited exactly to their own needs. That's one of the main innovations that Fedora is pursuing with the above: instead of being stuck dependent on the choices of a distributor you can benefit from the patched sources, even their packaging, yet diverge when needed. This should be the goal that every distribution follows, and the only thing that is similar in terms of flexibility is Gentoo, but that IMHO fails to provide an easy path for those that are happy with a distributor making the decisions for them.
I'll freely admit to being a Fedora and Red Hat fan, but I hope that the significance of the release of these build tools is not overlooked by people using other distributions.
If someone asks me which distro they should try, I don't know what to tell them anymore. Is there a reason why a person might use fedora instead of ubuntu? Is there a website that gives clear, easy to understand comparisons?
The release notes page was already hosed before this hit slashdot. Go here.
Anybody knows where one can try that "revolutionary new build system"?
On the several sites I have so far explored, I see no ISO images. Moreover, the folders are labeled up through v6, with v7 apparently in the development folder. Score another point for the sloppiness of Linux distros....
--- Bill
Afaik, all distributions (except possibly Slackware, which I haven't used for awhile) have their own kernel patches. I use Gentoo, and gentoo-sources does have a lot of patches. I've never had any luck with any of the distro "custom" kernels. I've had stability issues with every one of them, Gentoo included. I've been running Gentoo as my primary OS on 4 computers for 4 years now, been using vanilla-sources (stock kernel) the whole time, without missing out on anything except possibly bootsplash, which I don't use.
no longer updated and a liability on every single server that it is installed on.
Let the MS bashing begin... somehow.
Neat!
Slackware (my favourite distro) uses utterly vanilla kernels. Want a new one? Download it from kernel.org, untar it, build it. No sweat.
I consider building a custom kernel to be an integral part of an installation: all the distro kernel does is bootstrap building the production one. All my systems run kernels that are a precise match to the hardware and my needs, with no superfluous junk. No superfluous security holes, either.
...laura
The Linux developers decided that all distros had to stabilise the kernel for them when they moved to the insane method of developing in the 'stable' kernel.
So if you want a stable API / ABI, you're forced to have some very hot staff on the payroll who can backport all fixes and drivers.
Does anyone know anything about the horrible performance issues with the Megaraid2 driver in FC6 (2.6.20 kernel performs at about 30% of the 2.4.31 kernel as far as Disk IO is concerned)? It appears to be a driver issue.
The hardware I'm running on is a Dell PowerEdge 2950/1950s with a PERC4 (LSI Raid Controller). Two SCSI drives that are mirroring (forgot which RAID level that is off hand).
I wonder if this issue has been resolved in the 2.6.21 Kernel.
Actually, it's the *job* of a distro to make choices about what to include, and to adapt what they include to meet that distro's particular goals. That's not an ego trip.
That said, for the most part Fedora's mantra is "upstream". If you read the devel list, they frequently push away patches to the kernel that are not upstream.
Fedora 7 is released with a DVD iso. If you need the set of CD isos, sorry. You'll have to wait to see if anyone is nice enough to create them in the future. You can try to use the rescue cd and a network install, but again, you'll have to wait until the bandwidth opens up enough for that. So, either upgrade your computer or stick with FC6.
The previous comment is purposely vague and generalized, but all of the facts are completely true.
Okay so the main page says "check out the release schedule" and then when I got to the release schedule it doesn't list 7.3 at all. Well, huh, so I am to assume that 7.3 doesnt exist at all let alone about to be released.
I guess I needed to check the 'changes' document which mentions the release schedule, or well, not a schedule but some arbitrary date it could be released.
Looks like Xorg needs to fix and update their documentation!
You could choose one without a pile of patches to the kernel
It's called Slackware. Works pretty well for me.
I want peace on earth and goodwill toward man.
We are the United States Government! We don't do that sort of thing.
The 64bit DVD torrent is going like shit of a shovel right now.
256kB/s as I type this...
Looks like I'll have it in 4 hours.
Once I was a four stone apology. Now I am two separate gorillas.
Yes, Fedora and any sane distribution will have its own version of the Linux kernel.
/proc/config.gz from a modified kernel. The kernel build system will just discard any invalid symbol on a 'make oldconfig'.
No one think they're better then upstream developers, the point is that *this* *is* the recommend way to work, for several reasons:
1. Some patches that are important to customers, may not be in mainline yet due to the long process submit-review-fix-submit process (eg, xen) or even because no one cared of submitting it
2. The kernel is changing very fast these days, while distros usually has a longer release process. Then you end up by freezing an 'old' kernel that works for your distro
3. If you freeze a kernel, you'll have to backport things making the original kernel looks quite different
Also, forks in the Linux kernel is not seem as a bad thing. On the contrary, forking is the recommended way to work: you fork the Linus' tree, work on it locally and then submit your changes. That's the way GIT works.
And you CAN use
The only thing added to a stock kernel by SuSE is apparmor and the bootsplash patch. Who knows what the hell Fedora/Red Hat puts in theirs. Every time I tried to compile a kernel on a Red Hat boxed it would bomb because of missing patches. Granted that was a long time ago I'm sure things have improved with Fedora.
Let the MS bashing begin... somehow.
Neat! No one may be preparing software for your FC5 server but that is very different than what you are implying. If you still have a FC5 server, there is absolutely nothing stopping you from updating the software today with the latest source. What has stopped is someone doing the work for you. There is no legal or physical restrictions stopping a system engineer from grabbing the source for any software component and trying to recompile it where there is a fairly good chance it will compile "as is" without source modification on a FC5 machine. This seems to be a lot better support than Microsoft offers which is the same "as is support" but with less options because you can't modify the black box they sold you.
I appreciate the time you took to clarify my understanding. Thanks!
Sad, I thought it would be webbased, so I'd only have to download the software I wanted to use.
Seriously, I have one word of advice: NETWORK.
Network installs are so much less painful.
Considering the 2.6 kernel releases are just one long string of development releases, I would hope that Fedora would ship with a patched and tested kernel.
If you want to update your kernel in distributions like Fedora and Suse, use the update manager. They're very quick to release security updates. If all you want is driver updates, you can build those outside of the kernel source (for example, Intel's e1000 driver).
Hands in my pocket
I'd say the liability is not Fedora, the liability is the idiot admin who used Fedora on a production server.
Xorg, as they should, uses the OpenSource Linux format for storing information:
/opt. No..wait. I put that one in /usr/local. Or did I actually just install it in my home? Which box are you sitting at?"
/programs folder, but it would be nice to have some of the guesswork taken out of things. Then document it in a similar fashion. :-)
"Say, Paul, where'd you install that software?"
"It's in
Not sayin' everyone needs a
I'm not starting a war, I'm just letting you know. DSL (Damn Small Linux) is probably the "best" linux distro out there for older hardware. I'm running it on a 64 mb RAM, 366 mhz, frightfully old Dell laptop and it works great. It only takes up 50 mb of space (expandable, though) and it's very simple.
I recommend using DSL. I tried Ubuntu and a few others and they wouldn't load up.
Just my opinion.
-A.C.
Afaik, all distributions (except possibly Slackware
That's a glaring overgeneralization... what about LFS?
I'm surprised that no one has mentioned one of Fedora's major strengths; security. This is the primary reason that I use Fedora. The combination of security layers has made Fedora immune to many (all?) of the compromises/exploits in recent history.
While distributions like Ubuntu are more popular with end-users, I'm concerned that an exploit across such a popular (but security weak) distribution will paint all of Linux with an unfavorable brush.
Can You Say Linux? I Knew That You Could.
Allow me to introduce you to two very fun programs, "which" and "find". Which prints out where a program in your path is. This is useful when you install a new version and cant seem to run it, or for Paul to tell his coworker where he installed something. Find will search a specified tree for the properties you want, like perhaps the name of the file and executable permission.
I Browse at +4 Flamebait
Open Source Sysadmin
I haven't used Fedora/Red Hat in a while are is the ext4 file system fully supported in Fedora 7?
No, even slackware does not ship a vanilla kernel. If it did, it would have to ship only the latest kernel version, which is suicide for stability, or leave bugs unfixed. The only way you're going to get a vanilla kernel is with LFS, and you'll probably find yourself applying patches to it in short order.
I'm not finding a torrent for the i386 cds... I have a few servers with old CD drives in them (only used for installs like this). So, I have to do CDs not a DVD.
For those as lazy as me, the screenshots can be found here. The website navigation is unfortunately not overly intuitive.
Fedora 7 does look very polished tho - at first glance anyway. I might give it a go this weekend :).
I posted a somewhat trollish comment about this earlier today. Nice to see that the fanbois made it out in such good time on this one to defend the indefensible. Good to see we leap to attack people instead of considering the actions of the Fedora project and their associated projects.
What most people are completely missing in their ad hominem attacks on my earlier thread is that when a lot of people installed FC5, there was an expectation that it would be supported for 2 years through the Fedora Legacy project. On February 9 2007, this project ceased to exist, giving people just 4 months to migrate their servers.
If Microsoft suddenly halved the supported lifespan of products currently in production, they would be crucified by the very people attacking me on this site. But when an open source project does this, it's ok.
You can call the people who installed FC5 idiots all you want, but they're not. They trusted this 'community' that they kept being preached at about. "When a company goes under, you're screwed, but with community supported products, you're never forced to upgrade" - That sound familiar to anyone here? You ever told anyone that? You ever heard that line of bullshit from someone ?
A lot of people figured 2 years was an acceptable lifespan for the product because it fits well with hardware refresh cycles on older equipment. Then half way through their 2 year server lifecycle, they had the rug pulled out from under them. On a date when they thought they had about 11 - 13 months support left, they got told that they have 4 months to do a complete migration.
Calling people who trusted you an idiot for believing you does not convert people to Linux!
I made one mistake in my earlier post - I said that support for FC5 ends today. It turns out that it still has a month to go, so I'll apologise for that. But the Fedora community has let a lot of people down today and given Microsoft a load more useful FUD fuel.
Every time something like this happens, MS have some more examples of how this community will turn on you in a heartbeat. When the Tuttle Centos issue happened, MS were taking the response of the 'community' into sales meetings where Linux was a threat. When a Squirrelmail developer called for an end-user to be fired and belittled her in public for daring to use contact details posted on the Squirrelmail site when she didn't know where else to turn, MS smiled with glee (and a small white cat). And you can bet your bottom dollar that someone at MS will be pointing out this latest gaff to someone in the PR department and they'll be using this behind closed doors in the near future too.
You probably don't care - you probably know better. But somewhere, some PHB who could have been converted to Linux will become an even firmer closed source supporter because of the actions of the Fedora and Fedora legacy projects that come into effect today. And when you're fighting a monopolist, every sale or install that you give up through rudeness, through arrogance and most especially through broken promises and lies is one install too many!
I'll say it again - If Microsoft suddenly halved the supported lifespan of products currently in production, they would be crucified by the very people attacking me on this site. But when an open source project does this, it's ok. Why?
Well, there's a pretty simple system to follow: /usr holds the distro-maintained software (or just the bare minimum software), and /usr/local contains locally installed software (i.e., compiled from source). /opt is there for historical reasons really...
'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
Do the net install. One small image to boot from, then you point that at another small image, then pick out what you want and it only does that then. That's about as small as it gets for now, AFAIK.. I did that for FC6,relatively painless. Just follow the instructions at the download-get it page. Or just order the disks from one of the online vendors. Looking, they have some single disk "live cd" images as well.
a d?action=fullsearch&value=linkto%3A%22Distribution /Download%22&context=180
http://fedoraproject.org/wiki/Distribution/Downlo
As someone only recently swapping over to Linux usage, I was wondering whether you could expand your explanation, or maybe point me to a good guide? Thank you.
I've looked at a few mirrors and haven't found ISO images. Do they not exist? Or the mirrors just haven't caught up yet?
Well at least they got rid of /usr/X11. Now if we can call for a public execution of /opt, we should be set.
Jesus is coming -- look busy!
I've been running Fedora on an IBM Thinkpad R40 since Core 4 and have been able to upgrade without problems to the successive releases -- until now! Burned the Fedora 7 iso this morning, did the media-check, proceeded with the upgrade/install and it bombed: "Unable to read partition table on /dev/sda". Wow! Interesting, considering the Thinkpad doesn't have SCSI. It's got a 40GB IDE managed with LVM.
Can't wait to see what it says on my home system (all SCSI with LVM). Let's just say my confidence in this distro drops way down with this experience.
I guess you have never visited
www.redhat.com
If you are comparing commercial support, then compare windows 'support' to redhat.
"it would be nice to have some of the guesswork taken out of things. Then document it in a similar fashion. :-)"
It has been done for years, Mr. lymond01: http://www.pathname.com/fhs/
> It annoys me that of the big distros (hello Suse) seem to think that the standard kernel isn't good enough for them.
Probably not as much as it annoys the maintainers of the package. Fedora and Red Hat try to stick as close to the kernel mainline as possible because adding patches means adding maintenance work. Every time the code changes, need to update the patch. I really don't know how they are able to maintain the humongo patchset that they do. That said, people want their hardware to work. iwlwifi for example is not even in Linus's tree yet, but it helps make newer wifi device work. So Fedora 7 includes the current patch set for iwlwifi. I'm sure there's other examples, but it's not just for shits and giggles.
Just run "updatedb" which may take a few minutes but should be ran regularly on a daily? or hourly? basis then run "locate" with a search string and it is very fast. Nothing wrong with "find" since you can do so much more with it, it is just that "locate" will be faster (usually within a second) to find a pattern over all file-systems.
Actually "which", "whence" and "whereis" may not be very helpful since in the majority of cases these depend on your PATH variable and different people may have different paths. This is not to say that these commands are useless but they have their limitations. Being aware of and using the appropriate tools is what Unix and Linux is about.
There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
Yeah, you're right...I should rephrase that to "All distributions that I have used, except possibly Slackware which I haven't used in awhile (and thus don't know), have custom kernels with a lot of patches." Having not tried LFS myself, I can't say for sure if it does or not. Of course, it is possible to use a vanilla kernel in any distribution, my only point was that in at least most of them, this is not the default, and the default will have a lot of custom patches.