Looks like today's the day that CentOS users lose their god damned minds

The worst possible thing happened to them today: They had to CLICK OK on a dialog box after they rebooted!!

Oh death, where is thy sting.

Dear CentOS: Since you refuse to roll out a new version more frequently than every two years, please stop shipping XScreenSaver.

I thank you, and your users thank you.

Tags: , ,

16 Responses:

  1. Owen Davis says:

    Let’s see if they handle it better than the BSD folks...

    • emaste says:

      I'm not sure what you mean - in general FreeBSD has one of the most up-to-date package collections. For XScreenSaver in particular it has 5.38 in the ports collection and I expect 5.39 will arrive within a few days.

      While I'm not involved in other BSDs I expect they all have at least a relatively recent version.

  2. MattyJ says:

    Who's running CentOS on the desktop, anyway? Who are these insane people?

    I was going to make a joke about Slackware here but turns out their XScreenSaver is 100% up to date.

    • mike says:

      "Who's running CentOS on the desktop, anyway? Who are these insane people?"

      Perhaps people who are the target market for Red Hat Enterprise Linux Desktop/Workstation but who don't have, or don't want to spend, the money on licensing.

      • MattyJ says:

        Still just wondering who would eschew the main draw of RHEL for budgetary reasons then choose to run a distro that's based on years-old software. Probably the same people that complain when a developer drops WinXP support. In 2018.

        • Tim says:

          Who? People who need to run software that is only certified on very specific OS versions (e.g. some CAD tools) or run hardware that only has drivers for specific versions (e.g. oldish PCIe boards). Yes, you may try to run on other versions, but you're asking for a world of pain. Try to avoid unnecessary worlds of pain.

          • MattyJ says:

            I didn't realize the Linux kernel deprecated very specific, old-ish PCIe drivers. I thought that pretty much never happened. My bad.

            In any case, the original jwz argument stands. If you're running CentOS you should know you're choosing/forced to run old software and perhaps take two seconds to check before you go firing off bug reports willy-nilly.

            My favorite jwz comment from the previous thread:

            || which distro do you recommend?

            | MacOS 10.11.

            • Tim says:

              It's not the drivers bundled with the kernel, it's ones written by small manufacturers. I agree with everything else you say.

          • ssl-3 says:

            You mean folks that don't need screensavers?

            I support my fair share of embedded Linux boxes, and never has it been a problem when the screensaver has gone rancid -- because there isn't one to go rancid to begin with.

            The screen displays what it displays, for however long it displays that, and then it turns off. These applications that I'm familiar with would be afraid of something like xscreensaver.

        • someguy says:

          Those people who need to run systems that act very much like RHEL, e.g. for development, testing, compatibility or other purposes, but don't need support and/or don't want to spend the licensing cost.

          Last I checked CentOS was 100% binary compatible with RHEL, so for all but the most odd use cases (things that check for active RHN subscriptions or the exact format of the /etc/redhat-release file or something) CentOS is good enough.

          But when I do this I also understand that I'm running old(er) software and the consequences that come with it, so... ::shrug::

  3. ian not deb says:

    why is there the need to have this dumb nag?
    who cares how old a screensaver is?

    • rc says:

      As written by jwz in the xscreensaver source code, as also quoted in the linked post about Debian:

      I am constantly getting email from users reporting bugs that have been fixed for literally years who have no idea that the software they are running is years out of date. Yes, it would be great if we lived in the ideal world where people checked that they were running the latest release before they report a bug, but we don't. To most people, "running the latest release" is synonymous with "running the latest release that my distro packages for me."

      When they even bother to tell me what version they're running, I say, "That version is three years old!", and they say "But this is the latest version my distro ships". Then I say, "your distro sucks", and they say "but I don't know how to compile from source, herp derp I eat paste", and everybody goes away unhappy.

      It wastes an enormous amount of my time, and kind of makes me regret ever having released this software in the first place.

    • g051051 says:

      Another quote, probably more important for CentOS users:

      Though in case you were wondering whether there have been serious bugs fixed since 2014 -- security-related bugs -- the answer is yes.

  4. James says:

    Today in off-topicality: Space hotel

    Today in on-topicality: Open source hardware

  5. mike says:

    It occurred to me I have a CentOS server so I looked in the repos to see what the version of XScreenSaver is there. Turns out, none. CentOS doesn't include XScreenSaver. I would guess most people using XScreenSaver on CentOS are using the packages from Extra Packages for Enterprise Linux https://fedoraproject.org/wiki/EPEL
    The package for CentOS6 is version 5.11 built in 2010
    https://download.fedoraproject.org/pub/epel/6/x86_64/Packages/x/
    The package for CentOS 7 is version 5.35 built in 2016.
    https://download.fedoraproject.org/pub/epel/7/x86_64/Packages/x/

Leave a Reply

Your email address will not be published. But if you provide a fake email address, I will likely assume that you are a troll, and not publish your comment.

You may use these HTML tags and attributes: <a href="" title=""> <b> <blockquote cite=""> <code> <em> <i> <s> <strike> <strong> <img src="" width="" height="" style=""> <iframe src="" class=""> <video src="" class="" controls="" loop="" muted="" autoplay="" playsinline=""> <div class=""> <blink> <tt> <u>, or *italics*.