darthcamaro writes "For nearly three years, Oracle has had its own version of Red Hat Enterprise Linux, claiming the two versions are essentially the same thing. But are they really? As it turns out, there are a few things on which Oracle and Red Hat do not see eye-to-eye, including file systems and virtualization. The article quotes Wim Coekaerts, Oracle's director of Linux engineering, saying, 'A lot of people think Oracle is doing Enterprise Linux as just basically a rip off of Red Hat but that's not what this is about. ... This is about a support program, and wanting to offer quality Linux OS support to customers that need it. The Linux distribution part is there just to make sure people can get a freely available Linux operating system that is fully supported.'"

WMGarrison writes "US Patent 7453593 claims command-line processing by a web server of SOAP requests, resulting in XML responses, from and to a remote client. The HTTP Common Gateway Interface (CGI) operates precisely as described in Claim 1. If you POST a SOAP document and return an XHTML response or a SOAP document, this infringes Claim 2, since both XHTML and SOAP are XML languages. This patent thus claims to own the processing of SOAP documents by CGI programs."

I Believe in Unicorns writes "Red Hat's patent policy says 'In an attempt to protect and promote the open source community, Red Hat has elected to... develop a corresponding portfolio of software patents for defensive purposes. We do so reluctantly...' Meanwhile, USPTO Application #: 20090063418, 'Method and an apparatus to deliver messages between applications,' claims a patent on routing messages using an XQuery match, which is an extension of the 'unencumbered' AMQP protocol that Red Hat is helping to make. Is this a defensive patent, or is Red Hat cynically staking out a software patent claim to an obvious extension of AMQP? Is Red Hat's promise to 'refrain from enforcing the infringed patent' against open source a reliable contract, or a trap for the unwary? Given the Microsoft-Red Hat deal in February, are we seeing Red Hat's 'Novell Moment?'" Reader Defeat_Globalism contributes a related story about an international research team who conducted experiments to "quantify the ways patent systems and market forces might influence someone to invent and solve intellectual problems." Their conclusion was that a system which doesn't restrict prizes to the winner provides more motivation for innovation.

supermehra writes "How do you move 300 desktops, locked down with Windows ADS Group Policies (GPO), over to Ubuntu desktop? We have tried Centrify, Likewise, Gnome Gconf, and the like. Of course, we evaluated SuSe Desktop Enterprise and RedHat Desktop. Samba 4.0 promises the server side, however nothing for desktop lockdown. And while gnome gconf does offer promise, no real tools for remotely managing 300 desktops running gnome + gconf exist. All the options listed above are expensive, in fact so expensive that it's cheaper to leave M$ on! So while we've figured out the Office suite, email client, browser, VPN, drawing tools, and pretty much everything else, there seems to be no reasonable, open source alternative to locking down Linux terminals to comply with company policies. We're not looking for kiosk mode — we're looking for IT policy enforcement across the enterprise. Any ideas ladies & gentlemen?"

An anonymous reader writes "A small software company is claiming that Red Hat's JBoss open source middleware violates one of its patents and is asking a court to stop Red Hat from distributing the product. Software Tree LLC claims that JBoss infringes on its database patent for 'exchanging data and commands between an object oriented system and a relational system.' Software Tree's partners include Microsoft, and that the suit was filed in Eastern Texas, which is known as a plaintiff's paradise for patent actions."

CWmike writes "Red Hat used to be in the desktop business along with all the other Linux distributors. Then, they left. Now, however, Red Hat is switching from Xen to KVM for virtualization. As part of that switchover, Red Hat will be using not only KVM, but the SolidICE/SPICE desktop virtualization and management software suite to introduce a new server-based desktop virtualization system. Does this mean that Red Hat will be getting back into the Linux desktop business? That's the question I posed to Red Hat CTO Brian Stevens, in a phone call after the Red Hat/KVM press conference, and he told me that, 'Yes. Red Hat will indeed be pushing the Linux desktop again.'"

