February 7, 2007
by sjvn01
0 comments

Linspire sheds light on new “wiki-ized” CNR

Several weeks ago, desktop Linux distributor Linspire Inc. announced that it was going to open up CNR (Click N Run), its Web-based software downloader/manager, to other distributions. Now, the company is revealing more about what this new Linux software distribution system will look like.

First, in a letter to Linspire customers, Kevin Carmony, Linspire’s CEO and president, wrote, “Because the new CNR.com system was designed from the beginning with the intention of supporting multiple distributions (both Debian and RPM), most of the work for supporting a new distribution will already be done. The vast majority of the work is in building the overall system and has nothing to do with a specific distribution. This means that with just the small additional effort specific to a new distribution, we can leverage 100% of the CNR system.”

Thus, once the universal CNR is in place, we can expect to see new distribution support rolled out quickly. Why would Linspire, which supports both its own self-named distribution and the community-based Freespire, support other desktop Linux distributions?

Continue Reading →

February 6, 2007
by sjvn01
0 comments

Weather alert: new Microsoft FUD storm expected

In recent weeks, Microsoft seems to have gone out of its way to put Linux down, while boosting Linux. First, there was the bribetop scandal; then, the Wikipedia ‘correction’ affair. Now, the company is up to one of its oldest tricks: playing games with analyst reports.

This time around, Sunbelt Software is working with the Yankee Group, a research company with a poor reputation in Linux circles, to produce its “yearly major survey comparing Windows to Linux.” Here we go again.

What’s wrong with that? I’ll tell you what’s wrong with it. Sunbelt is a Microsoft Gold Certified Partner. In other words, they’re buddies with Microsoft. If anyone does say much bad about Windows, how many people do you think will see those results? I suspect they’ll end up going straight in the great bit-bucket in the sky.

Next, they’re only looking for people to survey who read the Sunbelt publication, WServerNews. This is a publication that claims to be “the world’s largest newsletter focused on system admin issues for Windows NT4/2000/2003.” Funny, I don’t see the word “Linux” in there. Do you?

What do you think? Do you think people who read a publication devoted to Windows servers are going to have anything nice to say about Linux? If you do, I have a wonderful old bridge, lightly-used, in Brooklyn, that I’ll be willing to sell you at a remarkably good price.

Now, if Microsoft was just doing this “research” for its own benefit I wouldn’t have any problem with that. After-all, over at DesktopLinux.com, we do surveys, like our 2006 state of the Linux desktop. The difference is, we don’t pretend that the opinion of a group of largely Linux desktop users says a whole lot about the entire desktop universe.

The Yankee Group, however, proclaimed a couple of years ago that its independent study showed that Windows TCO (total cost of ownership) was better than Linux’s TCO. It was only later found out by Pamela Jones of Groklaw that Sunbelt was behind this “independent” study.

Anyone want to bet that when the press release goes out about this new survey’s results it won’t mention anything about it being done by a Microsoft partner with a group of self-selected Windows administrators? And, once it’s out, we can be certain that Microsoft will trumpet how much better Windows is than Linux on its Get the Facts website.

After all, as Mary Jo Foley points out in her All About Microsoft blog, recent court documents in the Iowa consumer antitrust case against Microsoft, Comes v. Microsoft Corp., show that as recently as 2002, Microsoft tried to force IDC analysts into tweaking their December 2002 study to put Microsoft in a better light. IDC wouldn’t go along.

You know, Microsoft, I have an idea. If Windows and Vista and all that are really better than Linux and the alternatives, why keep playing games with the facts? Why bribe bloggers? Why pay people to set the record straight? Why promote biased surveys?

Could it be that Microsoft, with its hundreds of millions of customers, with its billions of dollars of quarterly income, is running scared that people will start waking up one day to the fact that there are better and cheaper alternatives? Can you think of another reason? If so, I’d love to hear it.

— Steven J. Vaughan-Nichols

Yankee Group responds!

Following the publication of this column, the Yankee Group sent us a rebuttal. In an effort to allow our readers to hear both sides of the story and form their own judgments, we have reproduced the response from Yankee Group research fellow Laura Didio here.

A version of this story was first published in Linux-Watch.

February 6, 2007
by sjvn01
0 comments

The real point of Unbreakable Linux: breaking Red Hat

Following my recent article in which I wrote that neither I, nor several financial analysis firms, were aware of any companies that were planning to deploy Oracle’s Unbreakable Linux, a handful of companies have told me that they are giving Unbreakable Linux a try.

What I think is interesting is why they’re giving it a try, and what it tells us about Oracle’s intentions towards Red Hat.

