Fedora 20 Released 147
sfcrazy writes "The Fedora Project has announced the release of Fedora 20, code named Heisenbug (release notes). Fedora 20 is dedicated to Seth Vidal, the lead developer of Yum and the Fedora update repository, who recently died in a road accident. Gnome is the default DE of Fedora, and so it is for Fedora 20. However unlike Ubuntu (where they had to create different distros for each DE) Fedora comes with KDE, XFCE, LXDE and MATE. You can install the DE of your choice on top of base Fedora."
It's a meta joke (Score:5, Funny)
Heisenbug - nice. A fitting name for a bleeding edge distro.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2, Funny)
Heisenbug - nice. A fitting name for a bleeding edge distro.
Are you upgrading? I'm uncertain.
Re:It's a meta joke (Score:4, Funny)
Re:It's a meta joke (Score:4, Funny)
With Linux, are you ever really DONE installing?
Re: (Score:2)
With Linux, are you ever really DONE installing?
Never have I seen so many Microsoft shills on slashdot in a single day... you should know better than that. Here's how to install Linux on a box with no OS:
1. insert installation media
2. Boot the machine
3. Enter preferences (time zone, passwords, defaults, etc)
4. Let it run for a little while
5. Press "enter".
Done. When patches come down the pike, one click and you're done, no reboots necessary. Now, here's how to install Windows on a box with no OS (sorry, thi
Re: (Score:1)
Re: (Score:2)
I've been using Linux since early Slackware. I laughed. Lighten up.
Re:It's a meta joke (Score:5, Funny)
They've stolen the Microsoft timer code!!!!!!
Re: (Score:3)
Re: (Score:2)
If you want to know what you're installing you cannot know how long it ill take.
More accurately: The uncertainty of installation time multiplied by the uncertain of package content is greater than or equal to the reduced Plank constant.
Re: (Score:2)
Well, you must be seated. Move around and the time will settle to a value...
Re: (Score:2)
Heisenbug - nice. A fitting name for a bleeding edge distro.
So it's Breaking Good?
Re: (Score:3)
Well, it is and it isn't.
Re:AAARGH (Score:4, Insightful)
Exactly.
What was wrong with linking directly to Fedora site.
I'm so sick of these spamvertisement sites that rush up a page and post it on Slashdot, that I virtually never click the first link.
Was it even or odd.. (Score:1)
..releases of Redhat you had to watch like a hawk again?
I've a spare motherboard and some HDs kicking around, maybe I'll have a go at installing a Redhat descendant for the first time in well over a decade (Has it really been that long a time?..ye gods..'one day you'll find' and all that.)
Re: (Score:2)
What is wrong with a nice VM?
Who dedicates real hardware to test these days?
Re: (Score:2)
People with spare motherboards and some HDs kicking around.
I got married, my wife doesn't let me collect old computer parts. But if I weren't it would be a nice way to test stuff out. Vs. having a big block of storage gone on your favorite PC.
Re: (Score:2)
Disk is cheap. You won't miss it.
And that huge block of storage can be recovered any time you want. Entry level desktop machines these days come with more than enough storage to accommodate running a couple concurrent VMs.
Re: (Score:2)
Re: (Score:3)
Just go for it. Fedora 20 is worth investing some time in, since it is systemd based and therefore shows the direction that most Linux distribution are heading. All the knowledge you gain about systemd and its tools like "journalctl" can be directly used in future Linux distro's like RHEL, CentOS, SUSE, etc.
So instead of wasting time getting to know a particular distros home made tools for eg. managing daemons, you can learn a set of standard tools that can be deployed exactly the same way across many diffe
Re: (Score:2)
> since it is systemd based and therefore shows the direction that most Linux distribution are heading
We would be happy if you'd stop spreading such unproven bs!
Red Hat, Fedora, CentOS, SUSE, OpenSUSE, Arch Linux, Mageia, Sabayon Linux all enables systemd as default. There are probably many more, and certainly many more to come in the future. Besides that, distros like Gentoo and Debian have systemd as an option. Hey, even a slacker is working on systemd support on Slackware.
All desktop environments like Gnome, KDE, LXDE are integrating systemd like crazy because it saves them from a lot of OS specific code. At present you can either use systemd in order to hiberna
Whoopty do (Score:1)
You can install the DE of your choice on top of base Fedora
That's the case with pretty much every distro out there. Ubuntu is the exception in that regard.
Re: (Score:3)
Can't you do that on Ubuntu too? I thought the different distros really were just installation defaults.
Re: (Score:1)
The summary makes a (pretty much meaningless) distinction between Ubuntu requiring different base installations for different desktops, instead of a single base installation. So yeah, Ubuntu is different from most distros in that regard I guess. But no one really gives a fuck. But I guess distros will do anything these days to try to distinguish themselves from every other distro out there that's pretty much the same.
Re:Whoopty do (Score:4, Informative)
There has been a minimal Ubuntu install that you can then install your DE of choice on top of since at least 8.04.
Re: (Score:3, Informative)
And even if you install Unity-flavored Ubuntu and want to switch to, say, Cinnamon, just add the PPA and go.
Re: (Score:1)
The problem with installing flavor A and then apt-getting DE B is always that you end up with a gazillion different utilities which clutter up your menus and are confusing even to the seasoned linux user. You can do it, and it may be reasonable if you are evaluating DEs prior to a decision, but it's not pretty. Given Ubuntu's targets they are doing it right IMHO.
Re: (Score:2)
More to the point, you'll still need to periodically log in to the original default DE to use the system configuration utilities, because the alternate DEs you add on from the repository later usually aren't complete installs of all the tools that can be used to configure the system.
Of course, if you're a long-time Unix/Linux hack, you don't use those fancy GUI tools in the first place, so it won't matter to you. And from what I've seen, people who are experienced enough to apt-get an alternate DE (or a
Re: (Score:1)
Jesus Christ, how did that make it into a Slashdot summary?
apt-get install gnome-desktop
Re:Whoopty do (Score:5, Informative)
We (Fedora) didn't write anything comparing the way we provide desktops to how Ubuntu does it. That's something the person who submitted the story wrote. It's not a comparison we'd find particularly interesting, I don't think.
Re: (Score:3)
Yeah, it seemed to me to simply be a way to throw some gratuitous denigration and farts in the general of Ubuntu.
People can't seem to just report the news these days, they have to color it and use it as a springboard for their own
pet peeves and preferences. Something learned from the mainstream media I guess.
Re: (Score:2)
I thought is was "interesting" when F16 overheated two different models of Macbooks, where the "uninteresting" distros somehow weren't able to foil the operation of the fans.
Its also "interesting" that the F18 system I'm on now reported that I have only 15 minutes of operation left because battery #1 is at 10% (nevermind that battery #2 is at 100%).
Even more hilarious (and "interesting") is the way Fedora handles dual monitors on a laptop (not an Apple this time... at least the 'F' people can devote some ne
Re: (Score:3)
You *can* (submitter appears to be a bit confused) but there is certainly no guarantee it will work well. When you go against the Ubuntu way and start making your own decisions it's easy to get well outside of what is tested and supported.
Even KDE is IIRC only maintained by external volunteers, Ubuntu is built around the idea that they decide and you use what they decided on. If you want to make choices there are plenty of better distributions to use.
Re: (Score:2)
You *can* (submitter appears to be a bit confused) but there is certainly no guarantee it will work well. When you go against the Ubuntu way and start making your own decisions it's easy to get well outside of what is tested and supported.
From my experience, vanishingly little in the way of desktop-user vertical integrations (Ubuntu's strength) meets with rigorous testing on Fedora. In fact, much of that "ucky" obsessing over details and connecting code in the between layers is precisely the kind of thing they frown upon.
Even KDE is IIRC only maintained by external volunteers, Ubuntu is built around the idea that they decide and you use what they decided on. If you want to make choices there are plenty of better distributions to use.
More power to them, then. The kinds of choices you're implying concern only a thin sliver of the techie demographic. Once users feel they have a stable interface to their system, they start feeling more confident about makin
Re: (Score:2)
Re: (Score:1)
Sure you can. This guy is a fucking twit same with the submitter.
Re: (Score:2)
Re: (Score:1)
I'm running KDE on Ubuntu 13.04 (installed from the standard dvd download).
All i had to do is apt-get the relevant (meta?)package .
No need to download the Kubuntu dvd.
Re: (Score:2)
I think a lot of people don't realise how easy it is to switch desktops in Ubuntu - just install the appropriate packages from the standard repositories and choose whichever you want to use at login. Occasionally you run into minor conflicts, but the major DEs generally co-exist quite happily. You don't have to go with, say, Xubuntu just because you want Xfce. The spinoff distributions aren't just standard Ubuntu with alternative desktops, they also have very different collections of default packages, so th
Re: (Score:2)
I'm fedup with this (Score:1)
Re: (Score:3)
They were asking for that joke ( fedoraproject.org/wiki/FedUp ). Well, you have to name it something I guess.
Re: (Score:2)
Not if you use software RAID, you're not - there has been no supported way to upgrade since Fedora 16 if you do something bizarre, like mirror your drives.
Unless this got fixed in 20 and the bz was never updated.
Re: (Score:2)
Not in my experience. Over the last 4 years my PC has run every version of Fedora and has /home on a pair of mirrored drives which I set up using anaconda on what I'm guessing was F11. I don't always upgrade as new versions are released but it is running F19 right now.
I grant that "not supported" is different from "it ain't gonna work" but for me at least; it worked.
Re: (Score:2)
I don't know if anyone's tested it recently. It may work with fedup. 'use software RAID' is a misleadingly vague statement of the problem, though; IIRC it was only ever broken if you *have /boot on RAID*, which is rather different from just 'using RAID'.
Re: (Score:2)
'use software RAID' is a misleadingly vague statement of the problem
It's disingenuous of you to accuse me of being misleadingly vague when the very sentence [that you fail to quote] says " if you do something bizarre, like mirror your drives". It's clearly qualified - blame shifting is not becoming. The ironic 'bizarre' is there to indicate just how common this configuration is.
Yes, /boot is mirrored on mirrored drives, just like /, /home, /var, etc.. Every server I've ever seen with mirrored drives has
Re: (Score:2)
Nice attempt at trolling Ubuntu (Score:2)
bcache (Score:1)
Re: (Score:2)
I don't think the 'nice' support in anaconda actually got done (or if it did, I missed the memo) so yeah, it probably is still that hard. Sorry.
Yes! (Score:5, Interesting)
KDE Plasma Workspaces 4.11 and systemd, yes!
I really like Fedora. Been using it since Fedora Core 1 (and Red Hat before that). It has been rock solid for me all these years, and it just keeps on improving.
The new "systemd" internal plumbing system is a joy to use. "journalctl" is the finest new system tool I have seen for many years; it is really fast, and its superb autocompletion reduces typing to a minimum.
"$ journalctl -F _SYSTEMD_UNIT" instantly show all systemd services that has ever written to the log file.
"$ journalctl -b -1 -p err" filters the log file, so that only errors are shown (-p err) from the previous boot (-b -1, current boot is just "-b" etc.).
A tremendous help for newbies who now doesn't need to learn 'cat', 'grep', 'less' and piping in order to do basic log file inspection.
Besides improving my systemd skills, the next spare time project I will try on Fedora 20 is lightweight containers. They seems like a useful addition to full blown virtual guests.
Re:Yes! No! (Score:3, Interesting)
I noticed huge system slowdown with the introduction of journald. I noticed huge performance loss in reading and writing files on my hard drive. After some investigation I figured out that journald is the cause of all the slowness. After killing the process (multiple times) I figured out that the performance in writing and reading comes back to normal (used to know) speed. After investigating I figured out that after using the system that journald has created around 100-150mb of metafiles in /var/log/system
Re: (Score:3)
I think there was a systemd bug that caused syslog to freak out. But besides that, systemd-journald is lightening fast and lightweight on a proper systemd distro like Fedora. It on takes 300 K memory (+3 Megabyte shared mem) on my desktop system. I haven't seen it even suck up 1% CPU time ever.
systemd often keeps logfiles around for longer than many syslog implementations that uses a simple cron/time based logrotate. Since the journal is indexed size isn't really a issue.
You can tweak the maximum size etc.,
Re: (Score:2, Interesting)
I read his comment just fine, my comment about CPU, as you would have understood if you had read carefully what I wrote, was a general observation that systemd-journald is a really fast lightweight daemon that doesn't consume much memory, or _even_ CPU time. (BTW, I can't fathom any scenario where a daemon does so much RW that it causes a system slowdown, without that daemon sucking up CPU time.)
The OP may have experienced slowdown problems after his upgrade, but systemd-journald in it self wasn't the cause
Re:Yes! (Score:5, Funny)
Oh yes!
I've struggled for months trying to use things like grep and less, you've no idea how many weeks I've been stumped trying to use cat!
I've been playing with journalctl, and I've managed to learn it all within about 3 days! It's a miracle! Now I can finally drop the endless nights spent scrolling through logs with less!!
If only we could have a tool to change plain text files to systemd log format, and I could use the wonder that is journalctl to parse and find things in them, instead of awful grep. There should be a text edit built in to systemd that does this and allows me to edit files and configurations, imagine how much better it would all be with this wonder of journalctl!
Re: (Score:2, Informative)
You are trying to be sarcastic but that doesn't help one bit. Some people don't seem to like systemd, and that is ok with me, but what I find hilarious about the systemd haters are that they can't seem to argue their case in any coherent technical way, they always seem to use ad hominem attacks combined with a considerable dose of paranoid conspiracy speculation. I think your problem is that you actually doesn't have any real knowledge or experience with systemd, that way you are bound to loose any technica
Re: (Score:2, Informative)
> journalctl -b -1 -p err
is of course straight forward compared to
grep "some error" log
The AC brigade is out in force tonight I see. Anyway.
Your example shows exactly what is wrong:
1. What error? How does the newbie know what to grep for without knowing what is written in the log? A 'grep "some error"' will of course miss both "Error" and "", but also miss errors indicated with "Failure" or "Warning".
2. The newbie can be swamped with error messages since your simplistic grep (without -i switch and path, and no pager too) just dump every "some error" logged the last couple of months unto the t
Re: (Score:2)
> How does the newbie know what to grep for without knowing what is written in the log?
"journalctl -b -1 -p err" seems to be exactly what newbie knows out of his mind. Pathetic loser!
Ah, the ad hominem attacks begin. As said earlier, you systemd haters just seem unable to have a technical argument. I understand why you hide as an AC.
Sure, no UI is intuitive (excepting the nipple), you still have to learn something if you want use the CLI to inspect the log file. It is just that very basic 'journalctl' knowledge gives the newbie an easy and consistent way to obtain useful information.
Just one man page to look at, instead of several (and the man page for grep is pretty intimidating for a
Re: (Score:2)
I have no problem with people having different preferences. In fact my main problem with systemd haters are exactly that they continually slander open source developers like Poettering just for making a init system that they evidently doesn't use or have any real knowledge about.
Content free statements like "Unix philosophy means ..." doesn't convince either. grep, sed, cp, diff etc. are all useful tools, but I have absolutely no problem with Linux users that doesn't know anything about them, but just uses
Re: (Score:2)
I don't think making syslog only register error levels above "Error" is a solution. After all, seeing that a service is starting correctly can be very useful debugging information too.
I don't share your view, that only people mastering awk, sed and grep should be allowed to use Linux, and while I love the power of e.g. GNU tools, I don't think they should be mandatory to learn just to perform basic system maintenance.
As a newbie desktop user coming from Windows, there are so many new concepts to learn, addi
Re: (Score:2)
There's probably an emacs mode which does what you're looking for.
Fedora vs. Ubuntu - Why these comparisons suck (Score:5, Insightful)
The biggest differences between them are admin tools and init/rc stuff as well as the language the tools are written in. The packaging systems (RPM vs .DEB) are really not as great a difference since they accomplish essentially the same thing overall. The biggest packaging difference is how they name things and where they put them; this is also the most frustrating difference.
You'll notice that most general/new-release distro reviews are superficial, noting things like application/kernel version numbers and what DE is chosen and what default apps are installed -- all meaningless since any DE and most any app and most any kernel can be installed on any distro. These are reviews written by newbies for newbies. Apparently the people who know the significant underlying differences don't write reviews or don't know enough about other distros to draw a meaningful comparison.
Here's a review I wrote comparing Mageia with Fedora, which I hope is not the typical kind of review.
http://maximumhoyt.blogspot.com/2013/01/mageia3-beta-vs-fedora18.html [blogspot.com]
Why not compare these to Ubuntu? Behind the scenes where it matters, it's too different from Fedora/Mageia for me to get a handle on it without obtaining a more intimate knowledge of Ubuntu, something I have no real need or desire to do. My only gripe about Ubuntu is that too much software is developed for it that is reliant on Ubuntu-specific scripts and such things that it cannot easily be used on other Linux distros; HOWTOs written for Ubuntu are so Ubuntu-specific that they are rendered almost useless for any other distro (they seem to be written by the same folks that write the superficial reviews).
sfcrazy and others do Fedora and Ubuntu a disservice by making these uninformed and superficial comparisons.
Re: (Score:1)
> The biggest packaging difference is how they name things and where they put them; this is also the most frustrating difference.
I find the Ubuntu/Debian packaging system is much weaker than the Fedora/RPM system. Firstly the Fedora packages are sensibly and predictably named (lib prefix for libs, -devel for the development packages, -static for static libs) while the Ubuntu packages are insane with odd version numbers rolled into the package names e.g. zlib1g, zlib32z1, zlib64z1, Fedora nicely has jus
Fedora 20 vs. Ubuntu 13 (Score:1)
Well Fedora must be better, of course. It's at 20 but Ubuntu is only at 13.
Re: (Score:1)
Oh yeah? I've got Windows 98.
Re: (Score:2)
Cold, dead hands (Score:2)
Are where you will find syslogd and init scripts. Get away from your wibbly-wobbly daemony-waemony way of doing things, and let the admin adjust startup stuff and view logs via simple text edit commands.
Anyone know when RHEL7 is out?
Amusingly, the ./ motd below reads "Heisenberg may have slept here"
Re: (Score:2)
"Are where you will find syslogd and init scripts. Get away from your wibbly-wobbly daemony-waemony way of doing things"
You do know the 'd' in syslogd is short for 'daemon', right?
"Anyone know when RHEL7 is out?"
Whenever it's coming out, it has systemd and journald. Have you actually tried using them and read up on why we think they're better?
Re: (Score:2)
Citation needed.
Re: (Score:2)
Citation needed.
I assume you mean about RHEL using systemd.
The RHEL 7 beta is out, and it uses systemd:
https://access.redhat.com/site/discussions/644203 [redhat.com]
Fedora is an excellent platform for learning systemd, but a beta evaluation of RHEL 7 can be had here:
https://access.redhat.com/site/products/Red_Hat_Enterprise_Linux/Get-Beta [redhat.com]
Different distributions (Score:2)
Hint: apt-get install XXX-desktop converts your Ubuntu into a XXX desktop variant.
Ubuntu does create different distributions to make it easier for the user. and so that they don't need to install software initially that they won't be using.
Re: (Score:2)
That is exactly correct.
The summary is wrong.
Fedora has the same thing as the Ubuntu distributions, it's called a spin.
systemd (Score:1)
Now that Fedora comes with systemd as default, I see more and more comments like "systemd is installed and default in more and more distributions" and I would like to use the opportunity to say that not only this is not true, but it will absolutely not happen for quite a few distros.
While I love the ideas behind systemd, and it undeniably works very well (it wouldn't have been adopted otherwise), it does have it's disadvantages. One of the most important ones is it is Linux-exclusive, which means that any d
Re: (Score:2)
"While I love the ideas behind systemd, and it undeniably works very well (it wouldn't have been adopted otherwise), it does have it's disadvantages. One of the most important ones is it is Linux-exclusive, which means that any distribution and any software that wants to be available for other platforms, simply cannot use it. That is the case, for example, for Debian."
That doesn't appear to be correct. Debian is currently actively considering a switch to systemd, which I don't think it'd be wasting time on
Re: (Score:2)
Him? (Score:2)
Re: (Score:2)
Re: (Score:2)
Yes, the Cat is out of the bag already.
Re: (Score:2)
He's on 1st post.
CentOS (Score:2, Insightful)
That's why CentOS exists, no?
Re: (Score:3)
To GP: there is absolutely no reason whatever that you have to upgrade every 6 months. NONE. Every release is supported until one month after the SECOND release following. That means 13 months of life. You can upgrade as fast as every 6 months or as slow as every 12-13 months. Admittedly, that is still a pretty demanding rate.
To P: yes, but RHEL/CentOS has got its own
Re:CentOS (Score:4, Informative)
GCC 4.4 is just the system compiler. Red Hat provides supported installations of GCC 4.8 as part of what they call Red Hat Developer Toolset. It includes modern versions of the GNU stack as well as the latest version of the Eclipse development environment.
Re: (Score:2)
That's cool for Red Hat but how applies to CentOS?
Re: (Score:2)
The SRPMs are available on Red Hat's ftp site so I assume that it's just a matter of rebuilding them. I know that at least Scientific Linux is doing this, but I'm not sure about CentOS.
Re: (Score:2)
RHEL is a bit slow but that's a feature if you're the kind of user that wants that kind of distribution. You install it once and it will continue to work reliably for years and years. It's of course a little bit extra behind right now since the next major release is expected $REALSOON. It's likely that Fedora 19 or so will be the base for RHEL 7. They originally planned to use Fedora 18 but decided to skip that release for some reason.
Re: (Score:2)
Re: (Score:2)
I only upgrade every couple of years, although most of the time you can upgrade in the background, and not have to change much, if anything on the front end. I went from 11, to 12, to 13 that way.
Why upgrade when it is very easy and usually much quicker to do a fresh install in your system file-systems. For me to do two machines it usually takes about 6 to 8 hours and that includes downloading the DVD, checking the download, creating the boot-able USB key, installing the new OS in the appropriate system file-systems making sure you don't clobber your personal data (ie /home) followed by customization and updates. Actually most of my time is spent surfing the web or playing a game rather than actuall
Re: (Score:3)
Re: (Score:2)
May I ask the Fedora people to offer a long term Fedora distro or maybe a rolling release or maybe switch from 6 Months to every 12 Months ?
If you install Fedora release n on Day 1, you don't need to install Fedora release n+2 until 13 or 14 months later (assuming you want updates).
Something like Arch's approach of continually rolling updates is actually starting to look like the better idea, since they have to pay attention to breakage and upgrade issues.
Re: (Score:1)
I have two boxen with Arch and two with Fedora (19 and Beta20), I use the Fedora as my 'personal' machine and keep /home on a separate partition to make staying up with the 6 month cycle easier, although I do skip the occasional release.
I had my parents on a Fedora box, but quickly saw that I needed a longer term, lower maintenance solution, and have them on Arch for several months now.
I switched from Crux to Arch years ago but got off it when I had some update breakage issues or something that peeved me (o
Re: (Score:2)
We've been working on making non-stable Fedoras more manageable for day-to-day usage lately, with pretty good results. I'm on Rawhide (F21) already and it works fine, nothing is exploding. It's fairly feasible to run Rawhide day-to-day for an experienced user, these days - nirik (Kevin Fenzi) runs rawhide full-time, updated daily, on one of his workstations, and blogs about it at http://www.scrye.com/wordpress/nirik/category/rawhide/ [scrye.com] (as a part of the 'make rawhide suck less' efforts, a kind of long-term pu
Re: (Score:3)
They have a long term release - it's called Red Hat.
Re: (Score:2)
Sounds like what Fedora really needs to do is simply fix FedUp so that it doesn't grow cluttered.
Personally it's been about 8 years since I used Fedora so I don't know what's up over there. But the aggravation of reinstalling every 6 months drove me from Mint to Kubuntu a couple years ago, and the latter has made the every 6 month upgrades a breeze. No need for a rolling release as long as the distupgrade can run in the background while you carry on as normal and applies with a simple reboot.
Re:So when's the next LTS? (Score:5, Informative)
Fedora does not provide an LTS like release. Every release is maintained for 13 months, and new releases are usually released about every six months. The idea is that if you want a more long term release you should really go with Red Hat Enterprise Linux which is based on Fedora.
Re: (Score:2)
Or go with Centos, which is based on Red Hat Enterprise Linux, and has free as in beer binaries.
Re: (Score:2)
19 had MATE and Sugar spins too. We didn't change the spins loadout for F20 at all (well, I think we dropped some that no-one tsted any more).