Comment Re:Whoosh! (Score 1) 666
No, Burt Reynolds had the black Trans-Am. I think it was Dom DeLuise's character that had the ambulance.
Nope, it was Burt Reynolds (and Farrah Fawcett) in the ambulance alright.
No, Burt Reynolds had the black Trans-Am. I think it was Dom DeLuise's character that had the ambulance.
Nope, it was Burt Reynolds (and Farrah Fawcett) in the ambulance alright.
Yes, but it is slow.
And if you ever tried upgrading Fedora from the command line, you know what for a mess it is.
I'm certain it isn't used successfully by YOU on more than a few servers if you say that...
We support thousands of systems, and know what the difference is
It's workable for most situations, but it's crappy technology compared to
Your thousands of servers sound like a way to boast your own ego, no more.
Thousands of server run by a pro do not run Fedora, they run either RHEL or CentOS, depending on how cheap you are.
And of course, for updates to thousands of systems a real admin knows how to use either Spacewalk or Red Hat Satellite, again depending on how cheap you are.
That said, yum update works fine on this machine.
What again was your point?
I have never fully switched to KDE4 because of many of its limitations, the most annoying being the network, memory and CPU load panel displays. In KDE3 one had the option of displaying absolute values in a pre-defined range. Gone in KDE4; all you can see are wobbly displays with relative values that have, err, relatively low value for their actual purpose.
These days I am really happy for the KDE3 fork http://www.trinitydesktop.org/ and ever since it works on Fedora 19 I can now go back to a functional desktop both at work and at home.
And, yes, the middle click works fine
Is it not?
In the long run this is really going to suck for the Sony engineers, maintaining a fork with a different system compiler.
When RedHat submits something, Canonical will point out any reasons it shouldn't be accepted.
I had a good laugh when I read this.
Red Hat employs hundreds of software engineers, contributing a lot to the entire Linux ecosystem. Canonical's resources in terms of code contribution are laughable in comparison and being a streamlined business Cacnonical has few, if any, resources to review third party code. They are happy to ride along, but the number of people at Canonical who actually write and read code outside the shiny UI field are hardly those with the expertise to review low level kernel code.
That is actually incorrect. The CentOS part of your installation invalidates your support contract/subscription for the RHEL part of the cluster.
Red Hat does not offer you the option of a mixed anvironment. It's either all Red Hat, supported, or mixed and completely unsupported.
I am with Red Hat on this one, actually.
Coupled with that comes my prediction that OpenStack will "fragment" rather sooner rather than later, with each of its backers offering some sort of "enhanced" ("enterprise") version (with stability patches and some additional features) that may or may not be a bit cheaper overall than VMware (all things taken into account), leaving you with a solution that works "almost like VMware, for almost the same price".
Am I too pessimistic?
I believe you are.
With Red Hat having jumped on board, Open Stack is going into a new direction that will not lead to fragmentation, but to consolidation. Red Hat's is one really good player in terms of Open Source. They throw resources at projects and they always do this upstream, delivering patches, enhancements, integration bits right where they belong and where they help the community best.
Red Hat is a guarantee that Open Stack will evolve into the next generation enterprise platform and VMware's CEO is either scared to death or simply a moron.
If the British used all the available computing and storage power of its secret data snorkeling, they might actually put the equipment to a more promising use than illegally spying on the rest of Europe.
We are seriously considering sponsoring github with a free platinum support and maintenance contract for the Linux cluster stack, i.e. DRBD, Heartbeat, Pacemaker, Corosync.
Would that help?
If you want to put yourself on the map, publish your own map.