First, none of these companies was willing to go on the record with their names. Why? They didn’t want their names used because none of them wanted to get into trouble with Oracle. And, since all but one were Oracle customers, it’s easy to see why they wouldn’t want to get on Larry Ellison’s bad side.

The reason that most of them are trying Unbreakable Linux is that Oracle was offering an additional 50 percent discount — on top of the original 50 percent discount to RHEL (Red Hat Enterprise Linux) customers — to users who subscribed to the new operating system by January 28.

At this price, as several of the customers said, there’s no way that Oracle will break even on Unbreakable Linux sales. Oracle was also keeping this double-discount hush-hush. Not all customers or analysts knew that Oracle was being this aggressive with pricing.

That said, I’m still unable to find even a single customer who has replaced RHEL with Oracle Unbreakable. I did find several Oracle customers, however, using Unbreakable in new deployments.

At the same time, though, almost everyone I spoke with intends on using Oracle’s cut-throat pricing in price negotiations when it comes time to renew their Red Hat RHEL contracts.

The one exception was a mid-sized company that was not an Oracle customer. While this business was unhappy with Red Hat’s pricing, they didn’t find Oracle’s loss-leader pricing interesting. As one negotiator for the company said, “None of the Oracle reps could say anything except ‘We’re cheaper.’ In our discussions, Oracle was evasive on the service agreement, deployment details, levels of support, etc., etc.” They turned Oracle down.

To them, it appeared that Unbreakable Linux was nothing but an attempt by Oracle to undercut Red Hat pricing without anything of substance in and of itself. Since this company wanted a dependable enterprise operating system, and not a cheap operating system with open questions about service and support, they’re electing to stick with Red Hat and hire more in-house Linux IT staff.

As I look at the situation, it becomes ever clearer to me that Unbreakable Linux is really not a serious business operating system offering. It’s simply Oracle’s attempt to break Red Hat.

While this will certainly put short-term pressure on Red Hat, I doubt it will do much more than that. Low prices are all well and good, but if Oracle doesn’t back it up with service and support, no price will be low enough.

A version of this story first appeared in Linux-Watch.

February 5, 2007
by sjvn01
0 comments

Super Kernel Sunday score: Linux 2.6.20, Vista 1.0

In a message entitled, “Super Kernel Sunday!” to the LKML (Linux Kernel Mailing List), Linus Torvalds announced news far more important than the Colts beating the Bears — to serious Linux users, anyway. The newest stable version of the Linux kernel, version 2.6.20, has been released.

Torvalds, with his tongue firmly planted in his cheek, went on “Before downloading the actual new kernel, most avid kernel hackers have been involved in a 2-hour pre-kernel-compilation count-down, with some even spending the preceding week doing typing exercises and reciting PI to a thousand decimal places.”

And, Torvalds added, “As ICD head analyst Walter Dickweed put it: ‘Releasing a new kernel on Superbowl Sunday means that the important ‘pasty white nerd’ constituency finally has something to do while the rest of the country sits comatose in front of their [65-inch] plasma screens.'”

After some more fun, Torvalds moved on to business. “I tried rather hard to make 2.6.20 largely a ‘stabilization release.’ Unlike a lot of kernels lately, there aren’t really any big fundamental changes to some core infrastructure area, and while we always have bugs, I really am hoping that we fixed many more than we introduced,” wrote Torvalds.

The one major new addition to the 2.6.20 kernel is the long-awaited addition of KVM (Kernel-based virtual machine for Linux). KVM, like Xen and OpenVZ, is an open-source virtualization platform.

KVM works only on the latest x86 processors that include virtualization extensions. These include Intel’s VT (Virtualization Technology aka Vanderpool) and AMD’s AMD-V (aka Pacifica) technologies. With chips that support these technologies, such as Intel’s Core 2 Duo processor, virtualization programs that support these extensions can run much more efficiently.

With Linux 2.6.20, KVM consists of a loadable kernel module, kvm.ko, which implements the core virtualization infrastructure, along with a processor specific module, kvm-intel.ko or kvm-amd.ko, which supports the appropriate instruction set. At this time, KVM also requires a modified QEMU to work properly. QEMU is an open-source VM (virtual machine) monitor, or “hypervisor.”

With KVM and the right chips, users will be able run multiple VMs running both unmodified Linux and Windows. Each VM has its own private virtualized hardware: a network card, disk, graphics adapter, and so on.

In one early test of a Linux 2.6.20 with a KVM release candidate, “KVM was not the clear winner in all of the benchmarks,” according to a review by Michael Larabel on Phoronix.com. It did do well, however, and its strong points reportedly included “high performance, stable, no modifications of the guest operating system are necessary, and a great deal of other capabilities (e.g. using the Linux scheduler).”