mjasay writes "For years Microsoft has insisted that open-source vendors acknowledge its patent portfolio as a precursor to interoperability discussions. Today, Microsoft shed that charade and announced an interoperability alliance with Red Hat for virtualization. The nuts-and-bolts of the agreement are somewhat pedantic, providing for Red Hat to validate Windows Server guests to be supported on Red Hat Enterprise virtualization technologies, and other technical support details. But the real crux of the agreement is what isn't there: patents. Red Hat has long held that open standards and open APIs are the key to interoperability, even as Microsoft insisted patents play a critical role in working together, and got Novell to buy in. Today, Red Hat's vision seems to have won out with an interoperability deal heavy on technical integration and light on lawyers."

Stickster writes "Back in 2007, IP Innovation filed a lawsuit against Red Hat and Novell. IP Innovation is a subsidiary of Acacia Technologies. You may have heard of them — they're reported to be the most litigious patent troll in the USA, meaning they produce nothing of value other than money from those whom they sue (or threaten to sue) over patent issues. They're alleging infringement of patents on a user interface that has multiple workspaces. Hard to say just what they mean (which is often a problem in software patents), but it sounds a lot like functionality that pretty much all programmers and consumers use. That patent was filed back on March 25, 1987 by some folks at Xerox/PARC, which means that prior art dated before then is helpful — and art dated before March 25, 1986 is the most useful. (That means art found in a Linux distribution may not help, seeing as how Linus Torvalds first began the Linux kernel in 1991.) Red Hat has invited the community to join in the fight against the patent trolls by identifying prior art. They are coordinating efforts through the Post Issue Peer to Patent site, which is administered by the Center for Patent Innovations at the New York Law School, in conjunction with the US Patent and Trademark Office."

Glyn Moody writes "Last month, a story about Russia producing its own national operating system based on GNU/Linux started circulating. Now there's some confirmation, and details of how the plan might be put into practice. Red Hat had a meeting with the Russian communications ministry, which announced that the development of free software in Russia was one of its priorities. One concrete idea they talked about was using the Russian Fedora project as a step towards creating a national operating system."

Elektroschock writes "According to Russian media, the Russian Government is going to develop a National Operating System (Google translation; Russian original) to lower its dependencies on foreign software technology licensing. The Russian plan will base its efforts on Linux and expects a worldwide impact. Microsoft is also involved in the roundtable process that led to the recommendation. The Chinese government successfully lowered its Microsoft licensing costs through an early investment in a national Linux distribution. I wonder if other large markets, such as the European Union, will also develop their own Linux distributions or join in the Russian initiative."

mytrip writes "In what may come to be seen as a deeply symbolic moment in the history of operating systems, Red Hat is on the verge of surpassing Sun Microsystems' market capitalization for the first time. Sun, perhaps unfairly, represents a fading Unix market. Red Hat, for its part, represents the rising Linux market. Given enough time for its open-source strategy to play out, Sun's market capitalization will likely recover and outpace Red Hat's."

ruphus13 writes "Alan Cox — one of the lead Linux kernel developers at Red Hat — is leaving the company after 10 years and is heading to Intel, where he can focus on more low-level development tasks. Some are speculating whether this is indicative of a shift to a more 'application-centric' vision at Red Hat. From the article: 'Red Hat is integrating more application related, user- and enterprise-centric tools into its well-established "low-level," "core" development and support tools. It'd be more worrisome if Red Hat neglected to strike out in this direction. Cox was with Red Hat for ten years, and regardless of any suspected change of course within the company, that's a fair amount of time.'"

ekimd writes "Fedora 10, aka 'Cambridge,' was released today. Some of the major features include: 'wireless connection sharing enables ad hoc network sharing, better setup and use of printers through improved management tools, virtualization storage provisioning for local and remote connections now simplified, SecTool is a new security audit and intrusion detection system.' Versions of major software include: Gnome 2.24, Eclipse 3.4 and RPM 4.6. A features list can be found here." Reader Nate2 suggests LinuxFormat's detailed look at the new release, and adds a few more details about the software it contains: the release includes "a new graphical boot-up sequence, OpenOffice.org 3, many improvements to sound support via PulseAudio and other updates."

TRNick writes "How can developers who are working for free protect themselves and avoid getting exploited by business users of Linux? TechRadar has an interview with former Fedora project leader Max Spevack to find out how his new role as manager of the community architecture team is designed to help. Quoting: 'About two-thirds of the Fedora packages are maintained by community people, and if we didn't have that community, that chunk of work would either not get done, which would significantly harm Red Hat's entire value, or would have to made up by more [paid] engineers. The challenge on the flip side of that is to make sure that everyone in the Fedora community feels valued, that everyone who contributes can be proud of the way that Red Hat uses their code.'"

