Fedora 20 Released
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."
Heisenbug - nice. A fitting name for a bleeding edge distro.
I want to delete my account but Slashdot doesn't allow it.
Are you certain?
Really, the first link in the summary.
May your lifespan be long, boring and painfull, and your death an endless voyage in limbo.
[wdw]
..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.)
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.
The cow says "Moo." The dog says "Woof." The Timothy says "Thanks, valued customer. We appreciate your input."
so many updates.
http://en.wikipedia.org/wiki/Fedora
I do like Fedora, no doubt! Unfortunately having to maintain my system all 6 Months with a full update is a nogo! Too much time to invest only to get everything the way my system used to be. Fedup or yum update is an alternative but the system gets cluttered after a while.
My next distribution will be a long term system because I need a stable working and reliable system. Due my job I have no time to update every 6 months and after update there are still too many quirks that needs to get solved over time. And for this I don't have time either.
Maybe RHEL7 or DEBIAN Jessie will be the next choice. I even consider Windows7 for my Work machine (not because I am a fan of Windows and Microsoft) no because I have work to do and earn my money. The quick update every 6 months is an absolute nogo!
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 ?
Not sure why Ubuntu is even mentioned in the summary. I'm sure the summary containing a story about someone dying could've been written a little more tastefully.
Is using bcache really this hard? I didn't see any mention of setting up bcache during an initial system install. Essentially like: install everything to /dev/sda and use /dev/sdb as cache? Couldn't this be done if /dev/sda1 was a LVM w/ / on it, maybe with /dev/sda2 as /boot?
"but money is the God of Algiers & Mahomet their prophet." - Rich. O'Bryen June 8th 1786
That's why CentOS exists, no?
I just installed 19 a few weeks ago, dammit.
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.
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/systemd and I am quite sure that I never had a software that generated so much logfile information.
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
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.
"I believe in Karma. That means I can do bad things to people all day long and I assume they deserve it." : Dogbert
He's on 1st post.
Pain is merely failure leaving the body
Well since he's black I guess he won't be able to get away with the ol' "affluenza" excuse....in the American south running people over with a car is only crime if black.
Heisenbug - nice. A fitting name for a bleeding edge distro.
It must be irony, Bohr bug would have been closer to truth, but thinking what's up the line, I may guess that Scrödinger's Bug, will follow up soon too.
I hate when it happens and it will probably drive us all nuts, but isn't just sweet when bug disappears once you observe it?
<crickets>
Yes, the Cat is out of the bag already.
Sig Battery depleted. Reverting to safe mode.
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., but it unless you are starved for space, a couple of hundred megabytes for many months of log files aren't bad.
Also, systemd-journald logs much more that any sysvinit/syslog implementation is capable of, especially stuff that happens early in the boot process.
All in all I find that "systemd-journald" is extremely fast and resource lightweight, and I just love how well designed and documented the systemd tools are.
If you could read - which you haven't - then you would realize that there the initial writer wrote about READ WRITE performance drop on his hardware. No single word was lost about CPU USAGE!
So if a broken deamon writes 100-150mb in a few hours which causes permanent read / write access (on his harddisk) then there is no wonder that other files that will be read or written within the same time the deamon requires to dump log onto the harddisk, will cause the initial read write to slow down.
Well Fedora must be better, of course. It's at 20 but Ubuntu is only at 13.
Fedora is like a horror movie franchise that keeps turning out sequels. This time, fedup to 20 trashed my package database in a way that the repair tools could not fix, and I had to start over. And, there is -STILL- a decade later -STILL- it never ends -STILL- seeing 100% CPU usage in the desktop environment. Only fix is to reboot (or crash the graphical desktop, which is the same difference since you lose everything). This may not be Fedora's bug, but it sure hasn't been fixed either. And Gnome 3 is so bad I switched to KDE when it came out.
Best advice: DO NOT UPGRADE! Install Fedora and leave it. Build a new machine and install the latest version.
Note: I do not blame Fedora for atrocities like FireFox's constantly changing interface. It's not Fedora's fault.
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 of it. Yes, I can imagine problems upgrading from eg. F17 to F19 without modifying the config files, since the systemd journal wasn't persistent in early Fedora versions, and running both systemd-journald and syslog may double the amount of disk writes.
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"
I want to delete my account but Slashdot doesn't allow it.
> but systemd-journald in it self wasn't the cause of it.
"After killing the process (multiple times) I figured out that the performance in writing and reading comes back to normal (used to know) speed."
Reads as in "After I investigated a couple of hours into why my systel slows down so dramatically I figured out that the process that caused this rapid slowdown was named 'systemd-journald'. After killing the Process (which I had to do a couple of times because it respawns all the time) the system operated normally". So it has been proven that obviously it was systemd-journald that caused the massive slowdown on said system.
Maybe the system runs on a thumbdrive (for various reasons this can be the case as in wanting to run linux on a corporate notebook where the company doesnt allow to install anything else than the corporate provided images. So a normal USB 2.0 thumbdrive may have around 10-15mb read/write times on smaller files. So now imagine systemd-journald is nailing that drive with logfiles over 100-150mb in a few hours preventing other files to be properly read or written on the stick due to that crappy journald daemon taking all read write times on the drive.
WHICH to make it CLEAR the old way never did because it doesn't write 100-150mb of crappy logfiles! (maybe in 6 Months but not within 1-2 hours).
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.
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 distribution and any software that wants to be available for other platforms, simply cannot use it. That is the case, for example, for Debian.
It would be great if different alternatives used the same commands for the same things. That way I could always use them in any CLI or script, knowing that everything will work, no matter what. Some functionalities will not be in all systems, so this may not be so feasible, but most basic functions should work like this.
How much wood would a woodchopper chop if a woodchopper would chop wood?