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

231 comments

  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 Anonymous Coward · · Score: 0, Troll

      I want a stable, Free server OS, but I want to load a frequently updated, proprietary, state-of-the-art browser on it with infinite backward compatibility! And I want it now!!! Frickin' whiner.

    3. Re:RHEL 7 isn't even out yet! by h4rr4r · · Score: 1

      RHEL is FREE but not Free.
      Updates cost money. Also Chrome is built from Chromium which is FREE and Free.

    4. Re:RHEL 7 isn't even out yet! by Daft_dutch · · Score: 1

      Not only Redhat has this issue. Firefox ESR 10 is also marked as out dated. it seams Google does not like enterprise support

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

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

      It says something about Google's target audience. If you are the type of person who feels the need to run a stable, reliable operating system on your desktop, you are not who Google want's to support. I assume the enterprise environment is not Google's playing field. But if you want the latest in new and shiny toys at the expense of all else, Google has you covered.

    7. Re:RHEL 7 isn't even out yet! by halltk1983 · · Score: 1

      If you're browsing the web on your critical server, then you should be keeping it up to date. Well, you shouldn't be browsing the web on it... but that's another argument.

      --
      Watch for Penguins, they eat Apples and throw rocks at Windows.
    8. Re:RHEL 7 isn't even out yet! by poetmatt · · Score: 0

      usually on linux servers people try to use consoles; having a browser on a server is simply a security risk.

      What the heck are YOU thinking?

    9. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      RHEL is FREE but not Free.

      You mean: RHEL is Free, but not free.

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

    11. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0, Flamebait

      Maybe he's thinking about enterprise desktops you chucklefuck.

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

    13. Re:RHEL 7 isn't even out yet! by caseih · · Score: 1

      Well there is no doubt that Google doesn't care about the enterprise or the needs of users who want long-term stability. Does Google mark IE 10, the latest internet explorer as outdated?

      But in fairness, the javacsript engine in Firefox ESR 10 is frozen, featuers-wise, and Google has moved on to rely on the capabilities of newer javascript engines and HTML5 rendering systems.

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

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

      You should have a dedicated test system that mirrors the production server to test on, not your personal dev machine. imho, i know.

    16. Re:RHEL 7 isn't even out yet! by Rich0 · · Score: 1

      RHEL is a bit unusual in that it tends to be used as a basis for installing unpackaged software. On most distros the distro itself would build/distribute a browser, in which case the supported browsers are whatever the distro decides to support.

      Certainly you wouldn't find a browser on Debian saying that Debian isn't supported, since if nothing else Debian would just patch out the warning.

    17. Re:RHEL 7 isn't even out yet! by chill · · Score: 1

      Chrome works on Windows XP, which was initially released in 2001. I suspect it requires SP3, but even that was released in 2008.

      --
      Learning HOW to think is more important than learning WHAT to think.
    18. 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.

    19. Re:RHEL 7 isn't even out yet! by ZorinLynx · · Score: 1

      Damnit, I need to proofread my comments before hitting submit. I meant "Linux software" not "Linux server". What is wrong with me.

    20. Re:RHEL 7 isn't even out yet! by Desler · · Score: 1

      There have been quite a few updates for Win7 since SP1 so your comparison is a bit bullshit. Just because they haven't all been rolled into other service pack doesn't mean Win7 is "older".

    21. Re:RHEL 7 isn't even out yet! by Desler · · Score: 1

      RHEL comes on workstations, too. Welcome to a decade or more ago?

    22. Re:RHEL 7 isn't even out yet! by kthreadd · · Score: 1

      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?

      Well, I can kind of understand Google on this one actually. I use CentOS (free as in beer RHEL clone) on most of my desktops. I use it because it's a very stable environment. An always-updating web browser is not exactly suitable if you want stability. Since Chrome is not open source there's not much we can do about it. I guess Red Hat could maintain a fork of Chromium if they wanted; they basically do that with Firefox right now. I haven't checked but I'm pretty sure Firefox ESR 17 runs on RHEL 6 (and probably 5 as well). Once ESR 10 has reached end of life they will probably rebase onto that.

    23. Re:RHEL 7 isn't even out yet! by GNUALMAFUERTE · · Score: 0

      m ... you got that backwards.

      RHEL is not Free Software (sure, it comes with mostly Free Software, but there are a lot of proprietary components), and you have to pay for it.

      Google Chrome is based on Chromium, and it's 100% free (except for the flash plugin, which doesn't come with Chromium). And you don't have to pay a cent to get it.

      --
      WTF am I doing replying to an AC at 5 A.M on a Friday night?
    24. 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.

    25. Re:RHEL 7 isn't even out yet! by kthreadd · · Score: 1

      Ret Hat is likely to ship ESR 17 once Mozilla makes ESR 10 end of life. Should be any day now.

    26. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      The blogger who originally reported it states he is using Red Hat Enterprise Linux 6 in his G+ post.

    27. 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
    28. 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.

    29. Re:RHEL 7 isn't even out yet! by harrkev · · Score: 1

      I am running RHEL6 x64 right now on my work machine. Since the only version of Flash that works on my system is hopelessly outdated, Chrome is the only way that I can actually catch the occasional Youtube video...

      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
    30. Re:RHEL 7 isn't even out yet! by harrkev · · Score: 1

      I run RHEL6 on my desktop... I am part of an ASIC design team. Tool vendors are picky about which versions of Linux they support, so we cannot exactly switch to Ubuntu or anything like that. So, at work, RHEL6 is my every-day desktop.

      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
    31. Re:RHEL 7 isn't even out yet! by Zero__Kelvin · · Score: 0, Redundant
      Most Linux software is installed using the repository for the particular distribution and has the source code available. If you install from the repo then you don't care because the dependencies are managed for you. If you build from the source you decide to use shared or static libraries at build time.

      "It's frustrating that you often can't use older software on newer Linux systems due to API compatibility issues."

      Yes. I hate that I can't use a decade old version of something when there is a recent, more stable version with more features available in the repositiory.

      "Meanwhile, you can run Windows software going all the way back to the 90s."

      Yes. Viruses from the 1990s still run great on Windows. That's awesome!

      Other than that, excellent troll though!

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    32. Re:RHEL 7 isn't even out yet! by tarius8105 · · Score: 1

      Negative...RHEL 6 is based off Fedora 12, which was release in late 2009. That also means that the software is at the very least 6 months older than that.

      Chrome is a desktop application too which means that it needs to keep up with the latest Linux Desktop distros. Its hard to maintain backward compat with something as old as Fedora 12 when software has change so much in 4 years.

      Windows 7 on the other hand has not changed from Windows Vista in terms of Win32 application development. What works on one more than likely will work on the other.

    33. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      Why doesn't RedHat maintain their version of Chrome in that case. Apparently it isn't worth Google's time or effort for the 6 people running it.

    34. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      Posting to undo accidental moderation, either that or my Offtopic mod determined your post is out of date and no longer supported...

    35. 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!
    36. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      Seems to me you're the troll.

    37. 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.
    38. 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)
    39. Re:RHEL 7 isn't even out yet! by tibman · · Score: 1

      My experiences with api changes aren't that bad. You can have several versions of the same library installed, no problem. Your programs will use the version that they need. Maybe some less flexible programs will just use the highest version and choke on the api changes? Linux games don't have this problem because they usually ship static linked with the version they were developed on.

      --
      http://soylentnews.org/~tibman
    40. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      Article is referring to RH Enterprise Linux. I'm using Chrome on the Centros, I'm wondering if it same goes for it...

    41. Re:RHEL 7 isn't even out yet! by VGPowerlord · · Score: 1

      Windows 7 on the other hand has not changed from Windows Vista in terms of Win32 application development. What works on one more than likely will work on the other.

      Most of the C++ library for Windows is version-independent and distributed separately from the OS.

      For instance, here's the Visual Studio 2012 runtime library update 1.

      Since Windows XP is still supported by MS, the VS2k12 C++ runtime library still supports it.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    42. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      omfg

    43. Re:RHEL 7 isn't even out yet! by DaveJ45 · · Score: 1

      Actually Google appears not to be thinking too clearly at all lately in regards to Chrome and Linux. Earlier last year a Chrome update on Linux Mint 13 was so unusable that I, as well as others I am sure, had no choice but to switch to Firefox if they wanted a usable browser. It took well over a month before this was resolved, but ultimately one of the updates to Chrome magically solved the problem. Just a few weeks ago, another Chrome update resulted in the resurrection of a previously 'fixed' full screen bug, that once again, renders Chrome unusable with Linux Mint 13. At least one update, possibly two, since then still have not fixed the problem, and once again, if you want a functional browser, Firefox is the logical choice. If Chrome was breaking an obscure Linux derivative this could probably be understandable, but breaking a popular Ubuntu based distro like Mint proves that there is not near enough attention to detail being given to Chrome on Linux these days. Twice in less than a year, no choice but to find an alternate browser means I am faced with the possibility that, although I have been a devoted Chrome supporter right from the start, I'm starting to think that a permanent migration away from Chrome might be less problematic if this is what is going to become the 'norm' for Chrome and Linux. Google's approach with RHEL just seems to be a further indication of a lessening of how important Google thinks Chrome and Linux are for the future.

      --
      Differences between how you act when some one is watching, and how you act when no one is watching, define who you are
    44. Re:RHEL 7 isn't even out yet! by kthreadd · · Score: 1

      Well, I guess Google can be picky too.

    45. Re:RHEL 7 isn't even out yet! by sjames · · Score: 1

      I know that at one point where there was a problem with Firefox, it could be solved by sticking the needed library update in the firefox directory without affecting anything else in the system.

      Perhaps a RHEL6 compatibility pack is in order for Chrome?

    46. Re:RHEL 7 isn't even out yet! by gl4ss · · Score: 1

      the summary doesn't say that RHEL 7 isn't out, I was wondering about that.

      "Chrome drops current RHEL"

      --
      world was created 5 seconds before this post as it is.
    47. Re:RHEL 7 isn't even out yet! by mlosh · · Score: 1

      I tried QTWeb on your recommendation, but I found that on the Linux systems I tried, it crashes seemingly at random. This is the current version as of a few months ago.

      I'm not sure about how solid it is on Windows 7, I only tried it a little on Windows.

    48. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      A newer version of GCC, maybe?

    49. Re:RHEL 7 isn't even out yet! by iRommel · · Score: 1

      free-ception

    50. Re:RHEL 7 isn't even out yet! by Wolfrider · · Score: 1

      --You can also get around issues like old shared libs by shipping a statically-compiled binary. IIRC, Opera (browser) or somebody did this a few years back.

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    51. Re:RHEL 7 isn't even out yet! by kthreadd · · Score: 1

      Why doesn't RedHat maintain their version of Chrome in that case. Apparently it isn't worth Google's time or effort for the 6 people running it.

      Because they can't. Chrome is closed source and only Google can maintain it.

    52. Re:RHEL 7 isn't even out yet! by Anonymous Coward · · Score: 0

      It's a binary and is distributed as such. If they want to build static, they can,
      and I doubt it really-really needs other runtime support that is not compatible with ELF/glibc/the kernel in RHEL6.

      But, the'yre probably lazy and don't even know what static linkage is.

      yes, I'm jaded. and will never use this Googlish Shoehorn to control the internet.

  2. Uh? by Anonymous Coward · · Score: 0

    If it was the other way round the headline would even make sense...

    1. Re:Uh? by ByOhTek · · Score: 1

      No, it would be saying the opposite.

      The headline, while someone oddly phrased, says that Google Chrome will no longer be built with concern running on RHEL 6.
      The other way around would imply that RHEL 6 would have some change to it or it's update/patch cycle to remove concern for the continued operation of Google Chrome.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    2. 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.

  3. 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: 0

      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.

      XForwarding.

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

    4. Re:Go where? by sunderland56 · · Score: 1

      Because it's a server, but I need to google the web for help or a man page occasionally.

      IT experts don't know all the answers, they just know where to find them.

    5. Re:Go where? by h4rr4r · · Score: 1

      I use that a lot, but why would I ever want it for a web browser?

    6. Re:Go where? by Anonymous Coward · · Score: 0

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

    7. Re:Go where? by bernywork · · Score: 1

      RHEL works fine on my media centre with EPEL and nux-desktop. It gives me everything I want and more, and I don't have to worry about the OS falling out of support after a couple of years...

      --
      Curiosity was framed; ignorance killed the cat. -- Author unknown
    8. Re:Go where? by h4rr4r · · Score: 1

      If you are doing that from a server you should be fired or at the very least a written reprimand should be issued.

      Use google from your workstation not the server.

    9. Re:Go where? by Anonymous Coward · · Score: 0

      I used Red Hat Enterprise on desktops AND servers for 7 years at my last job. Our goal was to have something stable that would last for a few years. The machines came with Firefox and OpenOffice and all the other software we ran was commercial chip design stuff costing millions of dollars. I run Fedora at home but we never installed a single thing from an rpmfusion repo on any of the work machines. There was simply no need, the goal was to get work done. You could bring in your personal laptop and run it on wifi that went outside the firewall if you wanted to.

    10. 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?

    11. Re:Go where? by Anonymous Coward · · Score: 0

      My Workstation is a RHEL 6 desktop on a HP elitebook laptop and we all use RHEL or Centos as workstation on my apartment.
      If you work as a Unix administrator or are in the academics there are a lot of people who use RHEL as a main desktop.

      The lack of software in the main repo is well countered with EPEL repos and also the long compatibility that is promised so RHEL is one of the few distros where you can rely on using third party software without worrying about special handling.
      if you look at 3rd party software for Linux Distros you will usually find RHEL as one of the supported systems.

    12. Re:Go where? by Billly+Gates · · Score: 1

      Me!

      Centos is my distro of choice atm. It is relaible, mature, and well tested and supported. I do not have to worry about an update hosing a system because of a new abi or radical change somewhere. Only federa and centos kernels work with my laptop and wrkstation.

    13. Re:Go where? by caseih · · Score: 1

      Actually there is a ton of software available in repos for RHEL. Almost as much as Fedora, actually. The main recommended third-party repo is EPEL, and if you can't find something in there you can dip into a widely-trusted third-party repo called rpmforge. Between those two I've not found very much lacking except the latest bleeding edge stuff like Gnome 3.

    14. 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?

    15. Re:Go where? by Anonymous Coward · · Score: 0

      If your (assumed to be professionally managed) sever has such weak security and is so badly configured that running a web browser puts it at risk, then a written reprimand is probably the least of your worries.

      Oh, and *if* running a web browser on a (assumed to be professionally managed) server is somehow unsafe, how the heck is Joe Sixpack supposed to safely do his taxes, banking, and purchasing on his (assumed to be unmanaged) regular desktop?

    16. Re:Go where? by Anonymous Coward · · Score: 0

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

      Yes, If you're a vendor, and you can get the third-party software certified.

      Also, bear in mind that if you're a vendor, your developers - who aren't necessarily on a classified net, but who do want to be one the certified OS - are now shut out from using Chrome.

      This is a butt-headed move by Google.

    17. Re:Go where? by 0123456 · · Score: 1

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

      Web browsers are not just used to browse the web.

      Most of the ancillary hardware in our racks these days has a web management interface which is not accessible through the firewall; some still has ssh or telnet, but that's becoming increasingly rare. So to manage it, I can either log into one of the servers and run a web browser from there, or port forward it through SSH and run one locally.

    18. Re:Go where? by Frosty+Piss · · Score: 1

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

      Speaking of "arrogant attitudes" ...

      --
      If you want news from today, you have to come back tomorrow.
    19. Re:Go where? by Anonymous Coward · · Score: 0

      Google != Google Chrome. You can still use Lynx with Google, so your RHEL 6 is still viable as a desktop.

      Also, a lot of people are complaining about how RHEL is awesome with it's old API/ABIs. This is desktop software. If you're not aware that the old API/ABIs are more rapidly changing in Linux/UNIX than they are in Windows, you're not really being honest. A lot of that change is because there's major significant enhancements in recent years of bringing Linux to the desktop. As a result if you're writing software you intend to be modern, often you need to cut old API/ABIs in the process. Given the piddly user market for Linux, you can't really be shocked this happens. You can just hope (beyond hope) that things get better.

    20. Re:Go where? by h4rr4r · · Score: 1

      Everything you do is a risk, sometimes the trade off is worth it sometimes it is not. When you have a workstation available no need to risk the server.

      Joe Sixpack has malware on his PC all the damn time.

    21. 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
    22. Re:Go where? by Anonymous Coward · · Score: 0

      Get lost. He's right.

    23. Re:Go where? by kwark · · Score: 1

      Because the remote machine has access to other networks, so I can just access that management network without portforwardings and editing /etc/hosts. Much faster and flexibel for me personally, my connection to work is much faster than the networks X Window System was designed for so there is no lag everybody always complains about.

      BTW the option to run a remote firefox if you are running a local one, is -no-remote on the remote machine.

    24. Re:Go where? by Anonymous Coward · · Score: 0

      Fuck off, you're a jack ass.

    25. Re:Go where? by Anonymous Coward · · Score: 0

      I use CentOS 6 because I write software for a device that runs on CentOS6.
      It's nice to be able to compile on my workstation, scp the binary to the device (which has a similar library setup as my workstation) and run an app.

      I have no control over what the device runs, although I could run anything on my workstation.
      But if I were running, say, Debian, then I would not have this convenience.

    26. Re:Go where? by Anonymous Coward · · Score: 0

      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?

      What would be the point otherwise? FIPS 140-2 is a DoD-wide requirement and also used elsewhere. That covers a LOT of systems performing a LOT of roles.
      Of COURSE they run third party, COTS software...

    27. Re:Go where? by Anonymous Coward · · Score: 0

      Your post is ironic.

    28. Re:Go where? by Anonymous Coward · · Score: 0

      Your post is stupidic.

    29. Re:Go where? by Anonymous Coward · · Score: 0

      RHEL and RHEL-based systems such as Scientific Linux, CentOS, and Oracle make some of the (IMO) best development workstations around. I used to run Ubuntu on my laptops, but since 9.04 it has gone right into the crapper as far as my work is concerned, so now I run SL or my company's self-branded clone of RHEL on everything, from workstations to laptops to virtual machines to 1000s of data center servers. Anyway, I think Google is going to get an ear full from my organization. They may be the 800 lb gorilla of the internet, but we are a good 600 lbs ourselves.

  4. No probs, I'll just use an alternative by Anonymous Coward · · Score: 0

    Like Epiphany!

    BWHAHAHAHAHAHAHAHA

    I crack myself up

  5. spell check by jupiterssj4 · · Score: 1

    come on

  6. Why would you need a web browser on a server? by h4rr4r · · Score: 0

    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.

    1. 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
    2. 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.

    3. Re:Why would you need a web browser on a server? by forzanapoli · · Score: 1

      That's exactly what I thought when I first read this post. Why do we even care. You shouldn't need anything GUI based on a server. RHEL shines in server environments and although you could use it as a workstation why even bother, definitely go the Fedora route for workstations and desktops.

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

      Then use Debian. Solves both problems.

    5. Re:Why would you need a web browser on a server? by postbigbang · · Score: 1

      I agree with you in principle, but there are a ghastly number of users of RHEL that are developers, or who'd like to use a GUI instead of CLI when they do admin on a server-- for whatever reasons.

      A GUI takes less CPU cycles than you might think. If you've got a quad-socket, 4/core/socket machine, you have strokes to burn because even the vaunted, hallowed Linux kernel can't use them THAT efficiently. So, you want to open gnome or kde or x-something and do your surfs? Gotta use a different browser now. Seems strange that the support life would be that short, but I can also see valid reasons. And also see valid reasons not to use Chrome.

      Best practices would say: servers need every stroke they can get. Real world: we never use this stuff as intended except when the auditor is hovering around our cubes.

      --
      ---- Teach Peace. It's Cheaper Than War.
    6. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      That's a choice, and a valid choice probably in your case. Just, given that i have like 6 different browsers installed and running nicely on my system, why should google be expected to put resources in something almost no-one uses.

      I'm sure you have access to a working browser. I totally agree with others here that RHEL does not target desktop usage primary.

      So, to me it's a non-issue. You, and everyone, is free to choose their favorite distro. Google is free to be pragmatic - there's obviously a reason it's not easy for them to support RHEL 6. But that should not stop them from developing and delivering the 'best' solution to all other users.

    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 Anonymous Coward · · Score: 0

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

    9. Re:Why would you need a web browser on a server? by forzanapoli · · Score: 1

      It's one thing having minimum X libraries to be able to do X11 Forwarding and another having them boot into init 5. I am sure there are use cases where X is required but worrying about chrome on RHEL doesn't bother me one bit.

    10. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      Fedora is called "bleeding-edge" for a reason. Fedora 18 is out, but I'm still with 16, and beause of the crappy installer that now forces me to reinstall instead of upgrade the OS, I'll just switch to another that does the same, but with better perks.

      Google is looking to create dependence with it's Chrome browser and Chrome OS, this move makes no sense whatsoever. The Article ends with "We have reached out to Google and awaiting their response.", which is highly unusual on Slashdot, where news are usually very old, by days, and sometimes years, or even decades.

    11. Re:Why would you need a web browser on a server? by Sectoid_Dev · · Score: 1

      I use CentOS for the exact same reasons as the parent above.
      I'm a developer on a single user system. Futzing around with the OS is not even in the top five things I want to spend my time doing.

    12. 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
    13. Re:Why would you need a web browser on a server? by simpz · · Score: 1

      Fedora is a great test bed or home system. But upgrading hundred's of workstations every 6 months (like we have here) would be no fun at all. Plus the ABI/API isn't stable in Fedora between revs.

      Many real world application use RHEL as a workstation because it doesn't change ABI/API, is supported, there are no major changes through the life-cycle. This is why RH specifically sell a Workstation version of RHEL. See also the existence of Scientific Linux (RHEL clone) and why that is used on workstations at every major particle accelerator.

      Too many people view Linux through the prism of their home machine needs. Professional users need things like support, stability, regression tested updates, directory services, NFS (probably secure even if it's just to satisfy an auditor), speaking to (sadly) MS systems (AD, Exchange and even (the horror) Sharepoint). Bleeding edge functionality is worth nothing against stability.

      When someone (many) people say use Fedora, is the reason this isn't the year of the Linux desktop. No company wants to reinstall it's desktop estate every 6 months, retest all their apps every 6 months and retrain their users every 6 months. No software vendor wants to retest it's software on a new release every 6 months.

      The RHEL approach (7 year life cycle) is correct for most users. Google is wrong to not support this but probably more to do with Google not really having to care corporate Linux desktop users (pretty small base really).

    14. Re:Why would you need a web browser on a server? by forzanapoli · · Score: 1

      That said, I'm a Firefox user and have zero interest or need in Chrome. Many of my co-workers do though.

      I guess this is where I was trying to go with. If you use it for a workstation there is no reason why firefox couldn't do the necessary to get you through. At work we use RHEL for workstations and thats because it's on the "approved" list. At home I run Fedora and only apply security updates when needed. Even then it's still a billion times better than having to deal with Winblowz.

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

    16. Re:Why would you need a web browser on a server? by bws111 · · Score: 1

      Really? Go to redhat.com and click on 'products'. First thing displayed is 'Red Hat Enterprise Linux - DESKTOP'.

      My company has deployed thousands of laptops with RHEL desktop on them.

    17. Re:Why would you need a web browser on a server? by h4rr4r · · Score: 1

      So do you have your own repos or use DAG or what?

      How do you solve the Redhat repos are depressingly small problem?

    18. Re:Why would you need a web browser on a server? by Urkki · · Score: 1

      Above you talked about 6-12 months, now it suddenly changed to 7 years... 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?

      I'm fairly happy with Ubuntu LTS (with a sane DE of your choice), and doing OS upgrade every two years (and I mean upgrade, not re-install), about half a year after each LTS has come out and most bugs have been weeded out.

    19. 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
    20. 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?

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

      I know this wasn't directed at me, but since I do in fact use RHEL (actually Scientific) on several workstations...

      Rpmfusion supports RHEL and RHEL clones. Then there is EPEL. Between these you can have ~98% of what's available on any Fedora install. This problem isn't nearly as big a deal as what you seem to be making of it.

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

      He talked about not being willing to upgrade every 6-12 months. many workstations don't need hardware upgrades or to be replaced regularly at all depending on the task they are doing, It is not unusual for a workstation to have a 5-10 year life if its intended use is not processor or IO intensive. however they do need support and stability.

    23. 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
    24. Re:Why would you need a web browser on a server? by h4rr4r · · Score: 1

      Google earth and stuff like that. It does not seem very corporate, but we have a couple hundred folks using it.

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

    26. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      I switched from Fedora to ScientificLinux (a RHEL clone, more or less)
       
      Ok. I started reading the thread to get a bit of insight into the problems with Redhat. I'm not a big Linux user but I'd like to know that if SL is more or less a Redhat clone why did you go with SL over Redhat?

    27. Re:Why would you need a web browser on a server? by bobaferret · · Score: 1

      I use RHEL on the desktop as well. I'm a developer of Sysadmin software, and an admin of a large number of RHEL servers. No I don't run a desktop on the servers, but I do on my development machine which matches the servers, and need to test things against various browsers. Yes I have testers to do a lot of things, but I like being able to hit Chrome and Firefox right out of the box before I waste my Q/A folks time. Another example is trying to develop custom SELinux policies w/o enough GUI to run the tool set. The inter dependencies are nuts in this day an age to deal with if you're not able to drill into them with a GUI based tool. Point being as a developer and as a sysadmin there's generally some reason to have RHEL on the desktop and with multiple browsers.

    28. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      RHEL costs money, ScientificLinux (and CentOS) do not.

    29. Re:Why would you need a web browser on a server? by Sheik+Yerbouti · · Score: 1

      Fedora is not better suited at all. In the enterprise no one is interested in an OS that won't be supported in 18 months. If I was to setup Linux in a business it would be between Debian, RHEL/CentOS, and Ubuntu LTS fedora would not make the cut at all.

    30. Re:Why would you need a web browser on a server? by kthreadd · · Score: 1

      I'm using CentOS (free RHEL clone) on my laptop without any third party repositories. I'm interested in having a stable desktop environment, not every package in existence. Works great for me, but I can understand that it's not for everyone.

    31. 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/

    32. Re:Why would you need a web browser on a server? by thetoadwarrior · · Score: 1

      How's this shit voted insightful? They sell a desktop version because corporations that will use linux on the desktop will want it from a company that offers support and not a community that might not be there tomorrow.

    33. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      Pease link me to Debian's APL cert, or at least a press release (like this). Then I can talk to my boss about using your tax money to pay me to install an OS that does, err, what RHEL already does.

    34. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      Considering the tight lockdowns of our workstations (from which I am obviously not posting), the size of the repo doesn't matter, because everything has to be aproved by our internal department before it's installed anyway. Most of our development libraries are installed by a guy whose fulltime job is to maintain them for us. It's kind of a waste of resources, of course, especially since we're paying Redhat for support anyway, but whatever. If we need Google Earth (like you mentioned below), then we sign a few dozen forms in triplicate, wait three months, and get an outdated version of Google Earth installed in /opt on a machine somewhere, then we all X-forward to that machine whenever we need to use it. I doubt this process would be changed by Redhat adding a few packages to their officially supported list.

    35. Re:Why would you need a web browser on a server? by cant_get_a_good_nick · · Score: 1

      All our servers are RHEL. All our desktops are also RHEL (well, mostly CentOS actually).

      We build on desktops, and roll out to the servers.We have minor compatibility issues rolling out from point release differences of RHEL - say, code compiled on RHEL5.6 desktops didn't work on 5.5 servers. I can't imagine how many issues we'd have if we used Fedora, or worse yet (for compatibility) a completely different distro.

      "Yeah, but you can compile on compile servers." Why would we have nice Linux desktops that all we do is run ssh to compile on an overused compile server?

      So, we run RHEL on desktops for compatibility with prod targets, for solidness. The solidness which is really the whole point of RHEL. Google can choose to do whatever they want, but the reasons for our desktop distro makes sense to me. When you have billions going through your servers, you don't want to be messing around with distro incompatibility issues.

    36. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      I can't speak for the original poster, but at my workplace (1000+ RHEL desktops), we have local repos that contain versions of third-party software that we need (vlc, various libraries the developers need) as well as a repo for in-house stuff.

      Those repos do not auto-sync with the outside world.

    37. Re:Why would you need a web browser on a server? by Urkki · · Score: 1

      If it is at least a semi-normal PC workstation, one where user might want to use Chrome, then fact of life is, Internet moves, standards change, compilers and associated core libraries change, utility and framework libraries target the new core etc etc.

      All in all, even that Ubuntu LTS 2 year upgrade cycle is pushing it and often requires either compromising or tinkering to get some software to work. Going longer than that with same OS core just isn't compatible with the real world. If both are needed, then two OSes are needed, one for "real work", other for interacting with rest of the world. Fortunately, virtual machines and obscene power of modern PCs make it easy to have that with one physical PC without noticeable performance penalty. Easy enough to dedicate an entire OS for running just Chrome.

    38. Re:Why would you need a web browser on a server? by Urkki · · Score: 1

      The thing is, Internet changes, world moves, and things (such as libraries) are interdependent. If you want both ultra-stable OS and recent software, you need two OSes. Which of course is just fine, just run Fedora or whatever in a VM, and reap benefits of up-to-date software where it matters, while having stable host OS for the "real work" (or whatever). No OS install needed even, just download pre-made VM image and you're set.

    39. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      3 years is not frequent.

      buy new machine, set up new OS, have it sitting next to old machine. transition over to it, solve problems as they appear, can always fall back in an instant to use old machine if something is not working.

      don't tell me you don't have the budget for it, you have exactly enough space for one machine one, etc. etc.

      It's a reasonable way to proceed, much more reasonable than the idea that you are maintaining an old piece of hardware running an old patched version of the OS for 7 yrs. In addtion to being reasonable, it also frees you from the fear that your machine might go down due to hardware or software failures leaving you with nothing.

      Your point is well taken that it's time consuming to configure and it's annoying to upgrade at times imposed from the outside. However, on the scale of computer lifespans and annual cycles, etc. you need to be a little more in tune with the real world.

    40. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      I'm not even prepared to install fedora on one of my personal machines, nevermind use it on work computers, or even support others using it on workstations.

      I'd been a Redhat user since 3.03, so when Redhat Linux became Fedora, I stuck with it, relying on the support from the Fedora Legacy Project who offered extended security updates out to 18 months. 18 months is the absolute minimum I would consider for OS support and even that's pushing it, I spend more than enough time at a computer and the last thing I need to spend time on is OS updates and dealing with the inevitable consequences.

      Within a day or two of the fedora legacy project admitting defeat and stopping updates, I installed Ubuntu and most of my systems have been Ubuntu or Debian since. I've only ever installed fedora in Virtual Machines. I'd never consider it for a real box.

    41. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      The solution is to stop buying crap hardware and start getting the hardware which is supported by the mainstream free software projects. I've been largely problem free since I started buying freedom friendly hardware from ThinkPenguin. At this point I think there the only ones doing it right. Syste76, LinuxCertified, EmperorLinux, Dell, and others are continuing to bundle parts dependent on propitiatory software. That is what is causing most of the issues out there. You shouldn't have to reconfigure a dozen little things to upgrade from one version of a distribution to another. If you are doing that there is something wrong with the hardware your buying.

    42. Re:Why would you need a web browser on a server? by WuphonsReach · · Score: 1

      Newer versions of Postgres, Postfix, Dovecot... to name just a few (that I either go to a 3rd party repo or build from source).

      --
      Wolde you bothe eate your cake, and have your cake?
    43. Re:Why would you need a web browser on a server? by Anonymous Coward · · Score: 0

      No, developers must be using bleeding edge. That way by the time their dependencies go from bleeding edge to widely used their software is ready too. Otherwise you get situations like ffmepg/libav where library is at times a year ahead of some programs and distros have the extra headache of either having to either drop some important software or downgrading and possibly backporting some programs that do manage to keep up with the times or they have to use static linking for some/all programs involved or package multiple versions of shared objects, all of them being icky and slimy options that waste time and have chance of introducing extra bugs that are dependant on the particular distro. Just. Completely. Peachy.

    44. Re:Why would you need a web browser on a server? by cthulhu11 · · Score: 1

      This is part of why I use OSX.

  7. Thats funny because... by Anonymous Coward · · Score: 2, Informative

    I think RHEL 6 will be supported until 2020.

    WTF.

    1. Re:Thats funny because... by kthreadd · · Score: 1

      I think RHEL 6 will be supported until 2020.

      WTF.

      True, but Chrome is not supported by Red Hat. It's not in their repositories. You have to install it manually if you want it, and Google has no responsibility to support it everywhere.

    2. Re:Thats funny because... by roc97007 · · Score: 1

      I think RHEL 6 will be supported until 2020.

      WTF.

      True, but Chrome is not supported by Red Hat. It's not in their repositories. You have to install it manually if you want it, and Google has no responsibility to support it everywhere.

      Google's loss, then.

      --
      Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
  8. So what? by Anonymous Coward · · Score: 0

    Grab the code and build your own browser, It's open source.

    1. Re:So what? by SJHillman · · Score: 1

      Chromium is open source, Chrome is not.
      The two are similar but not identical.

  9. XP is way EOL by Anonymous Coward · · Score: 0

    http://windows.microsoft.com/en-us/windows/products/lifecycle

    And they support that? RHEL6 is at least being updated and maintained!

  10. Um, question: by Anonymous Coward · · Score: 0

    Why does Linux not have its own web browser?

    Oh wait, it does. Firefox.

    Why would anybody use Chrome when there's Firefox?

    Seriously though. Google has Chrome OS and Chrome the browser. Apple has OS-X and Safari. Microsoft has Windows... and what's that piece of shit called that's supposed to be Microsoft's web browser? Yeah, that thing. Why isn't there a Linux specific Browser? Oh yeah, because that would be unnecessary because there's Firefox. I seem to be going around in circles...

    1. Re:Um, question: by Anonymous Coward · · Score: 0

      Firefox is hardly Linux specific. In fact, almost all of the Firefox developers either run OS X or Windows on their desktop.

    2. Re:Um, question: by MurukeshM · · Score: 1

      Oh? And even then there's trouble getting x64 Firefox builds for Windows.

  11. Desktop Tool by Anonymous Coward · · Score: 0

    Chrome is a desktop tool. Who needs Chrome when there are so many other tools available - wget, elinks (with js-support), curl, etc.

  12. Happened with SUSE Linux Enterprise a while back by Anonymous Coward · · Score: 0

    A while back people with Google Chrome installed on SUSE Linux Enterprise 11 found it no longer worked. A new version of Chrome had been installed along with other updates (the Chrome package adds a repo) and it had dependencies on newer versions of libraries than are in the current version of SUSE Linux Enterprise 11.

  13. Ah, Red Hat, devs' mortal enemy. We meet again. by Anonymous Coward · · Score: 0

    Devs hate it when they have to support code and APIs they obsoleted years ago. This reminds me of the years-long refusal of Red Hat to move their Python installation past 1.5.6 (because they couldn't be bothered to move their stuff to 2.x) and how sick the Python devs were of answering "why can't I" questions that they solved versions ago. And how Red Hat pissed off the gcc devs by creating a phony "gcc 2.96" on orders from enterprise customers, forcing the gcc devs to release further revs as gcc 2.95.2, 2.95.3, etc. to avoid confusing folks.

    So devs, go ahead and piss off Red Hat. It's not like they want your input anyway. If Red Hat wants to freeze code at two years ago, let them maintain it. All of it. That's what people pay them the big bucks for.

  14. Okay, I'll say it... fragmentation by Rob+Y. · · Score: 1

    There's an obvious reason why Google's doing this. They target the most popular desktop distros and can't be maintaining releases for old distros without a lot of desktop users. Now, if there were a 'standard' Linux API (lumping all the various API's together as something Google could target and all distros could support), this wouldn't be an issue. The same Chrome release for Windows can be used on XP->Win8 (desktop mode). That's why 3rd party dev's target WIN32. That's also why 3rd parties won't (for the most part) target Win8 'metro' - which differs way more from WIN32 than RHEL does from, say, Ubuntu.

    As other posts have pointed out, though, Red Hat - or anybody else, for that matter - is free to take the pure open source Chromium and port it to RHEL. That is, until Google decides to target some library that RHEL doesn't provide. Then it's not such a simple matter to Compile and release the latest Chromium source.

    --
    Posted from my Android phone. Oh, I can change this? There, that's better...
    1. 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
    2. Re:Okay, I'll say it... fragmentation by LordLucless · · Score: 1

      Neither of those options is something that Fedora will do

      Google does things their way and is not going to change that for someone else

      Looks like Google's not the only one.

      --
      Just because you're paranoid doesn't mean there isn't an invisible demon about to eat your face
  15. Google don't care about stability. by Anonymous Coward · · Score: 0

    Given that the Flash plugin is faster and more stable from the EXTERNAL version than the INTERNAL version.
    I was forced to disable the internal one because it was seriously so bad. Youtube videos were unbearable as well, this high-pitch screechy noise at random every 0.5-1 seconds. (could be an Adobe problem, but there is no problem with external or on Firefox either, so I blame them)

    Or making logical decisions.
    Killing huge projects without replacements or partial replacements using current projects.
    Not integrating Orkut, Google+ and Google.. whatever the hell the name was of that Twitter-like thing. That could have gained much more traction if they had done so.
    The twitter-like thing for just the main messaging component of the service, Google+ component for the communication-heavy parts and Orkut for all the back-heavy standard social networking stuff. (Google+ is still not as social networky as previous ones have been, it feels too cold. Even more so than Facebook, which I hate immensely after they removed personalization pages in favor of mindless drone pages, and then that horrible timeline crap!)

    Or making decisions in general.
    Killing projects that they "can't monetize" when they clearly can.
    iGoogle has a HUGE sidebar on the left where ads could be. Gmail has an ad strip, do that as well, ad strips are incredibly simply little things and even very nice if styled right. Nope, better kill it instead. Thinking about things is too hard at Google. How STUPID can you be, Google?

    Oh and Unity just broke on me again. Nope, Chrome problem, not mines or Unity.
    Not to mention the horrible times I have had with Chrome corrupting itself through the years, not letting me install extensions, crashing on updates (STABLE BRANCH), flooding a folder between my home directory and its directory with MILLIONS of temporary files.
    You know how annoyingly slow it is when Explorer is opening large folders? You don't know the half of it. You don't know the integer percentage of it. God DAMN. I had to delete the files in cmd after I figured out what the hell happened.

    Google are a headless chicken today. It is a joke how bad that company is these days. What the actual fuck happened to Google?
    Did they fire anyone of any worth and replace them with college kiddies or something?
    I used to love Google. I even wanted to work for them. Now that I see what it turned in to, I am glad I never even bothered outside of talking to the tiny number of developers that aren't total asses who actually have the balls to even want to stick with it. (even after having huge changes to their work done)
    Don't get me started on Chromium devs, biggest asses there is. Chromium Development is a metaphor for how terrible Google has become recently. Removing and breaking features all over the place without replacement when it caused no harm to leave it there. Apparently they were too autistic to not look at one single file in a list that had 0 dependencies and Just Worked.

    I sit here wondering how long it will be before Google crashes. With the horrible decisions they have been making recently, likely not too long.
    I cannot fathom the stupidity that this once great company has unleashed.
    No Super Saiyins here. Just Super Stupids.

  16. Does this apply to Windows by Anonymous Coward · · Score: 0

    I find it a bit strange Google would drop support for RHEL 6, the OS is only a few years old at this point and RHEL 7 isn't even out yet. Despite the fact RHEL is mostly aimed at servers, they do have a desktop edition and some places do use RHEL on the desktop. This move means Google is dropping any people using a long-term desktop, probably in a business environment.

    I tried to check if Chrome runs on XP, but I'm on a Linux box and the only download links Google will show me are for Linux distributions. They don't seem to allow over-riding the OS type on their download page. So my questions is: does Chrome still run on Windows XP? WinXP is something like nine years older than RHEL 6, but still supported by Microsoft. Is this lack of support from Google OS specific?

    1. Re:Does this apply to Windows by Anonymous Coward · · Score: 0

      Yes, of course Chrome supports XP. Though XP, which is a consumer desktop OS, has a mammoth user base compared to a few geeks running an enterprise server OS as their desktop.

    2. 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?
    3. Re:Does this apply to Windows by Todd+Knarr · · Score: 1

      A likely explanation is that the user's running an older update of RHEL 6 (it's currently on update 3) that RH isn't providing updates for anymore. I could make a case for ceasing to support older updates, because they aren't getting security patches anymore and users really should be applying the regular updates from RH which, if they were, would've transitioned their systems to update 3 long before this (it came out in June 2012).

    4. Re:Does this apply to Windows by Floyd-ATC · · Score: 1

      Unless your goal is to make your product ubiquitous. In that case you might want to consider listening to the users, in this case the enterprises that use RH Enterprise Linux and its derivatives. Simple math is rarely enough to build a successful business.

      --
      Time flies when you don't know what you're doing
    5. Re:Does this apply to Windows by Sockatume · · Score: 1

      Ubiquity is not a good business goal in and of itself. If they wanted ubiquity over everything else they would pay people to use it, which is effectively what they'd have to do if RHEL users are a net loss.

      --
      No kidding!!! What do you say at this point?
  17. 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
  18. 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.

    2. Re:They're just pushing costs onto their customers by Anonymous Coward · · Score: 0

      Vendors don't want to the cost of supporting your platform, so they drop you.

      This is why desktop Linux will forever be a freetarded fringe OS.

    3. Re:They're just pushing costs onto their customers by Anonymous Coward · · Score: 0

      It seems reasonable to me that the push-back might as well be the browser vendors - why are they shipping new versions every 5 weeks? Sure, the internet changes, but not that fast; it's not like the once-a-year release schedule around Firefox 2 was particularly bad. (Firefox 4, however, was a bit long at nearly three years.) Of course, Chrome isn't any better - see the article.

      Really sad that such an important piece of infrastructure is basically being propelled via an e-peen contest with the attention span of a fruit fly.

    4. Re:They're just pushing costs onto their customers by Anonymous Coward · · Score: 0

      Man... I wish my users were uniformed. And female.

  19. There's still Chromium by JC61990 · · Score: 1

    This seems dumb imho. I run a CentOS server, I like to install a desktop interface onto it because there are a few things i use the server for that do require a GUI. and its also nice to be able to just open a web browser quickly if i need to test my internet connection after making changes since the server and my switches and modem are all in the same room. First thing i always do is install chrome, i was so happy to see it available for CentOS.. But now its gone. I guess ill just switch back to Chromium.

    1. Re:There's still Chromium by Anonymous Coward · · Score: 0

      Geez, you ever heard w3m, lynx, elinks, or links? Loading X and a gui browser that supports proprietary plugins that only decrease the security of your system seems ridiculous if all you are wanting to do is check internet connectivity. Hell, if you must have a GUI then load a light browser like Dillo.

  20. RHEL 6 obsolete? Go back to the drawing board Goog by Anonymous Coward · · Score: 0

    Some RHEL 6 businesses might want to contract with Google for their products like the cloud, online word processing, etc. What in the world is google thinking? What does this mean for small business that contract with companies to migrate to RHEL 6.x?
    The threat to Google is Microsoft not Red Hat. Microsoft tried to beat google at it's own game.

  21. 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 the+eric+conspiracy · · Score: 1

      Ubuntu LTE.

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

    3. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 1

      Ubuntu 12.04 LTS is supported for 5 years.

    4. 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
    5. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      Minor correction: Ubuntu LTS.

    6. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      s/annoyance/ignorance/

    7. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 1

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

      https://www.suse.com/products/desktop/
      Plus the RedHat one someone else mentioned.

    8. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      This is what's always bothered me about how most distributions are on a 6 month cycle. Most users don't want to have to reinstall their desktops/servers every year.
      I've been using Arch Linux because of that and have been pretty happy with my choice.

      I know this is not good for production use although there are some places that have used it and haven't been unhappy with it. At least judging from what I've see in the Arch forums.

      I was however wondering, is there a rolling release distribution that would be a good alternative to the main distributions? I know Ubuntu is considering it's own rolling release but for now what options are out there if any I wonder?

    9. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      Are you serious? Red Hat has a desktop edition with 7+ years of support. Ubuntu Desktop gets 5 years of support, Scientific Linux gets 7+ years of support. Mint gets 5 years of support. I haven't check SUSE in a while, but I think they have around 5 years of support. Perhaps you should look into some of those options instead of complaining there aren't any long term support solutions on the desktop.

    10. Re:RHEL is for servers not desktops by kthreadd · · Score: 1

      And why exactly is it not for desktops. I run it my desktops, even my laptops. Runs just fine.

    11. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      http://windows.microsoft.com/en-US/windows/home

    12. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      I don't think I've ever installed RHEL or CentOS with X Windows

      Well okay, if you don't have a need for--

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

      So, uhh, install RHEL with X Windows.

    13. Re:RHEL is for servers not desktops by QuantumRiff · · Score: 1

      Any Ubuntu Release marked LTS is supported for 3 years.. they come out every 18 months with new ones, but the old will be supported for 3 years..

      --

      What are we going to do tonight Brain?
    14. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      Ubuntu LTS is supported for 5 years on desktop (and server).

    15. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      Nope, 5 years, not 3 (LTS).

    16. Re:RHEL is for servers not desktops by mcrbids · · Score: 1

      I've been using Fedora for years. It is annoying to have to update every 18 months, especially when it causes severe breakage. (Kmail2 was an unmitigated disaster)

      Typically, though, updates cost me a morning.

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    17. Re:RHEL is for servers not desktops by KidSock · · Score: 1

      Last I checked a RedHat subscription was not priced for the non-corporate user.

      And I have tried those "long term support" distros more than once (although not RH) and my experience was that a) nobody actually uses them so the support isn't that great (you can't find a lot of answers in forums, blogs and such) and bugs take a long time to get fixed and more likely b) they only support new hardware for a little while so they don't really work unless you buy a laptop at the same time the distro was released. As soon as the kernel is remotely dated, you can't get wireless or suspend or whatever to work properly because there's some new chip the kernel doesn't understand.

    18. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      And since 12.04LTS the desktop version is now supported for 5 years.

    19. Re:RHEL is for servers not desktops by PrimaryConsult · · Score: 1

      If you are looking to spend money RedHat is probably best you can get, if you can get a subscription with support. The reason you cannot find good answers in forums and such for RedHat, CentOS, and the like is because the paid knowledge base for RedHat is fantastic. In addition to having answers to almost any problem, there are no "wrong" or overly inefficient answers mixed in there to confuse you. Also, in the event your problem is too weird for the knowledge base, you can make a ticket in exactly a similar manner to a forum post. But unlike a forum someone is guaranteed to respond in a timely manner with a correct answer (not a worthless "just google it"), and will continue to respond until you have solved your problem. These support tickets also get turned into knowledge base articles from time to time.

      Because of this fantastic support, a good chunk of people using the distribution don't bother with forums and the like. So you end up with a void of information.

      That said, if you are looking to spend absolutely no money but want stability, a good choice is Debian. Since none of the knowledge is locked behind paywalls, almost all support that has ever been given to those with Debian installations is available online. Debian is excellent for servers and very good for desktop use, with major updates only once every 3 years (and you never need a reinstall to do the update). Until I joined a company with actual money, this was my distro of choice because no matter what you wanted to do, you could do it on Debian with only a handful of Google searches. It was installed on an Eee, Desktop, and a handful of servers. Also it makes good business sense to go with Debian - people who screwed around with Ubuntu in their free time can be turned into Debian sysadmins much more easily than into RedHat based sysadmins, so it's cheaper / easier to provide in-house support.

    20. Re:RHEL is for servers not desktops by PrimaryConsult · · Score: 1

      I hate to reply to my own post but I hit submit instead of continue editing.

      Anyway you can get a RedHat self-support Desktop subscription for $50 (access to Knowledge Base) or a full service Workstation one for $300 (can make tickets). Not exactly cheap like windows but not requiring a corporate level of income either.

    21. Re:RHEL is for servers not desktops by WuphonsReach · · Score: 1

      I look at it the other way. If you're a start-up and short on cash, go CentOS or SciLinux. Then you always have the option to move seamlessly into the RHEL world once you can fund things. Or use RHEL on the public servers where support contracts matter and CentOS on the internal servers.

      Might also be easier to find data center / hosting providers who will rent you a RHEL box then a Debian box.

      --
      Wolde you bothe eate your cake, and have your cake?
    22. Re:RHEL is for servers not desktops by loxosceles · · Score: 1

      Or you could look at a 1-2 year reinstall cycle as a positive: it's an opportunity to test and optimize your backup strategy, since desktop users rarely do that. You do keep backups, right?

    23. Re:RHEL is for servers not desktops by Anonymous Coward · · Score: 0

      Why would you want RHEL on a desktop? It doesn't even have Chrome

  22. By cutting support for enterprise edition.... by Anonymous Coward · · Score: 0

    Customers will move somewhere else because they have want Google Chrome

    1. Re:By cutting support for enterprise edition.... by kernelpanicked · · Score: 1

      The type of user who uses RHEL on a workstation is not the same as the distro hoppers who jump from one flavor of Ubuntu to another just because a package isn't included in the default of an icon got moved. They will simply use Firefox or do a custom build of Chromium or something, but jumping distros is likely not a consideration.

      --
      Ubuntu: If at first you don't succeed, blindly slap a sudo in front of it
  23. is this an issue ? by Anonymous Coward · · Score: 0

    i think you have other issues to solve if you are installing software made by the worlds largest advertising and data mining company on your frickin redhat servers !

    much as i like google products, i wouldnt install give them binary rights on anything, they are bad enough with Javascript and at least i have Mozilla/Opera acting as a buffer to what tricks they can exploit.

  24. We very much like stable development workstations. by Anonymous Coward · · Score: 0

    Not ones that force us to upgrade to um- experimental user interfaces every 2 years. So CentOS 6.3 is our currently recommended choice.

  25. Lots of complaining by Anonymous Coward · · Score: 0

    The Linux community brags about how there are so many options, which are in constant flux, then complain when someone is offering something for free and doesn't want to support something that is 2 years old and no longer works in a modern environment.

    I haven't seen a feeling of entitlement so bad outside of the MPAA/RIAA.

    What's the phrase.. "Don't like it, fork it", just don't whine like a 3 year old.

  26. Update Terrorism by Anonymous Coward · · Score: 0

    Whenever you work with a computer system and have gotten used to all its bugs and misconceptions, there comes along an update with old bugs and new bugs. Lately, most updates were only for stupid consumers, and have made work worse for creative people. And all this sluggishness and CPU-time burning for brain-dead graphics. All this absence of reason for all this "innovation" on the user interface. All these crazy maniacs can keep their "features" for themselves, I don't want them any more.

    They haven't even fixed all the bugs in RHEL6, and they introduced many new ones in the later version. A stable, bug-free system from ten years ago is way better than this greenhorn-crap that is being sold to brain-dead consumers these days.

  27. RHEL is not server only by Anonymous Coward · · Score: 0

    Just have a look at which platforms are supported for commercial software, almost always RHEL and Suse and nothing else. You can't expect the vendors to adapt to platforms that are changing continously.

  28. Is this really an issue anybody cares about? by Anonymous Coward · · Score: 0

    One has to suspect that the intersection between "people who are so desperate for stability that they'll stay on a rarely-updated OS" and "people who want their web browser to upgrade itself silently whenever it wants" is pretty goddamn small.

    Not that that'll keep /. from getting their collective panties in a bunch, but still...

    1. Re:Is this really an issue anybody cares about? by Anonymous Coward · · Score: 0

      One has to suspect that the intersection between "people who are so desperate for stability that they'll stay on a rarely-updated OS" and "people who want their web browser to upgrade itself silently whenever it wants" is pretty goddamn small.

      There is mostly talk about upgrade annoyance/time. If you replace intersection with difference it is still true.

  29. Very surprising by apexwm · · Score: 1

    This is very surprising coming from a company (Google) that supports open platforms and encourages open source software. I don't understand what a web browser like Chrome needs to rely on so heavily of a long-term released operating system. The binaries should be written to run on any version of GNU/Linux.

  30. Google doesn't love you by Anonymous Coward · · Score: 0

    For god's sake, see Google for what it really is. The company was formed by the NSA to provide storage solutions for infinitely scalable intelligence databases. You all know how badly official government IT projects go- massive budget overruns, incredible delays, and after all that the hardware and software is junk. Google was the NEW model for effective government IT development.

    Today, every major intelligence agency linked to the USA stores the data it collects on everything on 'shadow' Google systems- computers owned and run by the intelligence agency itself, but using Google's hardware and software system designs. The technology Google creates to better provide 'ad' services actually allows governments to mine their databases more efficiently.

    Of course, the beauty of all this is that Google IS a commercial entity. That's the whole point. That's is what makes it infinitely more effective than any official government project. And Google is a megalomaniac that wants to 'rule' the world.

    We are in a post-MS, post-Intel world. The age of the traditional PC is over (and god only knows, it had an incredible run). Google looks at the world of Linux and sees a bad joke. Why is Microsoft still able to charge a fortune for something that should be free- the operating system? Because the alternative, Linux, is in the hands of complete morons.

    Now with Android and ChromeOS, Google has the power to put things right. No sane person wants to mess with an OS that STILL doesn't have proper support for most of the PC hardware that requires drivers. What the world needs is a free replacement for Windows XP, where the whizziness is built into applications that RUN on the OS, not the OS itself. Even today, people who think themselves skilled with computers confuse the 'Shell' with the 'OS'.

    The underlying OS MUST be strong. For instance, the new consoles from Microsoft and Sony each have EIGHT proper CPU cores. The OS must handle memory and thread issues flawlessly for multiple apps running with multiple threads and multiple contexts on the GPU. Having a computer grind to a halt when two apps try to access the same HDD at the same time is no longer acceptable.

    Linux has wins in the server space because of 'hard hacks' to the kernel, but a general OS needs to be versatile WITHOUT hacking the underlying mechanisms for the benefit of one application.

    Google is working with the next PC revolution, low power computers with growing numbers of ARM CPU cores, and complete GPU acceleration for all visual output (something Windows only got with Vista). Goggle's Chromebooks have been a massive success. Google is on the edge of providing a desktop OS from Android, or a fusion of Android with ChromeOS. Why would Google give a damn about supporting prehistoric Linux distributions from the FAILED. Let Android replace ALL other non-specialised 'desktop' versions of Linux.

    A stable, powerful platform from a company NOT called Apple or Microsoft, and for free. Based on the principles of Linux, but crafted for the multi-cpu hardware of today and tomorrow. What's not to love?

  31. Cutting off their nose to spite their face by Anonymous Coward · · Score: 0

    I have to ask the question "Why?" Not as in, "why are you taking away my free toy?" but "why support for the enterprise Linux environment and then withdraw it?"

    If you look at companies that earn most of their revenue selling to the Fortune 500 and government, you will notice that nearly all of them (excluding OS vendors obviously) offer hardware/software support for the latest Enterprise Linux major release. It may not benefit their bottom line as much as Microsoft products, but it is a clear sign to prospective customers that they are serious about supporting the enterprise environment. Let's put this decision in context - we are talking about upstream products from a $1B/yr highly successful company and likely a much larger user base on CentOS and SL. It's not like they dropped support for some third-tier distribution that only a handful of people in the world care about.

    Personal impact aside (I use 4 EL6 workstations on a daily basis, all of them loaded with Chrome for internal applications and web browsing), the message to the market is "we're not serious." I will keep that in mind the next time the Google guy shows up and wants to sell search appliances at my Fortune 500 company.

  32. OT but relevent. by Anonymous Coward · · Score: 0

    I can't use new Linux distros because ATI dropped support for cards below HD 5000 right at the time xorg revved from 1.12 to 1.13. Now the drivers are permanently busted for all ati cards that are HD models below 5000. That's a lot of people left in the dark. I'll never buy an ATI card again.

  33. Re:RHEL 6 obsolete? Go back to the drawing board G by kthreadd · · Score: 1

    I'm sure Google's services runs just fine in Firefox.

  34. What Components? by reallocate · · Score: 1

    What "proprietary components"?

    --
    -- Slashdot: When Public Access TV Says "No"
    1. Re:What Components? by GNUALMAFUERTE · · Score: 1

      There are a lot of proprietary stuff on red hat, such as the update manager (up2date) which is replaced with yum by fedora/centos.

      --
      WTF am I doing replying to an AC at 5 A.M on a Friday night?
    2. 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

    3. Re:What Components? by GNUALMAFUERTE · · Score: 1

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

      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.

      --
      WTF am I doing replying to an AC at 5 A.M on a Friday night?
    4. 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.

  35. Wrong About RHEL Desktop by reallocate · · Score: 1

    You can run RHEL/CentOS with current Chome, Chromium, Firefox, Thunderbird, LibreOffice, the usual multimedia apps, etc., etc., These programs are not in the official RHEL/CentOS repositories but they are available in reliable independent repos. I know because I've done it.

    --
    -- Slashdot: When Public Access TV Says "No"
  36. This and the Google.Drive client - hmmm.. by Anonymous Coward · · Score: 0

    Google had indicated a Google-Drive client was being ported to mainstream Linux, but have not uttered a word for many months.

    In the mean time, they have released a Google-Drive client for the chromebook, which indicates its not a technical challenge, rather a social disorder (ok... from my perspective!).

    https://productforums.google.com/d/topic/drive/j_SmC6bMsEo/discussion

    Sounds alot like Apple co-opting the MP3 audio format into a branded solution in static (ipod collections) and streamed (podcast) formats.

    I really hope they are not trying to line their nest at the expense of the community that created Linux.

  37. Chrome on Debian? by unixisc · · Score: 1

    Speaking of which, is there a Chrome version for Debian

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

    2. Re:Chrome on Debian? by Anonymous Coward · · Score: 1

      Posting A/C to preserve mods.

      Yes, there is a Chrome that is installable on Debian. Google hosts a repo that after downloading and installing a deb file adds the Google repo in something like /etc/apt/sources.list.d/chrome.list or some such apt list file ( not near the Debian machine right now so can't be sure ). It gets installed and updated through apt just like any other package then.

    3. Re:Chrome on Debian? by steveg · · Score: 1

      Gentoo has removed Chrome? They must have just done that, since I saw it update on my system in the last couple of weeks.

      --
      Ignorance killed the cat. Curiosity was framed.
    4. Re:Chrome on Debian? by sjames · · Score: 1

      Yes. See this.

    5. Re:Chrome on Debian? by Rich0 · · Score: 1

      Hmm, I still see it there, indeed. I think there was talk of this on the lists, but maybe it never happened, or it is still pending. It is a bit of a mess to maintain in general (all those repackaged libs/etc).

  38. Ironic to see that Jan WIldeboer ... by Anonymous Coward · · Score: 0

    ... was quoted criticizing Google by using a Google+ link, of all possibiliies of becoming slashdotted. Go figure.

  39. Whats "Google Chrome?" by Anonymous Coward · · Score: 0

    Is it a spyware tracking trojan horse designed to act like a browser?

  40. Scoogled by Faisal+Rehman · · Score: 0

    Google is scroogling again. Even redhat.

  41. the problem is not with rhel, but with gtk+ lib by amavlyanov · · Score: 1

    this post on g+ https://plus.google.com/u/0/100132233764003563318/posts/Y1s6T44Soby explain the problem: chrome/chromium won't compile with gtk+ 2.24.0. that's why rhel 6, ubuntu 10.04, debian 6.0 and each distro with outdated gtl all deprecated.

    1. Re:the problem is not with rhel, but with gtk+ lib by kthreadd · · Score: 1

      So all you would have to do is build a separate copy of GTK+, put it somewhere make chrome us it; using LD_LIBRARY_PATH or similar.

  42. Linux distribution by bwelmers · · Score: 1

    Firefox just releases a binary distribution (tar.gz) for Linux like they do for MacOS and Windows. It runs on AFAIK every, not really old, distribution. Something Chrome and other software vendors could do as well.

    There is a problem with the traditional linux fixed-version distribution of software. You can either choose to use an unstable distro like Fedora OpenSUSE Ubuntu that break once in a while, or choose a stable distro like Debian Stable Ubuntu LTS RHEL/CentOS, and come to the problem that software that is mature to change like browser and desktop stuff being outdated. I think it's also a waste of time for the distribution organisation to maintain all those software packages, it's something the vendors of the particular software should do.
    It's also annoying that with the customer distros, nice good working software will be thrown away, like Gnome2 and KDE3 where dropped immediatly after release of Gnome3 and KDE4 (which was really unstable and unusable in the early days).

    I now choose to use EL6 (CentOS) now as a OS basis and install/compile new software on it by hand. I have build KDE 3.5.10 and KDE 4.9.5 succesfully for it, works fine. And it will keep working as is for the next couple of years because the API/ABI of the underlying libraries will be stable.

  43. RHEL 6.3 Yum / Repo still contains google-chrome! by Anonymous Coward · · Score: 0

    I just did a search in the Red Hat yum repositories for my RHEL 6.3 Server / Developer Workstation. Google chrome looks alive and healthy to me--at least on RHEL 6.3. Of course I regularly update and patch this server since it's my personal developer workstation. Personally I use google chrome on RHEL everyday to "google", read my google mail, read google books and play google music--all thru the chrome browser running in RHEL.
        1 google-chrome-beta.x86_64 : Google Chrome
        2 google-chrome-stable.x86_64 : Google Chrome
        3 google-chrome-unstable.x86_64 : Google Chrome
        4 google-musicmanager-beta.x86_64 : Google Music Manager
        5 googlecl.noarch : Command line tools for the Google Data APIs
        6 python-googlevoice.noarch : Python language bindings for the Google Voice API
        7 trytond-google-maps.noarch : google-maps module for Tryton
        8 trytond-google-translate.noarch : google-translate module for Tryton
        9 erlang-snappy.x86_64 : An Erlang NIF wrapper for Google's snappy library
      10 geome.noarch : Obtain your geo-location data from Google using NetworkManager
      11 google-authenticator.i686 : One-time passcode support using open standards
      12 google-authenticator.x86_64 : One-time passcode support using open standards
      13 google-droid-sans-fonts.noarch : A humanist sans serif typeface
      14 google-droid-sans-mono-fonts.noarch : A humanist monospace sans serif typeface
      15 google-droid-serif-fonts.noarch : A contemporary serif typeface
      16 gtest.i686 : Google C++ testing framework
      17 gtest.x86_64 : Google C++ testing framework
      18 leveldb.i686 : A fast and lightweight key/value database library by Google
      19 leveldb.x86_64 : A fast and lightweight key/value database library by Google
      20 protobuf.i686 : Protocol Buffers - Google's data interchange format
      21 protobuf.x86_64 : Protocol Buffers - Google's data interchange format
      22 protobuf-c.i686 : C bindings for Google's Protocol Buffers
      23 protobuf-c.x86_64 : C bindings for Google's Protocol Buffers
      24 protobuf-python.x86_64 : Python bindings for Google Protocol Buffers
      25 protobuf-vim.x86_64 : Vim syntax highlighting for Google Protocol Buffers descriptions
      26 python-gdata.noarch : A Python module for accessing online Google services
      27 totpcgi.noarch : A centralized totp solution based on google-authenticator
      28 totpcgi-provisioning.noarch : CGI for Google Authenticator provisioning using totpcgi

  44. Debian stable obsolete: Google by Anonymous Coward · · Score: 0

    Every time I log into Gmail, I get the warning that my browser is obsolete and need to upgrade (or switch?). I'm running Debian stable, with the stable version of Firefox (Iceweasel, which correctly identifies as Firefox with Google/Gmail). iirc, I get the same warning with Mozilla's suite browser (Iceape), and possibly the stable version of Chromium (Chrome) as well. Can't recall what the response is with Konqueror because of the instability/crashing and faulty crash recovery that is Konqueror hell for the last ten years (and I'm currently crashed and unable to recover without crashing again instantly during recovery), so skip Konqueror but I suspect the response is the same.

  45. Re:RHEL 6.3 Yum / Repo still contains google-chrom by kthreadd · · Score: 1

    Are you sure that's the Red Hat repositories, and not third party Google repositories?
    As fas as I understood the current version will remain forever, but you won't get any updated.

  46. Google products are NEVER stable or have any ... by Anonymous Coward · · Score: 0

    .. quality. It is just a hacked and released when the dev claims it is ready .... doing nothing but basic automatic unit-test and rarely doing any integration or system testing.

  47. Google doesn't understand the real IT world by Anonymous Coward · · Score: 0

    Google engineers do not generally understand the reasons behind platform, API stability. This is just one more example. They think that enterprise IT should be run like their home hobby systems. This is why some nerd at Google decided that rather than do the work to make their product exhibit some longitudinal support, they would simply declare anything that they didn't want to deal with as being "obsolete". Seems like a good reason to stay away from Google products myself.

  48. It is a bug in the chrome update code by e70838 · · Score: 1

    it will be fixed automatically with next automatic update ;-)