An anonymous reader notes an Inquirer story reporting on something of a breakthrough in virtual machine management — a demonstration (not yet a product) of migrating a running virtual machine across CPUs from different vendors (video here). "Red Hat and AMD have just done the so called impossible, and demonstrated VM live migration across CPU architectures. Not only that, they have demonstrated it across CPU vendors, potentially commoditizing server processors. This is quite a feat. Only a few months ago during VMworld, Intel and VMware claimed that this was impossible. Judging by an initial response, VMware is quite irked by this KVM accomplishment and they are pointing to stability concerns. This sound like scaremongering to me ... All the interesting controversy aside, cross-vendor migration is [obviously] a good thing for customers because it avoids platform lock-in."

AlexGr writes to tell us that Microsoft apparently has plans to embrace a little known messaging standard called AMQP (Advanced Message Queuing Protocol). Red Hat, a founding member of the AMQP working group, was very excited about the news and wrote to welcome Microsoft to the party. "Suffice it is to say that AMQP is to high-value, reliable business messaging what SMTP is to e-mail. The proprietary message oriented middleware (MOM) products on the market today like IBM's MQ or Tibco's Rendezvous fulfill the same function as AMQP. But they operate exclusively in single-vendor fashion and utterly fail to interoperate with each other. They are also — perhaps not by coincidence — burdensomely expensive. As a result their use is mostly limited to wealthy organizations such as Wall Street banks (at least the ones who are still in business) that need to exchange huge volumes of business messages very reliably and very quickly. But AMQP's supporters feel the market for such reliable messaging could be much larger if a less expensive and truly open solution became available."

ruphus13 writes "The Linux Foundation's recently released report claims, '... it would take approximately $10.8 billion to build the Linux community distribution Fedora 9 in today's dollars with today's software development costs.' The article states why this might actually understate the value of the distros, though, since it doesn't include the power of the brand and the goodwill value. 'There were several approaches that the Linux Foundation employed to reach the $10.8 billion dollar figure, including calculating the number of lines of code in Fedora 9 (204,500,946), and using an average programmer's salary of $75,662.08 — as determined by the US Department of Labor — to measure development costs ... On the balance sheets of Coca Cola and many other huge corporations, you find goodwill listed as a major asset.'"

Slatterz writes "Red Hat will announce its first high-performance computing optimised distro, Red Hat HPC, on 7 October. The distro is a step forward from the current Red Hat Enterprise Linux for HPC Compute Nodes. A part of the new distro is, by the way, created by a small Project Kusu team in Singapore. Kusu is the foundation for Platform Open Cluster Stack (OCS) which is an integral feature of Red Hat HPC. It might be sign of things to come, as more of hardware and software development moves to the Far East — even top-of-the-line computing performance."

jammag writes "When Linux journalist Bruce Byfield tried to dig for details about the security breach in Fedora's servers, a Red Hat publicist told him the official statement — written in non-informative corporate-speak — was all he would get. In the wake of Red Hat's tight-lipped handling of the breach, even Fedora's board was unhappy, as Byfield details. He concludes: 'If Red Hat, one of the epitomes of a successful FOSS-based business, can ignore FOSS when to do so is corporately convenient, then what chance do we have that other companies — especially publicly-traded ones — will act any better?'"

snydeq writes "Smart coders always optimize the slowest thing. But what if 'the slowest thing' is the code supplied by your vendor? That was exactly the situation Vipul Ved Prakash discovered when he tinkered with a company Linux box on which Perl code was running at least 100 times slower than expected. The code, he found, was running on CentOS Linux, using Perl packages built by Red Hat. So Prakash got rid of the Perl executable that came with CentOS, compiled a new one from stock, and the bug disappeared. 'What's more disturbing,' McAllister writes, 'is that this Red Hat Perl performance issue is a known bug,' first documented in 2006 on Red Hat's own Bugzilla database. Folks affected by the current bug have two options: sit tight, or compile the Perl interpreter from source — effectively waiving your support contract. If a Linux vendor can't provide comprehensive maintenance and support for the open source software projects you depend on, McAllister asks, who ever will?"