Slashdot Log In
Fedora Core and Fedora Extras To Merge
Posted by
kdawson
on Mon Jan 08, 2007 10:38 PM
from the one-hat-to-bind-them dept.
from the one-hat-to-bind-them dept.
Kelson writes to tell us about a
Fedora Weekly News article reporting that, beginning with Fedora 7, the distinction between Core and Extras will cease to exist. This development comes out of the Fedora summit held in November. From the article: "Starting with Fedora 7, there is no more Core, and no more Extras; there is only Fedora. One single repository, built in the community on open source tools, assembled into whatever spins the Fedora community desires." Kelson adds: "The post goes on to list three 'spins' they plan to introduce at Fedora 7's April release: server, desktop and KDE. Presumably these would be 1-disc installation sets, with further packages downloaded over the network, rather than the 5-CD collection needed to install Fedora 6."
Related Stories
[+]
Fedora Holds Summit To Map Its Future 92 comments
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.
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
As long as I can still upgrade with yum.... (Score:3, Insightful)
Re:As long as I can still upgrade with yum.... (Score:5, Funny)
Parent
I would prefer... (Score:5, Interesting)
However, I feel that there are enough packages where the number of permutations of compile-time options is large and where the number of dependencies between package types is unpredictable that the "ideal" would be to have a web interface that let you roll your own set of ISOs online with just the stuff you want with the options that you want. (This is more restrictive than, say, gentoo, but it would be about the same to QA as the current Fedora with less overhead for the admin than Fedora and less install time than gentoo.)
Parent
Re: (Score:2)
There are a few places out there with scripts that will build a distro from FC.
The main problem with the last one I used seemed to be proper lack of dependency checking. A secondary problem was not providing any link to what the package provided other then the rpm name itself.
It was also dreadfully slow!
All from the comfort of your web browser!
So at least a bit of this is already started and could very well be improved upon.
In any event, it's been a while since I've looked at it, but with a bit of rum
Re: (Score:2)
Re: (Score:2)
While that's a really interesting idea, it's really hard to make that work right with bittorrent. :-(
one disc? (Score:2)
Re: (Score:2)
Re: (Score:2)
Actually, I think this totally sucks. Fedora was the bloated distro, but what was nice about that, is if you were trying to setup a "good for everything" distro, it was the one you reached for, as it was likely to have most everything out of the box that you wanted.
What I hate is sitting down to do a
Re: (Score:2)
Who said anything about one CD? (Score:3, Interesting)
Re:Who said anything about one CD? (Score:4, Insightful)
Why is it that distros are still so predominantly media-based anyways?
Every single time I've installed Debian, Ubuntu, Fedora, or Gentoo in the past.. oh.. 4 years or so, I've done it using a network-based method.
It seems to me like it's much more efficient to just download the packages you need instead of downloading GB's worth of apps only to actually install and use a portion of them.
When I _have_ installed from CD, I tend to go and do an update to the latest packages immediately, and end up re-downloading new copies of most of the packages anyways, making it even more of a waste of bandwidth.
Why do distros still concentrate so much on CD and DVD releases, instead of just promoting the network-based install methods?
And when will we see a distro that incorporates bittorrent into its packaging download system?
(Slightly joking on that last one.. I've no idea if it would be appropriate, not to mention trust-worthy. But it is an interesting idea for distros that can't afford nice servers and don't have tons of mirrors.)
Parent
Re: (Score:3)
Re:Who said anything about one CD? (Score:4, Insightful)
High speed Internet is NOT widespread enough to require everything be done over the network. Even when it is, it is often more convenient to have media in-hand; I have more bandwidth at work (OC3+DS3s) than at home (DSL), so it sometimes still makes sense to burn things at work (or at least download to a notebook) and carry them home.
Networks are still slow: 3Mbps DSL is about the same speed as a 2x CD-ROM drive.
Parent
Re: (Score:2)
Re: (Score:2)
Fedora, when it was Red Hat, used to have an installer you could boot off of a floppy and then do a network install, but I don't think they have that anymore. Ubuntu never really bothered with a mi
Re: (Score:2)
Just last week I burned the boot image (8mb) for FC6 and installed everything else from redhat's servers over the network. It was quite painless from installation to start.
The only drawbacks were the time involved in nabbing each package and some mirrors were dreadfully broken. (looked like updates were applied to the main tree or a version mismatch)
Re: (Score:2)
Perhaps CD/DVD distros are most prevalent because not everyone has the same set of circumstances as you.
1) Some people value (eg. sys admins for large setups) the reliability of getting a repeatable install.
Imagine reporting bugs in a distro that was continually changing where you couldn't quote a distro number. Yes this could be managed on a network but not so easily as stating a distro CD/DVD version.
2) Some people will go so far as not installing a patch until it's verified.
If you're not net connect
Re: (Score:2)
Re: (Score:2)
This is exactly why I installed Ubuntu on my work computer - I only had a couple
Re: (Score:2)
Re: (Score:2)
Still, I should have used a phrase like "With any luck..." or "One hopes..." instead of "Presumably..."
<wishful_thinking> (Score:2)
</wishful_thinking>
(Yeah, I know why they can't)
How about a USEFUL spin? (Score:3, Interesting)
Re: (Score:2)
Maybe the Livna [livna.org] people could host Livna Linux, which is just Fedora core with all their evil patent encumbered and/or non-Free packages in place of the fully Free but less capable ones. If they only provided the download via bittorrent it likely wouldn't even cost them a huge amount of bandwidth.
Re: (Score:3, Insightful)
i've seen this before (Score:4, Funny)
I think the DOJ refers to that as "bundling".
Re:i've seen this before (Score:4, Funny)
Been there, done that, dismissed [wikipedia.org].
Parent
Re: (Score:2)
Re: (Score:2)
yeah!! (Score:2)
What about an "embedded" spin? (Score:4, Interesting)
Seriously.
I spent the last 5 years working for TimeSys [timesys.com], and we did a lot of work to adapt various Fedora Core packages for embedded systems use.
One of the tools we developed along the way was something called tsrpm [timesys.com], a set of wrappers for RPM that makes cross-compiling RPMs a relatively painless process. It's open source (GPL), has support for a number of different processor architectures (x86, various flavors of ARM and PPC, etc.), and can be used to compile packages using a glibc or uclibc based tool chains. It's non-intrusive, and uses a hint file (standard bash shell script) to conditionally control various phases of the RPM and source code build process. It's even capable of building a cross-development tool chain from source RPMs, though that process can be a little hairy.
When I left, IIRC, we had over 300 RPMs, mostly from FC5, that we could build for a good 9-10 distros (variations of architecture/libc combinations). That was the result of myself and the tsrpm author (Chris Faylor) spending about 2-3 months on the whole thing... and that included the time it took for Chris to get new gcc-4.x based tool chains building for most of the architectures.
If anyone's curious, you can see the free-as-in-[beer,speech] releases of tsrpm and some whet-your-appetite FC5-based distros here [timesys.com].
This is ominous... (Score:2, Funny)
5-CD collection? (Score:3, Informative)
Role Of Community (Score:4, Interesting)
Other Fedora 7 Plans (Score:3, Informative)
One disc installation sets (Score:3, Insightful)
Personally, that was one of the things I liked about Fedora--I could download the incredibly large DVD that contained everything and the kitchen sink. Download packages over the network? Pff... I used to sit there and remove/insert CD after CD of the latest linux systems. I remember I had SuSE professional that came with 7 discs. When I finally got a DVD burner, it turns out I didn't need it anymore... distros magically fit on a single CD all of the sudden. >:o
Re: (Score:2, Insightful)
Re: (Score:2)
We won't, because this is actually a smart move.
It's a smart move, of course, because it makes Fedora more like Debian.
/me dodges incoming bullets
Re: (Score:2)
"if the usually jackasses didn't post the usual anti Fedora FUD."
You mean like this [slashdot.org]?
Re: (Score:2)
Us jackasses that have been hear for many years tend to know a thing or two and have learned a lot of things the hard way. And as to the "anti-Fedora FUD", I prefer to look at it as the openness to non-Redhat-based distributions. And... yes, you can thank Redhat for turning their former legions of loyal Redhat desktop fans on to Debian, Ubuntu, and Gentoo. Thank you Redhat for ensuring diversity in Linux
Re: (Score:2)
It may be your configuration, your hardware, or various other causes, but if you're going to complain about Fedora, at le
Re:It would be nice (Score:4, Insightful)
If it's worked for you and not for someone else who thought they had the proper hardware after the appropriate amount of research that's good luck NOT good management.
Parent
Re: (Score:3, Informative)
It's the end user's fault for either A. buying hardware without checking the distro's hardware compatibility list or B. switching operating systems within the lifetime of one computer.
Re:It would be nice (Score:5, Informative)
Re-read my comment - the part about doing the appropriate research.
IF you do the research (compatibility list, newsgroups etc.) AND it still fails it's not your fault as an end user. PERIOD. You've done all you can.
Parent
Re: (Score:2)
IF you do the research (compatibility list, newsgroups etc.) AND it still fails it's not your fault as an end user. PERIOD. You've done all you can.
I have to think that there's still something wrong with the process if the average user of a piece of software is expected to read compatibility lists. The sooner we start treating software seriously [slashdot.org] the sooner it will stop sucking. Honestly, if you buy a car, should you be expected to know its internals? To check "compatibility lists" for its parts?
And yes, I know that certain zealots will just "well that's too much to expect from volunteers" but what I'm saying is maybe it should be expected anywa
Re:It would be nice (Score:5, Insightful)
If anything, the problems you encounter are, in my experience, more likely to be problems with the Linux drivers themselves than with Fedora, although there may be a handful of cases to the contrary.
steve
Parent
Re: (Score:2)
A year or so back, I tried upgrading a Red Hat 9 machine to the latest Fedora. The video chipset, perfectly functional under RH9, wasn't supported by Fedora. Similar issues with another box I was upgrading -- fully functional with RH9, virtual consoles broken under Fedora (bug reported and reproduced, but flagg
Re: (Score:2)
Indeed it may, but my point was that FC4 actually introduced hardware support regressions against Red Hat 9. I feel uneasy with a distro where my currently supported hardware may become unsupported in the next release.
Re:It would be nice (Score:4, Interesting)
Indeed. Clearly, it's the fault of the people who made gcc 2.96. *ahem*
If Fedora ships with a configuration that's unstable on particular hardware, and Debian doesn't---and you're not a developer---then choosing Debian is a smart and cost-effective solution. What do you expect?
Parent