lisah writes "Last month members of the Fedora community met for a three-day summit (wiki here) designed to chart a course for future version releases as well as to plan other Fedora projects. Team members say they want to leverage the enthusiasm of a community that has demonstrated a willingness to develop Fedora Extras (add-on features to the Core package) and support Fedora Legacy (past releases). Red Hat's community development manager, Greg DeKoenigsberg, said, 'Community contributors have proven conclusively over the past 18 months that they can build packages every bit as well as Red Hat engineers — better, in some cases.' In addition to creating several proposals that will be introduced the the community for input and feedback, the summit also gave rise to the newly-created position of Fedora Infrastructure Leader." Linux.com and Slashdot are both owned by OSTG.
Continuing to release a free version is the smartest thing RedHat could do, as it made its foray into the recurring revenue stream provided by enterprise support and maintenance contracts.
Fedora Linux is actually better than RHEL, because you can patch it easily (RHEL is a pain in the ass to patch), it contains more packages, and its community support (especially academia) is as high as it has ever been.
Fedora was the first Linux operating system I ever used. This applies to the majority of my Linux-using friends as well. Perhaps this is because people already know the name of Red Hat, and discover Fedora as a result. In any case, the quality of Fedora is significant because it determines the first impression of Linux on many people. Even though I have switched distributions, it it possible that I may have stopped using Linux if I had come to the conclusion that Fedora was of too poor quality to use on a daily basis.
This applies to the majority of my Linux-using friends as well. Perhaps this is because people already know the name of Red Hat
I think this was definitely the norm about 3 years ago when it was created. Certainly, before that, Red Hat had incredible name recognition, and as it result, most new Linux users tended to get Red Hat (sometimes even get retail copies at the time).
However, I would claim that Ubuntu has now usurped Red Hat's (and Fedora's) position as the most recognized distribution among Linux newbies. Certainly Distro Watch [distrowatch.com] agrees with me. Not that DW is conclusive evidence, but it tends to be a good indicator.
I do agree with you though; Fedora is important, even if it is not quite as popular as Ubuntu among newbies.
I started out on RH 5, but I will never forgive RH for dumping support after RH9. By the time Fedora was announced, I was already using SuSE. I am now in the midst of switching to Ubuntu; not really because of the recent Microsoft deal so much as because the package management system doesn't appear to function any longer, at least for me.
We just retired a server this morning that was running RH9. Never gave us a bit of problems til the hardware died. We pulled the backups we needed off the drive and installed a 'more modern' distro - Ubuntu Edgy. So far, so good.
I loved RH in the day, ran Fedora Core up til a couple weeks ago, when I switched to Edgy amd64. Some stuff is a bit different, but all in all, I still like it.
I'll always have a soft spot in my head for FC, though...
``Even though I have switched distributions, it it possible that I may have stopped using Linux if I had come to the conclusion that Fedora was of too poor quality to use on a daily basis.''
Many people did this in the bad old Red Hat days, and I think it's still common today. I try to make people understand that there isn't one Linux; rather, there are many distributions, and each should be considered a separate OS. At least, I don't think you can reasonably consider LOAF and Mandriva the same OS...
Packages are often way behind the software releases - by months or sometimes years. The SPEC files aren't always validated carefully - I've had to do all kinds of manipulations to get RPMs from the official trees to installed due to typos in the dependencies. At the moment, I'm having huge problems with some packages using one Python API and other packages using another, somehow resulting in X barfing and the kernel not being installed correctly, neither of which depends on Python to install.
> If things broke, I could recompile from source. But now?
Now you can still recompile from source. Admittedly the documentation isn't as good as it should be, but rpmbuild isn't rocket science and if you cut your teeth on SLS/MCC you should be able to figure out a.spec, tar.gz and some.diff files about as easy as "./configure ; make install".
I cut my teeth on those and have the fillings to prove it.:) Seriously, I've mucked with.spec files and written a few. The documentation isn't so much poor as virtually non-existant and you'll get far more information from grabbing good, working pre-existing ones. If you want anything compiled with the -march=pentium4 flag (may or may not be a Good Thing, depending on program) or to use optional libraries that need to be compiled in if present, then this is the way to do it. It's slower and more tedious t
In any case, the quality of Fedora is significant because it determines the first impression of Linux on many people. Even though I have switched distributions, it it possible that I may have stopped using Linux if I had come to the conclusion that Fedora was of too poor quality to use on a daily basis.
If your life is significantly affected by the actions of stupid people, you're screwed already. If it isn't, you aren't going to care about this. While you might possibly be able to justify calling this point
Red Hat is important in only one way, from what I can see: they make Linux a commercial venture. Other than SCO, I don't think anybody has done a worse job from that perspective, either. Ximian, eventually bought by Novell, at least contributed to the development of Evolution and other GNOME software. Corel got into the Office for Linux market at a time when the biggest complaint about Linux was that there were no good applications available. IBM has contributed to the idea of commercial Linux more than anyone I can think of, both in terms of GPL-ed contributions to the codebase, and as a vendor promoting Linux-based solutions. Red Hat has been a purely profit-based venture, sacrificing the quality of the free distribution to make a few extra bucks.
Right, because Red Hat has never contributed anything to the community:
Fedora isn't perfect, and RH did make - IMO - do a poor job of transitioning from the "old" RHL series to Fedora, but to suggest that they don't contribute anything to Linux and OSS is just ridiculous.
I've installed many bad RPMs (admittedly, mostly prior to RPM v4, but I jumped ship to Debian-based distros around that time) that have destroyed the entire configuration to the point where no dependencies resolve correctly any more. All of the responses I've heard about this sort of behaviour are something to the effect of "use the source RPM then", or whatever. The point being, things need to be painless. Sure, I could debug the RPM database (occasionally I had success in sorting out what went wrong), but
You almost always have to force the installation using --no-deps --force, because RPM binaries are usually targeted at a specific distro/version.
No. All binaries are targeted that way. When you run./configure, it runs through a bunch of checks to figure out where things are and how they are configured, for all of the dependencies. And "dependencies" includes everything from special-purpose libraries to glibc and the kernel. It includes all the configure options, source defines, patches, compiler switches, and anything else that changes the configuration of the binary. RPM keeps track of all that stuff because that's the only way to be sure it will work. If you change any of it, sure, the resulting binary *might* *appear* to work, but it might just as easily segfault.
Binary compatibility is hard.
The "--force" switch tells RPM, "I know you think this is a bad idea. I say I know otherwise. Do it anyway". You can't then turn around and complain that things broke when you did that. RPM took your word for it when you said you knew better. If you didn't know better, that's your own damn fault, not RPM's.
Put more briefly: If you think you need to use --force, you're almost certainly wrong.
Apparently one of the results of this summit is the dropping of all support for past versions of Fedora Core prior to FC4, as a note on fedoralegacy.org said this past week.
I agree that we can't support all the versions in perpetuity, but I thought it would have been more helpful if they had included some reason other than "sorry, we just can't do it anymore". Did it not fit into the big picture of their support? What about future security fixes? etc. etc. As it was, it was very abrupt.
Fedora has never been considered a system that was appropriate for deployment. I always viewed it as kind of a Debian Unstable or Testing (if you will) to Red Hat's RHEL (which is similar in function to Debian Stable). If I had authority in the Fedora Community, I wouldn't vote for legacy support either. Fedora's claim to fame has always been its ability to quickly adopt bleeding-edge software. It was terribly concerned with stability (or even security).
I agree that we can't support all the versions in perpetuity, but I thought it would have been more helpful if they had included some reason other than "sorry, we just can't do it anymore". Did it not fit into the big picture of their support? What about future security fixes? etc. etc. As it was, it was very abrupt.
It's been hashed out on the mailing list [redhat.com]. The upshot is this: Fedora Legacy depended heavily on volunteers. While there has been demand for them to release updates, there have never been eno
Typically a Fedora Core release comes out every six or seven months. Red Hat's flagship offering, Red Hat Enterprise Linux (RHEL), by contrast, comes out every 18 to 24 months. Under the new lifecycle plan a Fedora Core release would have 13 months of support.
"Anything beyond this really seems to be corner cases that would really be better served by something like CentOS for free, RHEL for rock solid support, or Oracle for crackmonkies," Keating wrote. "What does this mean for the "Legacy"
As I understand it, the Fedora Legacy Project was originially an independent effort which got adopted by the official Fedora project. I get the impression it's suffered from a shortage of manpower since its inception -- perhaps because many or most Fedora users are the type who would rather keep upgrading to the latest release than maintain an old one, or perhaps because there are just too many releases to maintain on a purely volunteer basis. So I suspect that "sorry, we just can't do it any more" really i
>> Ah well, looks like it's time to slap Ubuntu 6.06 LTS onto those old Fedora Core servers...
> why?
Lack of security updates. I am a strong advocate for "if it ain't broke, don't fix it" -- but a system with unpatched vulnerabilities definitely qualifies as broke, and I don't have the time to track said vulnerabilities and patch them by hand.
see, the way i see it, if you have time to migrate to another distro, you have time to migrate to the newer release of the same distro, but with less pain
The LTS bit of Ubuntu LTS means 'long term support' (sorry if you knew this). Presumably the parent's point is that he can switch to Ubuntu once and have 5 years guaranteed support for the server version, wheras upgrading to the newer Fedora/RH offering gives no certainty as to how long support will last. It's not always non-trivial to upgrade to a newer release, so if he/she is going to do it then they should do it once and stick with the distro for a few years.
``Not really. The developers are the guys who write the code, and the users are the ones who bitch about it. Same as any other piece of software.''
While that's true to an extent, there are two things that make open source software different from the norm:
1. Many developers write the software for their own use (rather than for money) 2. Users can and do change the software to better suit them
This is what blurs the line between developers and users. Of course, both of these are also reasons why developers can and do ignore users' requests, and get away with it.
Fedora is all about developers because it is all about development
It has never set out to be a user oriented system. It only exists to push the envelope. If you choose to use it in any of its incarnations, you have to accept that. Otherwise, install RHEL or Ubuntu.
And no, that wasn't meant as a flame, it's the truth. Is Ubuntu based on Debian unstable, is RHEL based on FC6 ?
I think Red Hat is still working out how to allow real community involvement while still keeping control. And they seem to be making progress. If they get the balance right, maybe they'll end up with more people on their boards who will take users' needs into consideration more naturally. Transparency needed to come first, and that's way better now. Fedora's governance was non-obvious, with a different Leader of the Week handing down Red Hat fiats. Now they seem to be consciously trying to expose more of
I tried contributing to Extras this year. I gave up due to the paperwork. Wading through pages and pages of the Website, and following the instructions got me exactly nowhere. No response. No approval. Nothing. Only later did I find out that I had to jump through some more hoops.
What would be helpful is a more streamlined, and MUCH better documented system.
Given the other packages which conspicously lack Fedora support, I suspect that I'm not alone.
I do hope this changes, as Fedora is my preferred distro. Bu
I think the first objective for all the Open Source teams should be to stop duplication. A lot of our resources are wasted in getting features ported from other applications and (Even worse) redoing features on different applications (Because of underlying differences). I know that one of the strengths of Open Source is to have "choices", but some of these choices are just plain silly. I am not asking for these choices to go away completely. But there should be at least some sort of coherence between different alternatives (They already have some coherence, thanks to the Kernel.. but we need to see a lot more of the same in more higher level applications too)
Imagine how much more work could be done to a package manager if every distro was using the same. Imagine how good OpenOffice and KOffice could have been if there were not 200 other Open Source alternatives. I am glad to hear about efforts to unify KDE and Gnome. We need to focus on something similar for a lot of other applications too. And this should be one of the top most priorities for Redhat, Novell, Ubuntu/Debian teams.
A lot of our resources are wasted in getting features ported from other applications and (Even worse) redoing features on different applications (Because of underlying differences).
OK, which project would we have been better off without? Can you be sure that Project A would have come up with the feature they were copying from Project B? Or that Project B would have been as successful without learning from Project C's mistakes? If the people from Project B had been working on Project A instead, would th
Firefox has not succeeded based on technical merit, it's succeeded based on being the only damn thing out there, unless you use KDE or proprietary software. On Windows, it's been driven by marketing (largely by Google).
If it was a choice based on technical merit, we wouldn't be going with the memory-leaking hog.
I disagree. Having alternatives is healthy. Not only because of choice, but also because the competition between them provides incentives to improve them, and because if something happens to one, there's always another to fall back on. The amount of duplication within the open source world is actually pretty limited, I would say just about enough to provide the benefits I pointed out earlier, and to cater to the many niches there are (e.g. some people want full-featured systems, others want simple ones, yet
[quote] ``Imagine how much more work could be done to a package manager if every distro was using the same.'' I don't think package managers are or should be so complicated that they'd greatly benefit from everyone hacking the same one. At any rate, the diversity allowed me to choose the vastly superior apt-get when most people were using rpm (I know there are working wrappers for rpm that resolve dependencies nowadays, but back in the day, there weren't). I'm glad about that. [/quote]
Imagine how good Microsoft Word and WordPerfect would be if there were not 200 other alternative. How good Minix and Xenix would be if there were no other x86 Unix-like operating systems... Competition is good. People contribute code and ideas to the project they care about, not to the program they are supposed to be using. If there were only two options the people who really cared about the other alternatives wouldn't suddenly switch camp -- they would simply go site on the sideline, to everybody's lo
Forks/duplications of efforts can have negative repercussions, but they are not without reason. A fork reflects a difference of opinion on how to proceed. Duplication of work occurs on similar goals, but one of two things happen. Either the reason behind the fork was not really popular or not sufficiently different to pursuade userbase and the fork dies, or the cause for the work was justified and the fork lives on or overtakes the original.
Can probably point out tons and tons of failed forks (I believe mplayer has had a few unsuccessful forking attempts). They happen all the time.
A shining example of a 'fork' like endeavor coexisting with the original is Debian and Ubuntu. Ubuntu has a set of technical and marketing goals that didn't mesh perfectly with Debian. Ubuntu was justified and the community has greatly accepted it. Meanwhile Debian has not really lost much in its userbase (most Ubuntu users come from RPM based distros rather than Debian) because the concepts Debian hold as important still matter.
And sometimes fork reflect the need to meaningfully continue a project that has for all intents and purposes lost touch. Xorg is a fork of XFree86 that has effectively killed off the original. They still twitch, but they've even taking down their ultimately embarassingly list of distros that still supported them (generally by not having updated yet rather than a concious future decision). The breaking point was a licensing technicality, but it's clear that XFree86 had technical problems as well in adopting new graphical features.
Hell, linux itself is spiritually (not technically) a fork of minix. The basic point is simple, projects by and large once established tend not to do revolutionary new things as the people at the head are heading basically where they meant to go. Forking is a logical way for revolutionary change to happen and the userbase decides the fate of the original and new.
Whenever I see someone expressing this perspective, I make very sure to feel grateful that it is only held by a fairly small minority. Imagine how much more work could be done to a package manager if every distro was using the same. Imagine how good OpenOffice and KOffice could have been if there were not 200 other Open Source alternatives.
You're probably not consciously aware of it, but the only reason why you think like this is because Microsoft introduced and then encouraged/enforced a monoculture, during
How come there isn't more combination of CentOS (RHEL) and Fedora (RH)? If Red Hat leverages the same core team to do both their enterprise and "generic" OS versions, how can disparate gratis versions keep up?
"How come there isn't more combination of CentOS (RHEL) and Fedora (RH)? If Red Hat leverages the same core team to do both their enterprise and "generic" OS versions, how can disparate gratis versions keep up?"
I guess I don't see why this would be Red Hat's problem to solve. If somebody's copying my paper during a test, they don't really have a right to complain that "you were erasing and rewriting your answers way too often; it was impossible to keep up".
Redhat disappeared so fast from the map, hardly any of this year's user base has even heard of it, let alone Fedora. Every 4 years the entire user base turns over. Old distributions disappear, everyone learns on a new distribution, and software over 4 years old doesn't work anymore. The hot distribution chronology seems to be:
Ok, here is my wishlist. 1. Include Suns JVM. Get rid of the GCJ stuff. I believe the JVM is GPL2 now, so it should be easy to do now.
2. Easy video driver support. This has improved, but it would be great if it was like SuSE. I have an Nvidia card and I can get it to work, but at the end of the day another update comes out and it appears to break all over again. At the worst case, please have an official way to get it installed and then support it in your updates.
Could happen. As you said, it's finally been released under an open-source license. Not sure about patent status, though.
2. Nvidia drivers
3. play DVD's MP3
4. Flash
Not going to happen. Fedora has a policy of including only open-source, Free with a capital F software that is not encumbered by patents. NVidia drivers and Flash aren't open source. DVD and MP3 playback are covered by patents.
5. Update the ISO's every so often
There's a group called Fedora Unity [fedoraunity.org] that does this.
"You won't be missed you corporate-enabling proprietary garbage"
I think you fundamentally missed the point of fedora there. Fedora is 100% free, so much so that it doesn't ship with mp3 or DVD support. It's a small hastle but it's the price of freedom... so not really proprietary
First Post! (Score:1, Interesting)
Fedora Linux is actually better than RHEL, because you can patch it easily (RHEL is a pain in the ass to patch), it contains more packages, and its community support (especially academia) is as high as it has ever been.
Re: (Score:2)
Fedora is important (Score:5, Insightful)
Re:Fedora is important (Score:4, Informative)
I think this was definitely the norm about 3 years ago when it was created. Certainly, before that, Red Hat had incredible name recognition, and as it result, most new Linux users tended to get Red Hat (sometimes even get retail copies at the time).
However, I would claim that Ubuntu has now usurped Red Hat's (and Fedora's) position as the most recognized distribution among Linux newbies. Certainly Distro Watch [distrowatch.com] agrees with me. Not that DW is conclusive evidence, but it tends to be a good indicator.
I do agree with you though; Fedora is important, even if it is not quite as popular as Ubuntu among newbies.
Parent
Re: (Score:2)
Do you have any evidence that it tends to be a good indicator?
Fedora is unimportant (Score:1)
Re: (Score:1)
I loved RH in the day, ran Fedora Core up til a couple weeks ago, when I switched to Edgy amd64. Some stuff is a bit different, but all in all, I still like it.
I'll always have a soft spot in my head for FC, though...
Re: (Score:2)
Many people did this in the bad old Red Hat days, and I think it's still common today. I try to make people understand that there isn't one Linux; rather, there are many distributions, and each should be considered a separate OS. At least, I don't think you can reasonably consider LOAF and Mandriva the same OS...
Maybe, but it needs improving. (Score:2)
Fedora Core is
Re: (Score:2)
Now you can still recompile from source. Admittedly the documentation isn't as good as it should be, but rpmbuild isn't rocket science and if you cut your teeth on SLS/MCC you should be able to figure out a
Re: (Score:3, Insightful)
Re: (Score:2)
If your life is significantly affected by the actions of stupid people, you're screwed already. If it isn't, you aren't going to care about this. While you might possibly be able to justify calling this point
Re:Fedora is important (Score:5, Insightful)
Right, because Red Hat has never contributed anything to the community:
http://sources.redhat.com/projects.html [redhat.com]
http://fedoraproject.org/wiki/RedHatContributions [fedoraproject.org]
Fedora isn't perfect, and RH did make - IMO - do a poor job of transitioning from the "old" RHL series to Fedora, but to suggest that they don't
contribute anything to Linux and OSS is just ridiculous.
Parent
Re: (Score:2, Informative)
I've installed many bad RPMs (admittedly, mostly prior to RPM v4, but I jumped ship to Debian-based distros around that time) that have destroyed the entire configuration to the point where no dependencies resolve correctly any more. All of the responses I've heard about this sort of behaviour are something to the effect of "use the source RPM then", or whatever. The point being, things need to be painless. Sure, I could debug the RPM database (occasionally I had success in sorting out what went wrong), but
Your error is not RPM's fault (Score:5, Informative)
No. All binaries are targeted that way. When you run
Binary compatibility is hard.
The "--force" switch tells RPM, "I know you think this is a bad idea. I say I know otherwise. Do it anyway". You can't then turn around and complain that things broke when you did that. RPM took your word for it when you said you knew better. If you didn't know better, that's your own damn fault, not RPM's.
Put more briefly: If you think you need to use --force, you're almost certainly wrong.
Parent
Good ideas (Score:5, Funny)
Makes sense that they plan their future. Pre-arranged funerals can ease the burdon on the survivors.
Oh wait, this isn't about BSD?
Fedora Legacy Dropped (Score:4, Informative)
I agree that we can't support all the versions in perpetuity, but I thought it would have been more helpful if they had included some reason other than "sorry, we just can't do it anymore". Did it not fit into the big picture of their support? What about future security fixes? etc. etc. As it was, it was very abrupt.
Re: (Score:1, Flamebait)
Re: (Score:3, Informative)
It's been hashed out on the mailing list [redhat.com]. The upshot is this: Fedora Legacy depended heavily on volunteers. While there has been demand for them to release updates, there have never been eno
Re:Fedora Legacy Dropped (Score:4, Informative)
Random Rule of Slashdot #843: The one time you don't use Preview will be the one time you should have.
Parent
Re: (Score:2, Informative)
Typically a Fedora Core release comes out every six or seven months. Red Hat's flagship offering, Red Hat Enterprise Linux (RHEL), by contrast, comes out every 18 to 24 months. Under the new lifecycle plan a Fedora Core release would have 13 months of support.
"Anything beyond this really seems to be corner cases that would really be better served by something like CentOS for free, RHEL for rock solid support, or Oracle for crackmonkies," Keating wrote. "What does this mean for the "Legacy"
Re: (Score:2)
Re: (Score:2)
> why?
Lack of security updates. I am a strong advocate for "if it ain't broke, don't fix it" -- but a system with unpatched vulnerabilities definitely qualifies as broke, and I don't have the time to track said vulnerabilities and patch them by hand.
Re:Fedora Legacy Dropped (Score:4, Informative)
Parent
No mention of users (Score:5, Insightful)
Re: (Score:2)
Well, developers are important enough. Also, with open source software, the line between developers and users is very thin.
Re:No mention of users (Score:5, Funny)
Not really. The developers are the guys who write the code, and the users are the ones who bitch about it. Same as any other piece of software.
Parent
Re:No mention of users (Score:4, Insightful)
While that's true to an extent, there are two things that make open source software different from the norm:
1. Many developers write the software for their own use (rather than for money)
2. Users can and do change the software to better suit them
This is what blurs the line between developers and users. Of course, both of these are also reasons why developers can and do ignore users' requests, and get away with it.
Parent
Re:No mention of users (Score:4, Informative)
It has never set out to be a user oriented system. It only exists to push the envelope. If you choose to use it in any of its incarnations, you have to accept that. Otherwise, install RHEL or Ubuntu.
And no, that wasn't meant as a flame, it's the truth. Is Ubuntu based on Debian unstable, is RHEL based on FC6 ?Parent
Re: (Score:3, Insightful)
Transparency needed to come first, and that's way better now. Fedora's governance was non-obvious, with a different Leader of the Week handing down Red Hat fiats. Now they seem to be consciously trying to expose more of
The Fedora paperwork is the current killer (Score:2, Interesting)
Only later did I find out that I had to jump through some more hoops.
What would be helpful is a more streamlined, and MUCH better documented system.
Given the other packages which conspicously lack Fedora support, I suspect that I'm not alone.
I do hope this changes, as Fedora is my preferred distro. Bu
Re: (Score:3, Informative)
High time to stop duplication (Score:5, Insightful)
Imagine how much more work could be done to a package manager if every distro was using the same. Imagine how good OpenOffice and KOffice could have been if there were not 200 other Open Source alternatives. I am glad to hear about efforts to unify KDE and Gnome. We need to focus on something similar for a lot of other applications too. And this should be one of the top most priorities for Redhat, Novell, Ubuntu/Debian teams.
Re: (Score:2)
OK, which project would we have been better off without? Can you be sure that Project A would have come up with the feature they were copying from Project B? Or that Project B would have been as successful without learning from Project C's mistakes? If the people from Project B had been working on Project A instead, would th
Re: (Score:2)
If it was a choice based on technical merit, we wouldn't be going with the memory-leaking hog.
Re: (Score:3, Interesting)
The amount of duplication within the open source world is actually pretty limited, I would say just about enough to provide the benefits I pointed out earlier, and to cater to the many niches there are (e.g. some people want full-featured systems, others want simple ones, yet
Re: (Score:2)
``Imagine how much more work could be done to a package manager if every distro was using the same.''
I don't think package managers are or should be so complicated that they'd greatly benefit from everyone hacking the same one. At any rate, the diversity allowed me to choose the vastly superior apt-get when most people were using rpm (I know there are working wrappers for rpm that resolve dependencies nowadays, but back in the day, there weren't). I'm glad about that.
[/quote]
Actually, a good question
Re: (Score:2)
Imagine how good Microsoft Word and WordPerfect would be if there were not 200 other alternative. How good Minix and Xenix would be if there were no other x86 Unix-like operating systems ... Competition is good. People contribute code and ideas to the project they care about, not to the program they are supposed to be using. If there were only two options the people who really cared about the other alternatives wouldn't suddenly switch camp -- they would simply go site on the sideline, to everybody's lo
OSS and natural selection... (Score:5, Insightful)
Can probably point out tons and tons of failed forks (I believe mplayer has had a few unsuccessful forking attempts). They happen all the time.
A shining example of a 'fork' like endeavor coexisting with the original is Debian and Ubuntu. Ubuntu has a set of technical and marketing goals that didn't mesh perfectly with Debian. Ubuntu was justified and the community has greatly accepted it. Meanwhile Debian has not really lost much in its userbase (most Ubuntu users come from RPM based distros rather than Debian) because the concepts Debian hold as important still matter.
And sometimes fork reflect the need to meaningfully continue a project that has for all intents and purposes lost touch. Xorg is a fork of XFree86 that has effectively killed off the original. They still twitch, but they've even taking down their ultimately embarassingly list of distros that still supported them (generally by not having updated yet rather than a concious future decision). The breaking point was a licensing technicality, but it's clear that XFree86 had technical problems as well in adopting new graphical features.
Hell, linux itself is spiritually (not technically) a fork of minix. The basic point is simple, projects by and large once established tend not to do revolutionary new things as the people at the head are heading basically where they meant to go. Forking is a logical way for revolutionary change to happen and the userbase decides the fate of the original and new.
Parent
Re: (Score:2)
Re: (Score:2)
Imagine how much more work could be done to a package manager if every distro was using the same. Imagine how good OpenOffice and KOffice could have been if there were not 200 other Open Source alternatives.
You're probably not consciously aware of it, but the only reason why you think like this is because Microsoft introduced and then encouraged/enforced a monoculture, during
CentorOS? Fedorent? (Score:2)
Re: (Score:2)
I guess I don't see why this would be Red Hat's problem to solve. If somebody's copying my paper during a test, they don't really have a right to complain that "you were erasing and rewriting your answers way too often; it was impossible to keep up".
Re: (Score:2)
Hot distribution chronology (Score:2, Interesting)
1996-1997: Slackware
1997-1999: Debian
1999-2001: Redhat
2001-2002: Fedora
2003-2004: Suse
2004-2006: Ubuntu
Re: (Score:2)
I don't agree with your list of the hot distribution
Actually I think nobody will agree on what distribution is or was the hot distribution, so this list is quite pointless.
Wish List (Score:2)
1. Include Suns JVM. Get rid of the GCJ stuff. I believe the JVM is GPL2 now, so it should be easy to do now.
2. Easy video driver support. This has improved, but it would be great if it was like SuSE. I have an Nvidia card and I can get it to work, but at the end of the day another update comes out and it appears to break all over again. At the worst case, please have an official way to get it installed and then support it in your updates.
3. Audio/Video Playback - Make it eas
Re: (Score:2)
Could happen. As you said, it's finally been released under an open-source license. Not sure about patent status, though.
Not going to happen. Fedora has a policy of including only open-source, Free with a capital F software that is not encumbered by patents. NVidia drivers and Flash aren't open source. DVD and MP3 playback are covered by patents.
There's a group called Fedora Unity [fedoraunity.org] that does this.
Re: (Score:2)
However, as far as non free software, Fedora could provide a much easier way to get that software and then work on not breaking it with an update.
How many people try Fedora out for a client and don't want to load Flash, MP3 and DVD support?
Again, this is just a wish list, but the video driver issue is a real pain.
Re:Fedora's imminent death (Score:4, Informative)
I think you fundamentally missed the point of fedora there. Fedora is 100% free, so much so that it doesn't ship with mp3 or DVD support. It's a small hastle but it's the price of freedom... so not really proprietary
Parent