Source code to Sunday’s Linux 2.6.20 release can be downloaded from kernel.org. Expect to see it begin showing up in your favorite distro in the coming months.

Vista, meanwhile remains at version 1.0.

A version of this story first appeared in Linux-Watch.

February 1, 2007
by sjvn01
0 comments

Microsoft & Novell’s Joint Lab

When Novell and Microsoft announced their unlikely partnership, a part of the arrangement that got little attention at the time was that they’d create a joint research facility, where both company’s technical experts would collaborate on new joint software solutions. Now, they’re staffing up.

According to Sam Ramji, Microsoft’s director of platform technology strategy, the companies are looking for a few good program managers and software engineers to populate that joint research facility.

In a Port 25 message, Ramji wrote that as a result of the partnership, two companies are opening a Joint Interoperability Lab, which “will be around for the long term, and will focus on interoperable virtualization between the Windows and SLES (SUSE Linux Enterprise Server). This lab will be part of the product engineering teams for both companies.”

In particular, the Lab will focus on several areas: “Virtualization, Office OpenXML/ODF interoperability, WS-Management interoperability, and directory federation.” Ramji, and his Novell colleagues, are looking for program managers and software design engineers. Depending on the particular job, one might work for Novell, while another would draw his or her pay-checks from Microsoft.

The job descriptions make it clear, though, that virtualization is at the top of the priority list for the two companies.

Specifically, Microsoft wants a “Software Design Engineer in Test, Linux Interoperability” and a “Program Manager, Linux Interoperability,” while Novell is seeking a “Software Design Engineer in Test, Windows Interoperability.”

For its software engineer, Microsoft wants an experienced “Software Development Engineer in Test who can take on the challenging role of qualifying Microsoft’s new Longhorn Server Hypervisor based virtual machine solution in a collaborative project with Novell. This position will require candidates with substantial knowledge of Microsoft’s device driver models; strong experience in developing and testing software written in C, C++ or C#; working knowledge of Linux (preferably SLES); and knowledge of Microsoft’s server class feature and applications.”

From this, it would seem that Microsoft and Novell have joint plans for XenSource Inc.‘s Xen virtualization system. Microsoft announced a strategic partnership with XenSource last July. At the time, Bob Muglia, the senior vice president for servers and tools at Microsoft, said, “Virtualization is an important trend in the industry as well as a specific area where there are great opportunities for interoperability because of the ability for an operating system such as Windows, with the virtualization technology we are building in, to support Linux in a very native and high-performance way.”

Novell, of course, has long partnered with XenSource. Xen is already working in SLES 10 (SUSE Linux Enterprise Server). Indeed, there have been recent rumors that >Novell XenSource.

In turn, Novell is looking for “an experienced Software Development Engineer in Test who can take on the challenging role of qualifying SLES10 based virtual machine solution in a collaborative project with Microsoft. This position will require candidates with substantial knowledge of Linux device driver models; strong experience in developing and testing software written in C, C++ and various scripting languages; working knowledge of Microsoft server environment; and knowledge of server class feature and applications on Linux.”

It seems clear that a virtualization solution that will run both on Longhorn, the next version of Windows server, and on future editions of SLES is in the works. Microsoft’s other job description, though, indicates that Microsoft isn’t replacing its own home-grown virtualization program, Viridian, with Xen.

Regarding its “Program Manager, Linux Interoperability” job opening, Microsoft says the person who is hired for that “highly visible senior program management position will have the opportunity to work in one of the core areas of growth for Microsoft.”

Microsoft adds that “The main focus of this position is to drive interoperability between Linux and Windows, including planning and leading the Microsoft/Novell Joint Interoperability Lab. This is a multi-million dollar, multi-year effort that will ensure high performance and availability of both SUSE Linux on Viridian and Longhorn Server on Xen.”

This job will require the manager to lead a small team of software engineers in virtualization product development with both Microsoft and Novell virtualization engineering teams; analyze Fortune 100 customers’ needs, engage with open-source communities, work on the Microsoft’s Interoperability Roadmap, and “Scale impact of interoperability work across the company, including worldwide field engagement.”

Need it be said that Microsoft is looking for a top-level technical leader for the job? In addition, this will be “a high visibility role that involves strategic and technical communication at all levels.”

One question, though, that any job seeker will have is still unanswered. Ramji said that the location for the Joint Interoperability Lab is still secret.

January 31, 2007
by sjvn01
0 comments

Linux hackers offer to create device drivers for free

