Slashdot Mirror


RHEL 6 No Longer Supported By Google Chrome

sfcrazy writes "Google has declared Red Hat's RHEL 6 obsolete, showing a notification which says, 'Google Chrome us no longer updating because your operating system is obsolete.' Red Hat evangelist Jan Wilderboer says: 'We release new stable versions of RHEL every 2-3 years. The API/ABI stability is what sets it apart from community distros. Customers need long term stability. Google knows (and uses) that itself internally. By cutting the support of enterprise distributions they simply tell me to move elsewhere. That's not a very encouraging thing.'"

43 of 231 comments (clear)

  1. RHEL 7 isn't even out yet! by ZorinLynx · · Score: 4, Insightful

    What the heck are they thinking?

    Also, RHEL versions are supported for a very long time. You can have systems running one version of RHEL, with security and bugfix updates for many years at a time. The whole point of the distro is stability; you don't have to worry about upgrading every six months.

    What is Google thinking?

    1. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 2, Insightful

      After re-iterating the summary, is there a point you are making?

    2. Re:RHEL 7 isn't even out yet! by sunderland56 · · Score: 5, Interesting

      What the heck are they thinking?

      Maybe they meant to drop support for Red Hat Linux 6, not Red Hat Enterprise Linux 6?

        - Red Hat Linux 6.0 (Hedwig), April 26, 1999 (Linux 2.2.5-15)
        - Red Hat Enterprise Linux 6 (Santiago), November 10, 2010 (Linux 2.6.32-71)

      Yes, their naming scheme could use some work.....

    3. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 5, Insightful

      I don't browse the web on my critical servers. I do browse it on my RHEL 6 Workstation (full disclosure: I don't use Chrome), Why do I have a RHEL 6 Workstation? So that my management workstation uses the same OS as my servers and I don't have to think about the differences in OS versions, especially if I need to test something...

    4. Re:RHEL 7 isn't even out yet! by Artraze · · Score: 4, Informative

      RHEL 6 came out in late 2010, while Windows 7 came out in mid 2009.
      Their respective latest major patches were mid 2012 (6.3) and early 2011 (SP1).

      Short version: RHEL 6 is newer than Windows 7 by more than a year by any metric.

      There is no excuse for Chrome dropping support for RHEL 6 and keeping it for Windows 7 (let alone XP). Linux may be more of a moving target, but it's not so bad that something can't run on the latest release and one from a couple years ago. This is almost certainly the result of wanting some latest-and-greatest feature and not really caring that some people might want to have stable OSes.

    5. Re:RHEL 7 isn't even out yet! by butalearner · · Score: 3, Insightful

      Can't get to TFA at work, so just guessing: if Google Chrome is like most other cross-platform software, it comes packaged with many of its own libraries on Windows, but on Linux it relies on shared libraries. RHEL tends to contain older versions of libraries with the implication that older means more stable, so maybe some non-essential feature in the latest Chrome had to be disabled and it popped up that warning. I know I had a lot of fun messing around trying to build chromium on RHEL5, which came with gcc 4.1.4 when the build required 4.2+.

      Unless it's just detecting the version string or something, in which case this is indeed quite lame.

    6. Re:RHEL 7 isn't even out yet! by ZorinLynx · · Score: 4, Insightful

      I'm of the firm opinion that most Linux server should package its own shared libraries. Especially when those libraries differ between distros or are updated often with non-backwards compatible changes.

      It's frustrating that you often can't use older software on newer Linux systems due to API compatibility issues. Meanwhile, you can run Windows software going all the way back to the 90s.

      Macs also suffer from this lack of being able to run really ancient software, but for a more understandable reason: Multiple major system architecture changes over the years.

    7. Re:RHEL 7 isn't even out yet! by kthreadd · · Score: 3, Informative

      Google Chrome is not free software, it is proprietary freeware. There are many differences between Chrome and Chromium apart from the bundled Flash plugin.

    8. Re:RHEL 7 isn't even out yet! by anagama · · Score: 3, Insightful

      To put this into a stupid slashdot car analogy, what this guy is saying is that he drives a left hand drive stick shift at work, may even have a left hand drive stick shift at work for testing, and when he gets home, he uses a left hand drive stick shift too so that his work life is easier.

      Now, if he drove an automatic at work but a stick at home, he mind find himself accidentally slamming on the brakes when coming to a stop (muscle memory clutch foot coupled with an oddly wide brake pedal (that's breaks and petals if you want to troll a spelling nazi)). Or, if he drove a right hand drive MG at home, he might end up making a crazy turn into oncoming traffic at work with their left hand drive cars.

      --
      What changed under Obama? Nothing Good
    9. Re:RHEL 7 isn't even out yet! by ge · · Score: 3, Informative

      Did anybody actually even see this, apart from mr. Wildeboer? I'm running an up-to-date 64-bit CentOS 6 and an up-to-date Chrome beta on CentOS 6, and I have not seen this.

    10. Re:RHEL 7 isn't even out yet! by innocent_white_lamb · · Score: 2

      You're doing something wrong.

      I have this on my Centos 6 desktops (including the computer that I'm typing on right now): flash-plugin-11.2.202.262-release.x86_64

      It was downloaded from the adobe repository via yum, and it works fine with youtube videos. And other stuff.

      --
      If you're a zombie and you know it, bite your friend!
    11. Re:RHEL 7 isn't even out yet! by hairyfeet · · Score: 2

      That they make their money off of ads and RHEL users probably have ABP? Lets face it the way Google datamines it can probably tell you to the cent how much each particular OS makes them and I bet RHEL doesn't even make a blip on the big board.

      But why does anybody even care? I thought the whole point of FOSS is not being beholden to the corps for support, right? so why hasn't somebody just compiled Chromium from source and slapped it out there as a replacement, or does the phone home add ons Google sticks in somehow increase its value to the community?

      Frankly this is one thing the community shouldn't give two shits about because browsers are plentiful, you have choices and pretty much all of them will render the majority of the web the same. If Google drops you from Chrome fuck 'em, you got FF and Chromium and QTWeb (pretty nice cross platform that even runs off a flash stick, its nice) and a ton of variants to Gecko and Chromium, so why worry? Why care? Give Google the finger and move on, not like its hard to move your bookmarks over and keep right on truckin.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    12. Re:RHEL 7 isn't even out yet! by bill_mcgonigle · · Score: 3, Insightful

      This is almost certainly the result of wanting some latest-and-greatest feature

      That's the supposition, but let's hear it - what this feature that's in linux right now that wasn't there a couple years ago that Chrome needs? I guess the next Chromium build will make this clear (and I suspect an easy workaround will be had).

      It seems more likely that somebody on the Chrome team got a hair across his ass about Redhat and with the frenetic pace of Chrome releases he was able to convince the whole team that they needed to drop support.

      Happy to be proven wrong.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  2. Go where? by Lonewolf666 · · Score: 2

    By cutting the support of enterprise distributions they simply tell me to move elsewhere

    So Google wants us to go back to Firefox?
    SCNR ;-)

    --
    C - the footgun of programming languages
    1. Re:Go where? by h4rr4r · · Score: 5, Insightful

      Why would you be running RHEL on something that you use to browse the web?

      Either it is a server and does not have X installed or it is a desktop and RHEL would be a PITA since it has so little software in the repos.

    2. Re:Go where? by Anonymous Coward · · Score: 5, Informative

      RHEL is used for hardened unix workstations, too. RHEL5 is the only enterprise linux distro I know of worth using with FIPS 140-2 and DoD APL certification, meaning that it's the only option for military workstations other than Windows.

      So, take that arrogant "enterprise distro is only for servers" attitude elsewhere, please.

    3. Re:Go where? by Tubal-Cain · · Score: 3, Insightful

      RHEL is used for hardened unix workstations, too. RHEL5 is the only enterprise linux distro I know of worth using with FIPS 140-2 and DoD APL certification, meaning that it's the only option for military workstations other than Windows.

      And you're allowed to install third-party software in that situation?

    4. Re:Go where? by 0123456 · · Score: 3, Funny

      why would you xforward a browser to a computer that already has a browser?

      Because, uh, you want to browse from the other computer?

      That said, I'm pretty sure the last time I tried to start a remote copy of Firefox, it helpfully started one on the local machine instead. Because, after all, why would you xforward a browser to a computer that already has a browser?

    5. Re:Go where? by statusbar · · Score: 2

      Also, the Xilinx FPGA design tools are only officially supported on RHEL. While I run Xilinx tools (and Impact JTAG programmer) with patched drivers, if I ever run into a problem they would look at the log file and refuse to help if they see that I am not running the supported RHEL.

      --
      ipv6 is my vpn
  3. Thats funny because... by Anonymous Coward · · Score: 2, Informative

    I think RHEL 6 will be supported until 2020.

    WTF.

  4. Re:Why would you need a web browser on a server? by betterunixthanunix · · Score: 5, Interesting

    Fedora is not better suited for all workstation tasks. I simply do not have time to deal with things breaking every few weeks, nor do I have time to upgrade my entire OS every year and go through the process of dealing with things breaking as a result. I switched from Fedora to ScientificLinux (a RHEL clone, more or less) for that reason: I have better things to do than to deal with a distro that thinks I should reformat my hard drive every 6 or 12 months. I am not alone in this either; I know a lot of other people who need a reliable workstation more than the latest features of every package.

    --
    Palm trees and 8
  5. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 4, Informative

    You don't need a web browser on something that won't even have X installed.

    RHEL is for servers, you could use it on a workstation , but fedora is better suited to that task.

    Disagree.

    Developers and Linux desktop users often need the stability of a commercially supported desktop/workstation distribution. RHEL, although not as bleeding edge as Fedora, is great on a PC.

  6. Re:Why would you need a web browser on a server? by h4rr4r · · Score: 4, Insightful

    Then use Debian. Solves both problems.

  7. Re:Why would you need a web browser on a server? by kernelpanicked · · Score: 2

    Uh, no. You're half right, in that there is no need for X on a server. However, as a Linux Admin maintaining a few thousand of those servers, my workstation also runs RHEL, and for damn good reason.

    Firstly, I have work to do, that doesn't involve updating my kernel every twenty seconds as Fedora is wont to do. I also have no need for the latest greatest version of GIMP or mediaplayeroftheday, or want to be forced to format and start all over again every 13 months, while still trying to get work done.

    RHEL and RHEL clones have a very real place on many peoples' workstations. That said, I'm a Firefox user and have zero interest or need in Chrome. Many of my co-workers do though.

    --
    Ubuntu: If at first you don't succeed, blindly slap a sudo in front of it
  8. Re:Why would you need a web browser on a server? by betterunixthanunix · · Score: 4, Insightful

    Does Debian stable promise a 7 year support cycle? When last I checked, Debian stable releases will only be supported for three years, but I am not really a Debian user some perhaps someone can correct me.

    What I have trouble understanding is why you are so dismissive of the idea that someone would run RHEL on a workstation. I see a lot of researchers do it, and they all say essentially the same thing I said: they lack the time needed to upgrade frequently and new features are less important than stability. Debian stable may deliver that, but so does RHEL; what exactly do you think makes Debian better for workstations than RHEL?

    --
    Palm trees and 8
  9. Re:Why would you need a web browser on a server? by h4rr4r · · Score: 2

    That the repos have more than a couple packages in it. I use RHEL for servers, getting lots of common linux packages on them is a huge PITA. I get that Redhat wants to limit what they have to support, but it still sucks.

  10. Well, at least I'm using ... by Skapare · · Score: 2, Funny

    ... CentOS 6.3. Google will support CentOS, right?

    --
    now we need to go OSS in diesel cars
  11. They're just pushing costs onto their customers by guanxi · · Score: 4, Insightful

    Vendors don't want to the cost of supporting your platform, so they drop you. To avoid any responsibility, they simply add an error message blaming the user: "Your platform is obsolete." (I guess it's my problem now!) Many users are uniformed or credulous enough to believe it.

    Many 'cloud' vendors are going this way; they've simply ignored their commitment to support their users and make the users do the work of supporting vendors (via upgrades and installations). I suspect it's because many users are consumers, aren't aware the vendors have this obligation, and take the 'error' messages at face value.

    Worse, I see it in business situations. For example, cloud vendors we pay say that the current Firefox ESR is obsolete, or that we need to deploy browser upgrades office-wide every 5 weeks -- it does nothing for our bottom line, we'd just be doing it to please them.

    There needs to be some push-back. We have no reason to absorb these costs.

    1. Re:They're just pushing costs onto their customers by jimicus · · Score: 2

      There needs to be some push-back. We have no reason to absorb these costs.

      Those costs need to be absorbed somewhere. Most cloud products operate with a business model of "flog it cheap, keep costs down to a minimum and make the money up on volume"; they work because so many businesses don't see beyond the "cheap" bit.

      You want your provider to accommodate every little browser quirk that Firefox has had in the last 3 years? Fine, but don't expect any support from a business that has taken the conscious decision to avoid dealing with this.

  12. Re:Okay, I'll say it... fragmentation by betterunixthanunix · · Score: 5, Informative

    Red Hat - or anybody else, for that matter - is free to take the pure open source Chromium and port it to RHEL

    There is a reason Chromium has not made it into Fedora's repositories (and by extension, RHEL):

    https://fedoraproject.org/wiki/Chromium

    Basically, the problem is this: Chromium depends on extensions to libraries that have not been merged with the main releases of those libraries, and so having Chromium on Fedora would require either static linking (giant packages) or maintain separate sets of libraries just for Chromium. Neither of those options is something that Fedora will do, and if Fedora is unwilling to include a package in its repositories the package as almost no chance of being included in RHEL. Years have passed since the problem was first discussed with Google (see the link), and there has not really been much progress, mostly for the same reasons that RHEL6 is not supported by Chrome: Google does things their way and is not going to change that for someone else (regardless of that other person's reasoning).

    --
    Palm trees and 8
  13. RHEL is for servers not desktops by KidSock · · Score: 2

    I don't think I've ever installed RHEL or CentOS with X Windows. Frankly it annoys me that there are no desktop distros that are maintained for longer than a year or two. Are we really expected to reinstall Linux on a workstation ever year? That scares me because it makes me think the people who are using Linux are just screwing around and not doing real work. Anyone doing real work doesn't have time to reinstall Linux every year.

    1. Re:RHEL is for servers not desktops by bws111 · · Score: 3, Informative

      Red Hat has a desktop version of RHEL, with the same support cycle.

    2. Re:RHEL is for servers not desktops by betterunixthanunix · · Score: 4, Informative

      Frankly it annoys me that there are no desktop distros that are maintained for longer than a year or two

      Allow me to rid you of your annoyance:

      https://www.redhat.com/products/enterprise-linux/desktop/

      --
      Palm trees and 8
  14. Re:Why would you need a web browser on a server? by betterunixthanunix · · Score: 2

    I guess I just do not see that problem on my own systems. I have a few EPEL and RPMFusion packages, and otherwise everything I need is already in the repositories.

    --
    Palm trees and 8
  15. Re:Why would you need a web browser on a server? by bws111 · · Score: 2

    Aside from our own applications, and the stuff provided on EPEL (which is permitted), what is missing from the Red Hat repos that would be required in a corporate environment?

  16. Re:Why would you need a web browser on a server? by betterunixthanunix · · Score: 3, Interesting

    Above you talked about 6-12 months, now it suddenly changed to 7 years...

    Read a little more closely. Fedora releases stop being supported after 12 months, and new releases come out every 6 months. RHEL releases lose support after 7 years, with new releases every 3 years or so.

    Do you seriously use that old disk images carried over to new HW, or do you perhaps re-install the OS from scratch to new HW a bit more often than that, after all?

    This is exactly the point: the support cycle is long enough that I will generally have to reinstall at some point before the 7 years are up, and I can do so at my discretion, when I have time available. I do not buy a new machine every 6-12 months; were I to stick with Fedora, I would be reinstalling (or praying that the upgrade option will work) on the same hardware year after year, and then having to take a few days away from work to rewrite configuration files, find workarounds for deleted features (or worse yet, added "features"), get my machine to connect to the network, etc.

    I'm glad to here Ubuntu LTS works for you and lets you get your work done. I'll be over in here RHEL land getting my work done, and I'll be ignoring Google and their efforts to get me to do something else.

    --
    Palm trees and 8
  17. Re:Does this apply to Windows by Sockatume · · Score: 4, Insightful

    Yes, I dare say it's simple mathematics. If the number of users of an OS, multiplied by the Chrome browser share of that OS, multiplied by the revenue per Chrome user on that OS, is less than the cost of continued support, then it's a simple decision to discontinue support.

    --
    No kidding!!! What do you say at this point?
  18. Re:Why would you need a web browser on a server? by bws111 · · Score: 2

    I can't imagine how I have been getting my work done for all these years without using Google Earth. I guess if you are in a job where Google Earth is required then you would not be running the same desktop I am.

  19. Re:Why would you need a web browser on a server? by kthreadd · · Score: 4, Informative

    It's actually 10 years; 13 if you pay extra.
    https://access.redhat.com/support/policy/updates/errata/

  20. Re:What Components? by kthreadd · · Score: 2

    RHEL has been using yum since version 5. And up2date is GPL, at least if this is the source: ftp://ftp.redhat.com/redhat/linux/enterprise/4/en/os/x86_64/SRPMS/up2date-4.4.5-1.src.rpm

  21. Re:Uh? by Anonymous Coward · · Score: 2, Informative

    >The headline, while someone oddly phrased, says that Google Chrome will no longer be built with concern running on RHEL 6.

      Google Chrome has never been built with concern running on RHEL 6.

    Download chrome for linux, it says "For Linux (Debian/Ubuntu/Fedora/openSUSE)" , fact which was told in the original googleplus discussion and that the RH evangelist failed to address.

    So basically, the headline should be "Due to Red Hat choice to maintain old librairies for long time, chrome now fails to compile on it". Not very sexy.

  22. Re:What Components? by kthreadd · · Score: 2

    Well, seems they got rid of it on version 6. Up to version 5 they used up2date, and it was proprietary.

    I could be wrong, but I've found a source RPM from RHEL 4 where it says it's GPL. If it ever was proprietary I guess that was many years ago now.

    Regardless, the whole RHEL attitude is proprietary, they comply with the GPL because they have to, but do everything in their power to close the system as much as possible, and make it seem privative. If this weren't the case, CentOS wouldn't exist.

    Not that it matters, red hat sucks.

    They comply with the GPL because they are doing a lot of the development. They employ a ton of developers that are working on many important open source projects, work that everyone benefits from.

  23. Re:Chrome on Debian? by Rich0 · · Score: 3, Informative

    Not sure, but I doubt that Debian would distribute it - that would need to be purely on Google's part.

    Chromium might get shipped by Debian, but not Chrome. The latter is closed-source, trademarked, etc. They don't even ship Firefox under that name, so the chances of them shipping Chrome are VERY low.

    I run Gentoo and they've dropped Chrome. Being closed source it is just a pain to support in general. It packages everything under the sun internally, etc. Chromium is nearly the same and while it takes work it is possible to strip out most of the 3rd-party stuff so that you're linking against system libraries (Gentoo has been one of the leaders in that). For kicks try downloading the source tarball and run du -s * and you'll see just how much junk it bundles.