Slashdot Mirror


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."

147 comments

  1. It's a meta joke by Gothmolly · · Score: 5, Funny

    Heisenbug - nice. A fitting name for a bleeding edge distro.

    --
    I want to delete my account but Slashdot doesn't allow it.
    1. Re:It's a meta joke by jfdavis668 · · Score: 1

      Not as good as Spherical Cow.

    2. Re:It's a meta joke by Anonymous Coward · · Score: 2, Funny

      Heisenbug - nice. A fitting name for a bleeding edge distro.

      Are you upgrading? I'm uncertain.

    3. Re:It's a meta joke by jfdavis668 · · Score: 3, Funny

      I've been watching the installation progression, but it will finish in 17 mins, now 2 mins, now 26 mins, now 45 secs, now 12 mins...

    4. Re:It's a meta joke by Gothmolly · · Score: 3, Funny

      With Linux, are you ever really DONE installing?

      --
      I want to delete my account but Slashdot doesn't allow it.
    5. Re:It's a meta joke by sconeu · · Score: 4, Funny

      They've stolen the Microsoft timer code!!!!!!

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    6. Re:It's a meta joke by jfdavis668 · · Score: 2

      The copyright ended.

    7. Re:It's a meta joke by mr_da3m0n · · Score: 1

      Beefy Miracle was the best.

    8. Re:It's a meta joke by cellocgw · · Score: 1

      Heisenbug - nice. A fitting name for a bleeding edge distro.

      So it's Breaking Good?

      --
      https://app.box.com/WitthoftResume Code: https://github.com/cellocgw
    9. Re:It's a meta joke by wonkey_monkey · · Score: 2

      Well, it is and it isn't.

      --
      systemd is Roko's Basilisk.
    10. Re:It's a meta joke by Anonymous Coward · · Score: 0

      Ah, yes, the humor of a non-linux user. I'm sure that was absolutely hilarious to your peers, but then again, I wouldn't know.

    11. Re:It's a meta joke by Anonymous Coward · · Score: 0

      I would have thought it was dedicated to Walter White who recently died.

    12. Re:It's a meta joke by neiras · · Score: 1

      I've been using Linux since early Slackware. I laughed. Lighten up.

    13. Re:It's a meta joke by Anonymous Coward · · Score: 0

      The new Anaconda justifies the name. Still.

    14. Re:It's a meta joke by mcgrew · · Score: 1

      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, this is for 95, 98, and XP, never installed any newer MS OS)

      1. insert installation media
      2. Boot the machine
      3. Enter a preference
      4. Wait five minutes
      5. Enter another preference
      6. Wait five minutes
      7. Enter another preference
      8. Wait five minutes
      9. Enter another preference
      10. Wait five minutes
      11. Enter another preference
      12. Wait five minutes
      13. Enter another preference
      14. Wait forty five minutes
      15. remove media and press "enter"
      16. Enter password
      17. install a driver
      18. reboot
      19. install another driver
      20. reboot ...
      30 Install antivirus
      31 reboot
      32 Install an office suite
      33 reboot
      34 Install another piece of software
      35 Reboot
      36 Install...

      Sorry, Mister Shill, you have it backwards. MS needs more work every single month than it takes to install Linux, which will happily run without fiddling or reboots for years. Some people only boot their Linux boxes when a component fails and they have to shut it down to replace a physical part.

      Windows? Your computer is unusable for at least a half an hour from Patch Tuesday, after which a reboot is required. In Linux, one click and the update is done, you just go on working on whatever you were doing while it updates.

      Sheesh.

    15. Re:It's a meta joke by Anonymous Coward · · Score: 0

      Kernel Panic, b*tch!

    16. Re:It's a meta joke by paulatz · · Score: 1

      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.

      --
      this post contain no useful information, no need to mod it down
    17. Re:It's a meta joke by aurizon · · Score: 1

      Well, you must be seated. Move around and the time will settle to a value...

    18. Re:It's a meta joke by __aaacif3008 · · Score: 1

      step one: install arch. step two: use it indefinitely. in the past three years, the only reinstalls i've done have been for switching hardware.

  2. Re:All I can say to that is... by jfdavis668 · · Score: 1

    Are you certain?

  3. AAARGH by Anonymous Coward · · Score: 0

    Really, the first link in the summary.

    May your lifespan be long, boring and painfull, and your death an endless voyage in limbo.

    [wdw]

    1. Re:AAARGH by icebike · · Score: 3, 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.

      --
      Sig Battery depleted. Reverting to safe mode.
  4. Was it even or odd.. by Anonymous Coward · · 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.)

    1. Re:Was it even or odd.. by M1FCJ · · Score: 2

      What is wrong with a nice VM?
      Who dedicates real hardware to test these days?

    2. Re:Was it even or odd.. by Anonymous Coward · · Score: 0

      What is wrong with a nice VM?
      Who dedicates real hardware to test these days?

      The guy with a rather large junkpile of donated obsolete systems...
      Hell my desktops have just (past two weeks) been upped from single core P4s to dual cores, and the one I'm typing this on has a rather cute fault with the PCI express bus (so long as I don't plug anything into it, I'm fine)..

      My last 'production' Redhat install was on a Sparc Classic, if that dates me.

    3. Re:Was it even or odd.. by Anonymous Coward · · Score: 0

      What is wrong with a nice VM?

      should have also added that I've naught against VMs, in fact, at my place of employ, some of my best friends are VMs..

    4. Re:Was it even or odd.. by jellomizer · · Score: 1

      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.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    5. Re:Was it even or odd.. by mea2214 · · Score: 2

      I've always had best luck with even Fedora releases. I'm still on Fedora 14 and have been patiently waiting for 20 to hit the shelves.

    6. Re:Was it even or odd.. by icebike · · Score: 1

      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.

      --
      Sig Battery depleted. Reverting to safe mode.
    7. Re:Was it even or odd.. by Peter+H.S. · · Score: 2

      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 different Linux distributions.

      I think any System Admin out there should seriously start to learn systemd, even if their present production servers doesn't support it yet, because some day they will.

    8. Re:Was it even or odd.. by Anonymous Coward · · Score: 0

      > 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!

    9. Re:Was it even or odd.. by Peter+H.S. · · Score: 1

      > 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 hibernate/sleep, or rely on the unmaintained abandonware like ConsoleKit.

      No one has bothered updating ConsoleKit for the last 1½ year, so it may contain huge security holes, who knows? Who cares?

    10. Re:Was it even or odd.. by Anonymous Coward · · Score: 0

      Red Hat, Fedora, CentOS,

      I think you overstate your case.

  5. Whoopty do by TWiTfan · · Score: 0

    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."
    1. Re:Whoopty do by XanC · · Score: 2

      Can't you do that on Ubuntu too? I thought the different distros really were just installation defaults.

    2. Re:Whoopty do by oodaloop · · Score: 1

      Wait, what? You can't install DEs of your choice on Ubuntu? o_O

      --
      Tic-Tac-Toe, Global Thermonuclear War, and relationships all have the same winning move.
    3. Re:Whoopty do by Anonymous Coward · · Score: 0

      In what way? You simply install the meta package for the desktop you want. OMG so hard!!!

    4. Re:Whoopty do by Lunix+Nutcase · · Score: 0

      Sure you can. This guy is a fucking twit same with the submitter.

    5. Re:Whoopty do by TWiTfan · · Score: 0

      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.

      --
      The cow says "Moo." The dog says "Woof." The Timothy says "Thanks, valued customer. We appreciate your input."
    6. Re:Whoopty do by Desler · · 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.

    7. Re:Whoopty do by Anonymous Coward · · Score: 0

      The /. article is extremely misleading.

      You can install any DE of your choice in Ubuntu, simply using apt-get. The real difference is that Fedora offers a DVD with all the DEs available. This is the only place where Ubuntu differs in this regard, it simply doesn't provide the one, large DVD. It's not the end of the world because it's not needed. Why download a DVD with all the packages when you can just get the ones you need?

    8. Re:Whoopty do by Fwipp · · Score: 2, Informative

      And even if you install Unity-flavored Ubuntu and want to switch to, say, Cinnamon, just add the PPA and go.

    9. Re:Whoopty do by jones_supa · · Score: 1

      What bugs me though that if you want to uninstall an desktop environment, you cannot just uninstall the particular metapackage, but you must uninstall all the packages separately.

    10. Re:Whoopty do by Drew617 · · Score: 1

      Jesus Christ, how did that make it into a Slashdot summary?

      apt-get install gnome-desktop

    11. Re:Whoopty do by no_go · · 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.

    12. Re:Whoopty do by AdamWill · · Score: 4, 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.

    13. Re:Whoopty do by Anonymous Coward · · Score: 0

      yeah, unless it breaks something :D

    14. Re:Whoopty do by Arker · · 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.

      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.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    15. Re:Whoopty do by RDW · · Score: 1

      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 that you might get, e.g., Abiword and Gnumeric instead of LibreOffice. The last time I tried this, I actually found it easier to get what I wanted by installing the basic Xfce package on top of standard Ubuntu, rather than hunting around for what was missing from the default Xubuntu.

      Canonical, of course, wants to promote their own specific flavour of Ubuntu, so it's in their interests for the non-Unity spinoffs to have distinct identities with different names, and not to provide a choice of DEs in the standard installer.

    16. Re: Whoopty do by Anonymous Coward · · Score: 0

      Install the meta package with aptitude install, not apt-get. Packages only pulled in as dependencies will be marked as such, and if you remove the meta package that pulled them in, they'll get removed as well

      Debian tried switching to aptitude as default years ago, but it's not taking root very well

    17. Re:Whoopty do by Knuckles · · 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.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    18. Re:Whoopty do by icebike · · Score: 2

      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.
         

      --
      Sig Battery depleted. Reverting to safe mode.
    19. Re:Whoopty do by Just+Brew+It! · · Score: 1

      Ubuntu isn't even really an exception. You can still install the barebones "server" flavor, then drop whatever DE you want on top of that. Or start with one DE, then install another DE alongside it. As far as I'm concerned it is just a nit-picky detail of what they happen to promote as the default distribution image.

    20. Re:Whoopty do by Anonymous Coward · · Score: 0

      Except Kubuntu, since it's now an independent distro, doesn't include Canonical spyware.

    21. Re:Whoopty do by msobkow · · Score: 1

      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 few of them) on a system are the only ones who are also experienced enough to not need the GUI tools. Mom and Pop Joe User need to have everything installed for them all at once from the original installation to get anything done.

      Like it or not, to most of the "general" user community, Unity is Ubuntu, much though it sucketh donkey testicles.

      --
      I do not fail; I succeed at finding out what does not work.
    22. Re:Whoopty do by Anonymous Coward · · Score: 0

      TFS is full of crap and you're full of crap. I've got Unity, Gnome 3, KDE4, XFCE, Openbox and Enlightenment all installed on my Ubuntu 12.04. Also had Cinnamon at one point and MATE at another.

    23. Re:Whoopty do by Anonymous Coward · · Score: 0

      Also, Fedora has Spins with other-than-gnome DEs as default install which is no different from *buntus.

    24. Re:Whoopty do by Burz · · Score: 1

      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 neurons to the Thinkpad line).

      Perhaps a dozen more examples of interesting times on Fedora come to mind at the moment. It occurs to me the 'F' people don't compare their distro to the likes of Ubuntu because they can't bear to.

    25. Re:Whoopty do by Burz · · Score: 1

      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 making choices that are important to them-- instead of the kind of choices that amount to coders trying to impress each other.

  6. I'm fedup with this by jfdavis668 · · Score: 0

    so many updates.

    1. Re:I'm fedup with this by coolsnowmen · · Score: 2

      They were asking for that joke ( fedoraproject.org/wiki/FedUp ). Well, you have to name it something I guess.

    2. Re:I'm fedup with this by bill_mcgonigle · · Score: 1

      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.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    3. Re:I'm fedup with this by rjforster · · Score: 1

      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.

    4. Re:I'm fedup with this by AdamWill · · Score: 1

      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'.

    5. Re:I'm fedup with this by bill_mcgonigle · · Score: 1

      '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 /boot mirrored because if one drive fails you still need to boot (which is why one mirrors drives in the first place).

      The Fedora Project empirically doesn't care about this incredibly common use case in the server world. I see from the release notes that most Fedora installs never even need an MTA, so I'm guessing desktops on SSD's are now the current focus.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    6. Re:I'm fedup with this by walshy007 · · Score: 1

      My nas machine has been running fedora since f12, five drives with /boot mirrored on all of them, not a problem upgrading.

  7. Still with FC18 and probably swtich distro by Anonymous Coward · · Score: 0

    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 ?

    1. Re:Still with FC18 and probably swtich distro by sv_libertarian · · Score: 1

      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.

    2. Re:Still with FC18 and probably swtich distro by cbcbcb · · Score: 2

      Fedora already supports releases for 12 months, as the most recent 2 releases are supported. Fedora 19 has been out for six months, and will be supported for a further six (or so!) months until Fedora 21 is released. In contrast, Ubuntu only supports its releases for 9 months, except for the LTS releases.

    3. Re:Still with FC18 and probably swtich distro by bill_mcgonigle · · Score: 1

      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.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    4. Re:Still with FC18 and probably swtich distro by just_another_sean · · Score: 2

      They have a long term release - it's called Red Hat.

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    5. Re:Still with FC18 and probably swtich distro by Gavagai80 · · Score: 1

      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.

      --
      This space intentionally left blank
    6. Re: Still with FC18 and probably swtich distro by Anonymous Coward · · Score: 0

      mmm...you do realize that you do not have to up/grade you Fedora every 6 month right? Fedora release lifespan is 13 month.

    7. Re:Still with FC18 and probably swtich distro by oddtodd · · 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 (or caught my eye elsewhere, so many distros, so little time and all that), but have been toying with it again for a year or so and it is rock solid and no throwing the baby out with the bathwater, so far.
      Anywho, to make a short post long, Arch is a good idea for someone who doesn't mind getting a little grease under their fingernails now and then.

      --
      I have plenty of common sense, I just choose to ignore it. -- Calvin
    8. Re:Still with FC18 and probably swtich distro by AdamWill · · Score: 1

      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/ (as a part of the 'make rawhide suck less' efforts, a kind of long-term public record of how it's going).

      These days I usually bump to N+1 the day N comes out, run it till it's released, bump again.

    9. Re:Still with FC18 and probably swtich distro by donaldm · · Score: 1

      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 actually doing any work.

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
    10. Re:Still with FC18 and probably swtich distro by Anonymous Coward · · Score: 0

      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 actually doing any work.

      3-4 hours per machine? Christ. It took fedup an hour to move me from F17 to F19. My whole contribution was typing the fedup command then rebooting when I noticed it had finished.

  8. Nice attempt at trolling Ubuntu by johnsie · · Score: 2

    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.

  9. bcache by ak3ldama · · Score: 1

    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
    1. Re:bcache by AdamWill · · Score: 1

      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.

    2. Re:bcache by Anonymous Coward · · Score: 0

      From the very page you linked:

      Anaconda support for bcache is expected to be available not until Fedora 21

  10. CentOS by Anonymous Coward · · Score: 2, Insightful

    That's why CentOS exists, no?

    1. Re:CentOS by Anonymous Coward · · Score: 0

      That's why CentOS exists, no?

      Good argument. I heard about CentOS for quite some years now but never paid attention or installed it. There are too many Distros outside to keep track of all of them. But yes I should put it on my mental note.

    2. Re:CentOS by kthreadd · · Score: 1

      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.

    3. Re:CentOS by Anonymous Coward · · Score: 0

      Yes I am aware of these informations but thanks anyways. The other thing that I am quite worried about is that with every ongoing release of GNOME 3 the system runs slower on my E450 powered notebook. Last Weekend I had some time to fedup from fc18 to fc20 on my system (only for a test) and figured out huge performance loss. The one was caused by journald that caused a huge impact on read/write operations on my harddisk and the other is GNOME 3 slamming the APU (CPU/GPU combo) quite a lot. So in case I may decide to swith to RHEL7 I then must be sure that it won't run journald. I hope I can install xfce on it as an alternative to GNOME3. I need to investigate here.

    4. Re:CentOS by fnj · · Score: 2

      I do like Fedora, no doubt! Unfortunately having to maintain my system all 6 Months with a full update is a nogo!

      That's why CentOS exists, no?

      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 severe problems. Fedora is too bleeding edge unless you're really into the latest and greatest. RHEL/CentOS remains supported for about a decade, but development is WAY too slow. It is just absurd that on RHEL/CentOS you are frozen in with 2010's RHEL6 with gcc 4.4.7 until you FINALLY get 4.8.2 with RHEL7 sometime in 2014; my guess is not very far from midyear at the earliest. That is just so antiquated it is sad. That is just one example of how ancient some of the components get after 4 years. Even as it stands, the day RHEL7 goes GA, gcc is going to be obsolete, because gcc 4.9 will probably be out by then, with key c++ 14 ("1y") support. Sigh.

      I don't know what the answer is. It is not easy to find a happy medium. I guess if RHEL release rates were really every 18-24 months as they have always claimed to aim for, nobody would be anywhere near as exasperated as they are now. But it is almost surely going to be at least 40 months from RHEL6 to 7, and that is just way, way too slow. Keep the decade of support, but change the spacing from 3.5 years to 1.75 or so. That would be just about ideal, IF it could be managed.

      But I think if it were possible to do that, they would be doing it. You can't always get what you want no how.

    5. Re:CentOS by kthreadd · · Score: 3, 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.

    6. Re:CentOS by aled · · Score: 1

      That's cool for Red Hat but how applies to CentOS?

      --

      "I think this line is mostly filler"
    7. Re:CentOS by kthreadd · · Score: 1

      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.

  11. So when's the next LTS? by Anonymous Coward · · Score: 0

    I just installed 19 a few weeks ago, dammit.

    1. Re:So when's the next LTS? by kthreadd · · Score: 4, 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.

    2. Re:So when's the next LTS? by Anonymous Coward · · Score: 0

      Heh, I just started a download of Fedora 19 before bed yesterday for installation today.

      The thing I did notice is that 20 now has MATE and Sugar spins, but 19 did have the all-in-one DVD too so I'm not sure why that's being pointed out in the summary.

    3. Re:So when's the next LTS? by sourcerror · · Score: 1

      Or go with Centos, which is based on Red Hat Enterprise Linux, and has free as in beer binaries.

    4. Re:So when's the next LTS? by AdamWill · · Score: 1

      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).

  12. Yes! by Peter+H.S. · · Score: 4, 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.

    1. Re:Yes! by Anonymous Coward · · 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!

    2. Re:Yes! by Peter+H.S. · · Score: 1, 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 technical argument.

      The plain fact is that I am right and you are wrong. It is hard for newbies that they have learn several different programs and the concept of piping just to view logs. Getting to know 'grep' is only part of their problems, they also need to know what to grep for. grepping for "error" doesn't help if the crucial message is "critical failure".

      With systemd a single line can tell them about all the errors that has happened since they booted the system, and the output is even nicely color coded.
      It is simple to perform log filtering on a systemd box, that would otherwise requires pretty advanced grep, sed/awk skills.

    3. Re:Yes! by Anonymous Coward · · Score: 0

      > journalctl -b -1 -p err

      is of course straight forward compared to

      grep "some error" log

    4. Re:Yes! by Anonymous Coward · · Score: 0

      The plain fact is that I am right and you are wrong.

      Or perhaps your ridiculous, stupid binary framing of the tool as obviously "better" is worthy of ridicule.

      There are no plain facts, just preferences.

    5. Re:Yes! by Anonymous Coward · · Score: 0

      Or you can reconfigure syslog so that you have a log file that contains only the appropriate error severity for the humans intended to be reviewing it.

      Nothing against systemd (never heard of it), but syslog has had this very basic ability for forever. If you have user-level users, you'll need to make the data they need easy for them to get. I concede that systemd may well be the ideal tool for that (again, never having used it myself)

      Despite that, newbies who can't handle learning grep, cat, less, etc., have no business inhabiting a unix system. If you want to learn unix, you sure as heck better learn grep.

    6. Re:Yes! by Peter+H.S. · · Score: 1, 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 terminal. The journalctl example just showed errors generated since previous boot, something that is much harder to do with grep only.

      The journalctl example shows how simple it is to filter the log so that only essential information is shown.

      I really recommend you try to actually learn systemd. Get F20 and hack away.
      This is a good starting point:
      http://www.freedesktop.org/wiki/Software/systemd/

      You can still use all the grep, sed, awk Kung Fu you know with journalctl, it just makes it so much easier.

    7. Re:Yes! by Gothmolly · · Score: 1

      There's probably an emacs mode which does what you're looking for.

      --
      I want to delete my account but Slashdot doesn't allow it.
    8. Re:Yes! by Anonymous Coward · · Score: 0

      > 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!

    9. Re:Yes! by Peter+H.S. · · Score: 1

      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, adding for them incomprehensible CLI magic doesn't help their transition at all.

      I still remember how hard it was to learn all those things when I was a Linux newbie.

      If you admin Linux machines, then I find it amazing that you haven't heard of systemd. The majority of Linux distributions are changing to it. There is a very vocal minority who rants against this development, they apparently have cushy jobs where they never need to learn anything new.

      Systemd is the most significant change in Linux for a decade at least, since it changes and unifies many core aspects on how Linux works.

      But even if you too find systemd foreign to the knowledge to have accumulated, try to give it a serious chance by eg. getting F20 and walk through "The systemd for Administrators Blog Series" at http://www.freedesktop.org/wiki/Software/systemd/

      The new RHEL 7 will be pure systemd, so will the upcoming SUSE and CentOS etc, so not having thorough knowledge on how it works will seriously impede future job opportunities for Linux SA's that don't posses systemd skills.

    10. Re:Yes! by Anonymous Coward · · Score: 0

      > The majority of Linux distributions are changing to it.

      Repeating it more and more doesn't make it become true!

    11. Re:Yes! by Peter+H.S. · · Score: 1

      > 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 newbie too). No need to learn piping to combine 'tac' and 'grep'. No need for grep Kung Fu just to show what went wrong since last boot.

      Just the fact that systemd has indexed all entries in the log file (journal) makes it a breeze to use for both newbies and experienced SA's since it allows for e.g. autocompletion of all services that has ever written in the journal.

    12. Re:Yes! by Anonymous Coward · · Score: 0

      > Ah, the ad hominem attacks begin.
      > I understand why you hide as an AC.

      I like to inform you that I have been contributing to GNOME for a decade now. I know the tactics of people like you and how you treat other people once you run out of argument. Goint the "getting personal" path won't get you anywhere. Please chose a different tactics on me since this one is really getting old. Please also accept that different people have different preferences and as told to you by others in this conversation you need to learn about "grep", "diff", "sed" and so on because they are an essential part of the unix philosophy. And please don't come up with that crap called "new people don't know anything" bullshit. Everyone who wants to help finding problems on others system will tell new users exactly WHAT, WHERE and HOW to enter the exact unix commands to get the information they require. So your only lasting argument about "haters" hating is quite unholdable.

    13. Re:Yes! by Peter+H.S. · · Score: 1

      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 a GUI like Gnome for everything.

      Make it easy for people to use Linux I say, and with systemd it will actually become feasible to write a proper GUI program for showing log files that can do sorting and filtering and what not, due to the fact that the journal is structured. Not only that, it will function across all systemd distros without a tons of distro specific code.

    14. Re:Yes! by Anonymous Coward · · Score: 0

      I'm generally in favour of systemd, my arch linux boots insanely fast since its introduction and it brings some of the mess into a fairly coherent framework, but it's a little frustrating at times.

      There have been a hell of a lot of changes in basic linux commands over the last few years (netstat-->ss, ifconfig et al --> ip, syslog --> journalctl, sysvinit/inittab stuff --> systemd etc etc). It basically means throwing away a couple of decades of experience and re-learn a bunch of fundamentals.

      Linux seems to be diverging from other *nixes, and it's making a familiar platform alien again - "oh wait, how do I do this in linux now", "hmm, that daemon isn't running, how the hell do I find it's logs now, they used to be in /var/log/..."

      I guess changing commands every couple of decades isn't toooo much of a drag, and change is inevitable, but it's still a pain.

    15. Re:Yes! by Anonymous Coward · · Score: 0

      We have nearly 140 messages here and in none of them I read anything about "hating" systemd or attacking "poettering". Maybe in case if this is the truth then I would start thinking about why this is the case. Maybe it's releated to the way how "new" things are being introduced to the public ? Maybe it's not the software itself but the way "how" it's communicated.

    16. Re:Yes! by Anonymous Coward · · Score: 0

      That wasn't an "ad hominem", just a garden variety insult tacked on the end of his comment.

    17. Re:Yes! by Anonymous Coward · · Score: 0

      The average user shouldn't have to learn systemd to perform basic system maintenance either. It might be better, but it isn't easier to learn.

    18. Re:Yes! by Anonymous Coward · · Score: 0

      I like to inform you that I have been contributing to GNOME for a decade now.

      That's great!

      The rest of your post was mostly garbage, though.

  13. Re:Yes! No! by Anonymous Coward · · 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/systemd and I am quite sure that I never had a software that generated so much logfile information.

  14. Fedora vs. Ubuntu - Why these comparisons suck by hduff · · 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

    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
    1. Re:Fedora vs. Ubuntu - Why these comparisons suck by Anonymous Coward · · Score: 0

      If I had an account I would mod you insightful - you perfectly outlined why almost all reviews are utterly useless and a waste of time to peruse.

    2. Re:Fedora vs. Ubuntu - Why these comparisons suck by Anonymous Coward · · 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 just zlib, with the option to specify an arch (zlib.i686, zlib.x86_64) or a version number or both, but it's all the same package, all built from the same rpm spec file.

      Also I've never found multi-arch to work properly on Ubuntu. It seems there are some i686 libs available on a x86_64 install, but it seems random and not always with a package name you'd expect.

      On Fedora asking yum to install something with .i686 has just perfectly worked for ages, for apps, libs, debug info, even valgrind!

      I guess a lot of Ubuntu's mad package names come from Debian, but then I don't like that either.

  15. Re:All I can say to that is... by haruchai · · Score: 1

    He's on 1st post.

    --
    Pain is merely failure leaving the body
  16. Re:Driver arrested by Anonymous Coward · · Score: 0

    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.

  17. Agreed, guessing already what's up next? by Anonymous Coward · · Score: 0

    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>

  18. Re:All I can say to that is... by icebike · · Score: 1

    Yes, the Cat is out of the bag already.

    --
    Sig Battery depleted. Reverting to safe mode.
  19. Re:Yes! No! by Peter+H.S. · · Score: 2

    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.

  20. Re:Yes! No! by Anonymous Coward · · Score: 0

    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.

  21. Fedora 20 vs. Ubuntu 13 by Anonymous Coward · · Score: 1

    Well Fedora must be better, of course. It's at 20 but Ubuntu is only at 13.

    1. Re:Fedora 20 vs. Ubuntu 13 by Anonymous Coward · · Score: 1

      Oh yeah? I've got Windows 98.

    2. Re:Fedora 20 vs. Ubuntu 13 by jfdavis668 · · Score: 1

      But, this one goes to 11, it's one louder.

  22. Like a horror movie sequel by Anonymous Coward · · Score: 0

    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.

    1. Re:Like a horror movie sequel by Anonymous Coward · · Score: 0

      protip: buy a mac. the time you save not dicking around with stupid shit will be well worth whatever extra it costs.

    2. Re:Like a horror movie sequel by Anonymous Coward · · Score: 0

      protip: buy a mac. the time you save not dicking around with stupid shit will be well worth whatever extra it costs.

      That's exactly the reason I upgraded from apple to linux

  23. Re:Yes! No! by Peter+H.S. · · Score: 1, 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 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.

  24. Cold, dead hands by Gothmolly · · Score: 1

    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.
    1. Re:Cold, dead hands by AdamWill · · Score: 1

      "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?

    2. Re:Cold, dead hands by Anonymous Coward · · Score: 0

      > why we think

      Not everyone "think" what you think! Diversity is what made Linux and Unix strong. Besides this I am a Linux user since Mid 90's and I respect BSD People as well. Not every Unix like operating system is capable running a broken systemd implementation. So before you "think", better think about others as well and stop being so short sighted!

    3. Re:Cold, dead hands by Gothmolly · · Score: 1

      Citation needed.

      --
      I want to delete my account but Slashdot doesn't allow it.
    4. Re:Cold, dead hands by Peter+H.S. · · Score: 1

      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

      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

  25. Re:Yes! No! by Anonymous Coward · · Score: 0

    > 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).

  26. Different distributions by yacc143 · · Score: 1

    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.

    1. Re:Different distributions by Lennie · · Score: 1

      That is exactly correct.

      The summary is wrong.

      Fedora has the same thing as the Ubuntu distributions, it's called a spin.

      --
      New things are always on the horizon
  27. systemd by Calabacin · · 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 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?
    1. Re:systemd by Anonymous Coward · · Score: 0

      It would be even more awesome if the BSD people switched to Linux.

    2. Re:systemd by AdamWill · · Score: 1

      "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 if it couldn't use it.

      http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708