Ask Linux users what they find most annoying about Linux, and many will complain about device drivers. While the vast majority of PC components and peripherals work with Linux, some don’t work at all, and others are marginal. A leading Linux kernel developer has come up with a solution.

In a recent blog and email posting, kernel hacker Greg Kroah-Hartman wrote, “The Linux kernel community is offering all companies free Linux driver development. No longer do you have to suffer through all of the different examples in the Linux Device Driver Kit, or pick through the thousands of example drivers in the Linux kernel source tree trying to determine which one is the closest to what you need to do.”

That’s a significant point. While many hardware vendors don’t want to open up their devices APIs (application programming interfaces) and ABIs (application binary interfaces) to the open-source community, it’s often not because they have any real secret ingredient. No, it’s just that they don’t want a device driver out there that they haven’t had a hand in making, and they also don’t have the cash on hand to build it themselves. By enabling the equipment vendor to have some say in the matter, while not costing them a thin dime, Kroah-Hartman hopes that the hardware companies will work with open source developers.

Kroah-Hartman continued, “All that is needed is some kind of specification that describes how your device works, or the email address of an engineer that is willing to answer questions every once in a while. A few sample devices might be good to have so that debugging doesn’t have to be done by email, but if necessary, that can be done.”

And what will the hardware manufacturers get? “In return, you will receive a complete and working Linux driver that is added to the main Linux kernel source tree,” Kroah-Hartman says.

“The driver will be written by some of the members of the Linux kernel developer community (over 1500 strong and growing). This driver will then be automatically included in all Linux distributions, including the ‘enterprise’ ones. It will be automatically kept up to date and working through all Linux kernel API changes.”

Any device is fair-game for this new Linux project. “This offer is in effect for all different types of devices, from USB toys to PCI video devices to high-speed networking cards. If you manufacture it, we can get Linux drivers working for it.”

Kroah-Hartman also gave vendors a marketing carrot: “This driver will work with all of the different CPU types supported by Linux, the largest number of CPU types supported by any operating system ever before in the history of computing.”

Even for a hardware maker that thinks the Linux market for its product is small, the idea of having a driver that will let the equipment work on any architecture must be an attractive one. Later, Kroah-Hartman added, “Now your developers will have more time to work on drivers for all of the other operating systems out there, and you can add ‘supported on Linux’ to your product’s marketing material” underlining that vendors can gain a lot with very little effort on their parts.

According to Kroah-Hartman, the vendor won’t even need to worry about support. Both the community and enterprise Linux employee developers will take care of driver support.

What about a vendor that really doesn’t want anyone peeking inside its firmware, or the like? Kroah-Hartman has an answer for that, too: “If your company is worried about NDA (non-disclosure agreement) issues surrounding your device’s specifications, we have arranged a program with [the Linux Foundation‘s (the merged OSDL and the FSF‘s)] Tech Board to provide the legal framework where a company can interact with a member of the kernel community in order to properly assure that all needed NDA requirements are fulfilled.”

The majority of the Linux kernel development community has rallied to Kroah-Hartman’s call. A few, though, think he may have gone too far in his claims. Linux kernel developer Roland Dreier, for example, wrote on the LKML (Linux Kernel Mailing List): “I’m all for openness of device programming specs, but I think it’s a bit disingenuous to suggest that all a company has to do to get a driver written and supported is throw some documentation over the wall. And it’s crazy to suggest that the driver will work on every platform and be supported by enterprise distros.”

Kroah-Hartman replied, and was seconded by many other LKML developers, that there was nothing crazy about it all since “We do that already today with the majority of drivers in Linux.”

Others, such as Adrian Bunk, the maintainer of the 2.6.16 Linux Kernel, observed that while “Writing a driver for shiny new hardware is cool…, understanding and maintaining an already existing driver and working on bug reports for this driver is something not-so-cool.” Bunk then asks, “Would someone from your long list of people e.g. be willing to maintain drivers/block/floppy.c? [the floppy disk driver]

“What? Throw a fresh-faced newbie instantly into the tar-pit of despair that floppy.c is? Do you want everyone just to run screaming from kernel development never to be seen again?,” asked Kroah-Hartman in his humorous reply.

“Seriously, Kroah-Hartman continued, “if you need help with something like this, bring it up on the kernel-janitors list, there are lots of people there that are willing to help out with stuff like long-term maintenance and bug fixing but don’t know where to start.”

Will this plan work? Only time, the vendors, and the kernel developers will be able to tell, but the project is on its way. Kroah-Hartman invites vendors to email him at greg@kroah.com to get their free open-source driver started.