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?"

An anonymous reader writes "In an email sent to the fedora-announce mailing list, it has been revealed that both Fedora and Red Hat servers have been compromised. As a result Fedora is changing their package signing key. Red Hat has released a security advisory and a script to detect potentially compromised openssh packages."

walterbyrd and other readers are sending along the news that IBM is partnering worldwide with Canonical/Ubuntu, Novell, and Red Hat to offer Windows-free desktop PCs pre-loaded with Lotus software and ready for customizing by local ISVs for particular markets. The head of IBM's Lotus division is quoted: "The slow adoption of Vista among businesses and budget-conscious CIOs, coupled with the proven success of a new type of Microsoft-free PC in every region, provides an extraordinary window of opportunity for Linux." One example of the cooperation: "Canonical, which sells subscription support for Ubuntu, a Linux operating system that scores high marks on usability and 'the cool factor,' will re-distribute Lotus Symphony via their repositories. Symphony 1.1 will be available through the Ubuntu repositories by the end of August."

eldavojohn writes "Red Hat's CEO prophetically saith 'The clouds will all run Linux' in a brief interview before the LinuxWorld Conference & Expo. Here's the skinny: Red Hat management tools take a back seat to grid computing goals, high switching costs are the trick to surviving slow periods, Microsoft's interoperability tools are vaporware, they're striving to catch up to VMWare, Ubuntu is not the competition, JBoss is growing twice as fast as RHEL and Amazon pays the fee while Google wears its own Red Hat for free."

An anonymous reader writes "According to a report on heise, Intel is switching from using Ubuntu to the Fedora Project for the second version of the Intel supported Mobile & Internet Linux Project Moblin, citing a desire to use RPM package management." So far, of the various subnotebooks I've been glancing at over shoulders at OSCON, though, most of the ones with an easily identified operating system seem to be running Ubuntu.

alexs writes "Red Hat's response to update bind through RHN, patching the DNS hole, made a fatal error which will revert all name servers to caching only servers. This meant that anyone running their own DNS service promptly lost all of their DNS records for which they were acting as primary or secondary name servers. Expect quite a few services provided by servers running RHEL to, errr, die until their system administrators can restore their named.conf. Instead of installing etc/named.conf to etc/named.rpmnew, Red Hat moved the current etc/named.conf to etc/named.conf.rpmsave and replaced etc/named.conf with the default caching only configuration. The fix is easy enough, but this is a schoolboy error which I am surprised Red Hat made. Unfortunately we were hit and our servers went down overnight while RHN dropped its bomb and I am frankly surprised there has not been more of an uproar about this."

An anonymous reader writes "Researchers from the University of Arizona have released a study that takes a look at the security of ten popular package managers. They were able to show all ten were vulnerable to attacks from a mirror or man-in-the-middle that allow an attacker to (along with other things) crash the system or obtain root access. Furthermore, the researchers created a fictitious administrator and company name and were able to lease a server and get it listed as an official mirror for all the distributions they tried (Ubuntu, Debian, Fedora, CentOS, and OpenSUSE). This raised the question: What keeps you up at night, the thought of attacks on your package manager or previously discussed and patched vulnerability in DNS?" justin samuel (one of the Arizona researchers) also points out a synopsis on CERT's blog.

snydeq writes "Fatal Exception's Neil McAllister questions the relevance of the recent opening of Java given the wealth of options open source developers enjoy today. Sure, as the first full-blooded Java implementation available under a 100 percent Free Software license, RedHat's IcedTea pushes aside open source objections to developing in Java. Yet, McAllister asks, if Java really were released today, brand-new, would it be a tool you'd choose? 'The problem, as I see it, is twofold,' he writes. 'First, as the Java platform has matured, it has become incredibly complex. Today it's possible to do anything with Java, but no one developer can do everything — there simply aren't enough hours in the day to learn it all. Second, and most important, even as Java has stretched outward to embrace more concepts and technologies — adding APIs and language features as it goes — newer, more lightweight tools have appeared that do most of what Java aims to do. And they often do it better.'" Since Java itself never mattered except to sell books, I still don't see why opening it matters.

hweimer writes "Most problems when opening Word documents under GNU/Linux are due to missing fonts. Therefore, Red Hat published a set of fonts metric-compatible with the Windows core fonts last year. However, there were some concerns regarding the licensing that prevented many other distros to ship them. We finally managed to settle these problems, leading to better document interoperability for all GNU/Linux users."

deadearth writes "At their annual summit, Red Hat announced they are open-sourcing the Red Hat Network Satellite product, calling it Spacewalk. This will be the new upstream for the Satellite system management solution. Here is the Wiki."