Fedora Core 2 Schedule Up 224
An anonymous reader writes "The Fedora website has posted a schedule for their second release. " Now that the 2.6 Kernel is out, I imagine all the major distributions will have updates relatively soon.
After all is said and done, a hell of a lot more is said than done.
Lets hope the new glibc will be out before fedora (Score:5, Interesting)
Re:Lets hope the new glibc will be out before fedo (Score:2)
Re:Lets hope the new glibc will be out before fedo (Score:4, Informative)
Re:Lets hope the new glibc will be out before fedo (Score:5, Informative)
Re:Lets hope the new glibc will be out before fedo (Score:5, Informative)
Re:Lets hope the new glibc will be out before fedo (Score:3, Interesting)
I don't think its either fair or accurate to just call Fedora unstable, because it isn't. A lot of really smart people put it together and test it and they don't go out of their way to just blindly ship the latest package X
Re:Lets hope the new glibc will be out before fedo (Score:3, Informative)
Your mileage may vary, but I'm not having any problems with Fedora Core being used as a server. It's been running since the day it was first available for download, with zero downtime.
Re:Lets hope the new glibc will be out before fedo (Score:3, Informative)
Re:Lets hope the new glibc will be out before fedo (Score:2)
Re:Lets hope the new glibc will be out before fedo (Score:2)
Re:Lets hope the new glibc will be out before fedo (Score:5, Interesting)
Re:Lets hope the new glibc will be out before fedo (Score:1, Insightful)
Does Havoc work on the freedesktop.org effort on RH's paycheck? I'm guessing he is, but I'm not sure. RH has said they're pretty much not interested in the desktop at the moment, yet outside RH probably only Ximian/Novell can compete with the number of core GNOME developers under a single roof.
Re:Lets hope the new glibc will be out before fedo (Score:2)
Re:Lets hope the new glibc will be out before fedo (Score:3, Funny)
Re:Lets hope the new glibc will be out before fedo (Score:3, Funny)
2.6.0 RPMs are already out (Score:5, Informative)
Re:2.6.0 RPMs are already out (Score:5, Informative)
Boot CD's with 2.6? (Score:2)
I tried to edit the Knoppix ISO here a few weeks ago but it didn't work.
Suggestions please!
Re:Boot CD's with 2.6? (Score:2, Informative)
There are some experimental Gentoo LiveCDs for x86 using the 2.6 test kernels at http://gentoo.oregonstate.edu/experimental/x86/liv ecd/
[oregonstate.edu]
Not too useful if you're trying to run off the CD, but not bad if you want to test 2.6 compatability or need a rescue CD.
Re:Boot CD's with 2.6? (Score:5, Informative)
Anyway, main reason is that cloop needs to be ported to 2.6 and everyone's too lazy to do it. Klaus is busy as hell, and everyone else is waiting for Klaus
Re:Boot CD's with 2.6? (Score:2)
Re:Boot CD's with 2.6? (Score:1)
Re:2.6.0 RPMs are already out (Score:5, Informative)
It's already available on the testing channel for Fedora. If you have the updates-testing in your yum configuration, you can update to 2.6 with a yum update.
Re:2.6.0 RPMs are already out (Score:2)
Thanks
Re:2.6.0 RPMs are already out (Score:1)
[updates-testing]
name=Fedora Core $releasever - $basearch - Unreleased Updates
baseurl=http://fedora.redhat.com/updates
gpgcheck=1
And I don't get 2.6 - are you sure you're not pulling it in from somewhere else?
Re:2.6.0 RPMs are already out (Score:2, Informative)
My mistake. It's not under updates/testing. It's under development. Also, FWIW, I found that I just got a 404 if I tried using the addresses in the original yum.conf. I got much better results when I updated mine to include (for updates-testing as an example):
baseurl=http://download.fedora.redhat.com/pub/ fedora/linux/core/updates/testing/$releasever/$ba s earch
I'm not 100% certain that the equivalent directory for development (which would be /pub/fedora/linux/core/development/$basearch) is a vali
Sounds like folks are already..... (Score:5, Informative)
I haven't even got there yet! (Score:2)
Now I downloaded Fedora Core 1 the other day with the intention of trying it out on one of our desktop systems.
Now another core is sceduled for April!
I can't keep up with this - This must be my penance for all those times I complained when I was an MSCE that the updates were too few and far between.
Re:I haven't even got there yet! (Score:2)
Mmmmm (Score:5, Funny)
Nothing new here, please move along.
Re:I'm New Here (Score:2)
Do you run a search for that phrase every so often, or just happen to notice it when it comes up?
Re:I'm New Here (Score:2)
Updates: Yes; Default: No. (Score:5, Insightful)
Remember how fun 2.4 was when it first came out?
Yeah.
Hopefully Not (Score:1, Interesting)
Hence if the next release of a distro was to be built on 2.4.x with 2.6 development kernel included, there is likely no need for a change in release schedule.
---
Re:Hopefully Not (Score:5, Insightful)
Re:Hopefully Not (Score:1)
I imagine all the major distributions will have updates relatively soon
I still hope not.
---
Re:Hopefully Not (Score:5, Informative)
Re:Hopefully Not (Score:2)
Re:Hopefully Not (Score:2, Informative)
whats the schedual for 2.7? (Score:5, Funny)
Re:whats the schedual for 2.7? (Score:1)
2.6.0 experiences (Score:5, Informative)
There are two new interfaces to configuring the kernel. xconfig (based on QT) and gconfig, as well as the old menuconfig. I only tried xconfig and menuconfig, but they both worked fine and more quickly than their predecessors.
When compiling your kernel, drop the make dep and make clean and just #make bzImage modules modules_install. It might just be my imagination, but it seems like it took half the time to compile 2.6.0 and modules as it did for 2.4.23-pre6 which I was using.
If you get an error message like QM_MODULES: Function not implemented you haven't gotten the module-init-tools for 2.6.0 installed.
Nvidia users need to patch the nvidia-kernel sources with the appropriate diff from http://www.minion.de [minion.de] and apply before installing your new nvidia.o. My install went like this (Gentoo 1.4):
1. Get the nvidia-kernel package
#emerge -f nvidia-kernel
(if it's not already is
2. Extract nvidia-kernel
#sh NVIDIA-Linux-...-pk0 --extract-only
3. Patch driver
#cd usr/src/nv
#patch -p1 NVIDIA_Kernel-1.0.4496-2.6.diff
#ln -s Makefile.kbuild Makefile
#make install
Hope this helps someone out there, I spent an hour or two googling to figure this out, so I hope I can save someone the trouble
Re:2.6.0 experiences (Score:5, Informative)
Re:2.6.0 experiences (Score:2)
Re:2.6.0 experiences (Score:1)
No need for 'make bzImage modules'
simple 'make' will do the two automatically in a single run
much better
Re:2.6.0 experiences (Score:2)
Re:2.6.0 experiences (Score:2)
That should be:
#patch -p1 < NVIDIA_Kernel-1.0.4496-2.6.diff
Hurrah slashcode
WTF? Fedora Schedule? Windows XP SP 2 Changelist? (Score:2, Funny)
You have been warned.
Debian Press Release (Score:5, Funny)
(actually I'm a big fan of Debian but they gotta do something about their 2-year release cycles)
Re:Debian Press Release (Score:1)
Re:Debian Press Release (Score:4, Insightful)
Because I love and use Debian, but contrary to what the Debian fanatics will tell you, the testing/unstable versions are unusable for serious business. So, I have to use the stable build, which has many good qualities, but as others have noted... kernel 2.2 as the default kernel?!? X Window System is a P.I.T.A. for anybody but an X god and forget about detecting my Radeon. GCC in stable is so old that there are ANSI compatibility problems. etc. etc. And no, package pinning does NOT solve any of this.
I absolutely despise Windows, but at least I can run recent compilers on Windows 98 without having to compile the compilers myself. At least the latest games still work.
I'm not merely complaining idly. If I could pay $50 for a stable version of Debian that worked right, had reasonably modern versions of everything, and was still idealistically free, I'd be first in line with my checkbook.
Re:Debian Press Release (Score:3, Interesting)
I had the same problems with the 2-year release cycle. I'm convinced this is due to the core OS being held back from release while every random application with a critical bug is stabilized (the tail wagging the dog), and the apps should be decoupled a bit. That is, something like how FreeBSD does it with a solid core, an
Re:Debian Press Release (Score:2)
The non-free components are the "Adminmenu" utility, and a few icons and splash screens. (And a Debian dist-upgrade has been know to remove the Adminmenu without people intending it to..though that's never happened to me.)
Here's my quick check for the packages involved:
$ dpkg -l | grep Libranet
ii adminmenu 0.7.37-1 Libranet Adminmenu
ii gdm-theme-libr 2.8.1-1 Libranet GDM login themes
ii libr
Re:Debian Press Release (Score:2)
Re:Debian Press Release (Score:2)
Re:Debian Press Release (Score:2)
You have to wait for some college kid to make the fix in the first place; Debian generally applies that pretty quickly to the version in stable, or provides a workaround while they produce an update. Plus, the version in stable has had a lot more hammering. All the easy-to-find bugs have been found.
Although the newer versions have had the old bugs fixed they may well have introduced new, less well understood bugs.
If you think it's a good security stra
Re:Debian Press Release (Score:2)
Same here. I got tired of the ancient software in the stable versions of Debian and the constant "use backports from unstable or run testing" comments when this issue got raised. Since then I have switched to SuSE. I'm still get
Re:Debian Press Release (Score:2)
OTOH, if it's a server box sitting in a back room, what's wrong with stable?
With testing, if you want a stable system, then disable all upgrades except for security patches. Then you have
Re:Debian Press Release (Score:2)
The problem with testing is that the Debian Security Team does not specifically provide security updates for it. Thus, if a package in testing has a security issue, the fix for that security issue will not be in testing until the normal, automatic, procedure for transferring packages from unstable to testing takes place.
Re:Debian Press Release (Score:3, Interesting)
contrary to what the Debian fanatics will tell you, the testing/unstable versions are unusable for serious business.
Maybe I'm one of the aforementioned fanatics, but I've been using unstable for serious software development for about two years now. There are only two "problems" I have with it, and neither of them has anything to do with reliability. For that matter, neither of them has anything to do with Debian, per se, they're problems that arise from being "non-standard".
The first problem is packa
Re:Debian Press Release (Score:2)
Re:Debian Press Release (Score:2)
the "frequently being upgraded and broken" Testing archive
Your experience is different from mine. I don't find that testing or even unstable are frequently broken, although they are frequently upgraded. In the last three years my systems have been broken, briefly, exactly two times. In both cases, it was easy to simply revert the broken packages, and fixed versions were available in less than 24 hours.
What I think would work really well is an apt-get option that will only install packages that are a
Re:Debian Press Release (Score:2)
Re:Debian Press Release (Score:1)
Why? I'm 2.4.something on two boxes here at home. Both are Debian testing (one should have been stable, but I forgot when setting up
Re:Debian Press Release (Score:1)
I'd like the totally, 100% absolutely, positively free Linux (with apt:) but without the baggage that goes along with trying to keep seventyeleven architectures up and running.
Re:Debian Press Release (Score:2)
Re:Debian Press Release (Score:1)
I even get the feeling it is faster (but perception helps a lot).
Re:Debian Press Release (Score:2)
That's still before Longhorn. :P
Re:Debian Press Release (Score:4, Insightful)
In response to the recent release of kernel 2.6.0, Debian is accelerating their development cycle and plans to immediately release a stable distribution containing the new kernel. Look for this new version sometime in 2005.
Actually, 2005 is about right.
What just released is 2.6.0. Looking at the past history of kernel releases -- or even just reading the comments of kernel developers about this release -- you'd have to be an absolute fool to put this on an an important production server now.
It's important to understand the Linux kernel release cycle. When Linus cuts loose a "stable" release, that does not mean that it's stable in the sense of "reliable", it means it's stable in the sense that developers aren't going to be hacking the guts apart (well, excepting the 2.4 VM thing, which actually supports my point). There are going to be problems for a while, and that's just part of the process.
Nope, if your workload is important, you'll want to wait a few minor versions. From what I read on LKML, the developers think that 2.6 will stabilize a lot faster than 2.4 did, because 2.6.0 is a lot more solid that 2.4.0 was, but you still probably shouldn't even think about it for serious production work until at least 2.6.5, and even then you'd better test the crap out of it (never a bad idea anyway).
So, figure that about six months from now, 2.6 will be solid enough to be the default kernel in less conservative distributions. At that point, Debian will be watching how well everyone else fares with it. A year or so later, they'll have some confidence that it's trustworthy. The next release after that, it will probably be the default. In the meantime, 2.6 will probably be available in woody fairly soon, and is already available in sarge, though it's very unlikely to be the default when sarge is released.
Meanwhile, one of my Debian unstable boxes is happily running a Debian-provided 2.6 and has been for a couple of months now.
Re:Fedora makes Debian look like a joke (Score:2)
Debian has been a joke in the business community for a long time now but now even the geek community is jumping ship. Back 6 years ago I used to tolerate the constant political infighting and slow release schedule of Debian. But lately other distros have surpased Debian to such a degree that it makes debian look ridiculous and using Debian an excercise in masochism or stupidity.
Multiple monitors without restarting X (Score:2, Interesting)
Positive so far on Fedora (Score:5, Interesting)
I think /. should replace the RedHat logo since there is a clear distinction between the Fedora product and RedHat's primary branded offering, and this would also recognize the community of non-RedHat employees contributing to Fedora.
Updates Soon? (Score:5, Interesting)
Red Hat didn't release a 2.4 kernel untill 2.4.7, and pretty much everyone considered it broken. Sure gentoo and the rest of the bleeding edge are already running 2.6.
Re:Updates Soon? (Score:2)
But don't forget that what Fedora is for. To be the bleeding edge, the cannon fodder for Enterprise. However, I welcome the chance to be Fedora cannon fodder. Hmmmm ... 2.6.
Re:Updates Soon? (Score:2)
Gentoo is a Linux from Scratch based distro, as such it is what you make of it. I know quite a few people who are running gentoo who have no intention of upgrading to 2.6 until at least the majority of reports confirm that shit is for the most part working.
Re:Updates Soon? (Score:2)
we love bill gates?!?! (Score:2, Funny)
I must care more about my eyes...
wrong (Score:2)
just like the trollpost above... i wonder how much attention the moderators are spending on verification of the links.
Re:wrong (Score:1)
just like the trollpost above... i wonder how much attention the moderators are spending on verification of the links.
oops. sorry, I just wanted to share my shock with others when I saw on a linux screenshot [dark-hill.co.uk] a sentence (in capital letters) 'we love bill gates'....
Re:wrong (Score:2)
i automatically assumed the worst about your post. my apologies.
Funny name.. core (Score:5, Funny)
Re:Funny name.. core (Score:2)
Well then you may be interested in the actual origin of the term core dump. Waaaaay back when, RAM was just a big box with cris-crossing wires strung through washer-shaped magnets. The charges in the wires would cause the magnets to physically flip over when you set the 'bits'. This was called 'core memory'. And no, I'm not that old, it's what my professor told me.
Re:Funny name.. core (Score:2, Interesting)
I think this calls for a plonk! and an STFW.
It's electromagnetic changes, silly -- just like today's RAM, only much much much bigger and with stranger problems. (Like core heating due to the resistance of the wires and other fun stuff.)
Re:Funny name.. core (Score:2)
Apache 2 displays that icon for any file named just "core" when FancyIndexing, or Icon Indexing, or something like it, is turned on.
Hold the phone... (Score:1)
What happens with "Export approval"? (Score:2)
Re:Very Important -- Please Note.. (Time/Screensho (Score:2)
Re:Very Important -- Please Note.. (Time/Screensho (Score:1)
Re:Very Important -- Please Note.. (Time/Screensho (Score:2)
Re:Very Important -- Please Note.. (Time/Screensho (Score:3, Informative)
especially the MOD THIS UP part is hilarious. slaughter.edu... very funny.
this guy is a very impolite, crap-posting troll
check his recent posts (especially the insults written in CAPS). i don't care if this costs me (offtopic, troll, whatever) karma, please mod parent according to his behaviour.
Re:Very Important -- Please Note.. (Time/Screensho (Score:2, Informative)
If you actually look at the page, and look at the date at the bottom - Last update October 14th, 2003. - you'd realise that these are screenshots from Fedora Test 2, not Fedora 2 Test. That is, it's the second Test release prior to Fedora Core 1.
i agree (Score:1)
I'd love to have a distro tuned for audio...
though I'd rather have normal distros tuned for audio (i.e. the low latency patch, alsa, a few apps like rosegarden, ardour, audacity, csound, a few others...)
at least we now don't have to install Alsa ourselves.
Re:i agree (Score:5, Insightful)
I know you can't win them all, aren't there enough distroes out there. What the world needs now is more people contributing to the existing projects rather than people forking new projects.
I'd rather see 10 new RedHat/Debian/Whatever developers than 10 new distroes specializing in their own thing. Why not create the necessary packages for a smashing audio-distro and submit them to your favourite distro ?
Re:i agree (Score:1, Informative)
Unfortunately this stuff is in extreme flux at this point...a lot of is is pulled from CVS and even massaged by the CCRMA group at Stanford.
It would take hours upon hours for Joe User to do this kind of thing, if not days, if even reasonable...and they are not going to do it if they are a musician and not a Linux geek...this is really a different situation from the u
Re:i agree (Score:2)
Is this really where linux is going, one distro for this kind of utilities and one distro for security, another for network-chores and this one for mailservers etc.
Yeah, that is a problem. Hey... I know!!! Why don't you make your own distro that covers all of the bases, and then convince everyone to use it! That'll fix it for sure!
Re:Debian is Dying (Score:1)
I know I shouldn't be replying to a troll, but here goes...
My Debian Unstable with Gnome 2.4, KDE 3.1, and Xfree86 4.2 disagrees.
Re:Debian is Dying (Score:2)
Why? What makes a
There is nothing wrong with most package formats. It is how they are used that makes a difference.
Re:Debian is Dying (Score:2)
Re:Debian is Dying (Score:2)
While I realise this is late, RPM files are just compressed cpio archives. It has been a few years, but when I was making custom RH CDs (you can probably check siglinux archives circa '97 to see me offering them) I was just using plain cpio tools to repacakge things.
Re:why is this important or newsworthy? (Score:2)