Oracle mulls vote on open source at upcoming shareholders meeting II

As a follow up to this post, Jonas just informed me that 127,717,018 shares voted in favor of the proposal. From his email:

In the end, we received the support of 127,717,018 shares. That is 3.58% of the vote and approximately $2.8 billion in assets. As I’ve mentioned before, taking into account Larry Ellison’s ownership that percentage can be viewed a bit differently. That number goes up to 4.99% if you remove his approximately 1 billion shares from the calculation.

While 3.58% may not seem like a significant number, it is a very respectable vote for a first year issue that nobody ever heard of and with no advocacy budget. These are the kinds of votes climate change proposals received years ago and now they pull in up to 30%. That is not to say that FLOSS is the same kind of issue as global warming, but it gives you an idea of how support often starts off in the single digits. It is also significant that we broke the 3% threshold, because under SEC rules we are now entitled to bring the proposal forward to the 2008 AGM if we wish.

3.58% may not sound like a big number, but as Jonas points out, since Ellison and institutional investors voted against the proposal it is a significant number. One hundred million votes is more than I’d have anticipated (although being new to this kind of thing my expectations don’t mean much), but it’s great to see the issue getting this kind of support right out of the gate.

Matt is also blogging about this here.

–jeremy

Linux wins Nigerian school desktops back from Microsoft

It looks like the open letter to Steve Ballmer from Mandriva may have had an impact. From the article:

Mandriva had closed a deal in mid-August to provide a customised Linux operating system and support for 17,000 Intel Classmate PCs intended for Nigerian schools, but found out last week that the company deploying the computers for the government, Technology Support Center (TSC), planned to wipe the computers’ disks and install Windows XP instead.

Now, however, a government agency funding 11,000 of the PCs has overruled the supplier. Nigeria’s Universal Service Provision Fund (USPF) wants to keep Mandriva Linux on the Classmate PCs, said an official who identified himself as the programme manager for USPF’s Classmate PCs project.

“We are sticking with that platform,” said the official, who would not give his name.

Mba-Uzoukwu wrote that Microsoft is still negotiating an agreement that would give TSC US$400,000 (£190,323) for marketing activities around the Classmate PCs when those computers are converted to Windows.

“Microsoft is able to offer a comprehensive education solution – including software, training and support – on the 17,000 Classmate PCs for 200 schools across Nigeria,” the statement said.

After public statements from Mandriva officials implied the marketing deal is legally questionable, Microsoft said last week that it complies with international law and the law of the countries in which it operates.

It’s not clear how much TSC would pay for each Windows XP licence. Efforts to reach senior managers at TSC, which is a subsidiary of Alteq.ict, an IT consulting business in Nigeria, were unsuccessful.

However, details on Mandriva’s deal with TSC have emerged. Mandriva is providing a customised OS for Nigeria for under $10 (£4.7) per licence, including support, according to its local partner.

It’s clear that Microsoft is willing to go to pretty great lengths to ensure that it’s able to put some stakes down in the growing third world economies. I’m not a lawyer, so don’t have any insight into the legality of this $400,000 “marketing” deal, but it seems that for now the machines are going to be delivered with Mandriva and stay with Mandriva. I have a feeling we haven’t heard the end of this story though.

–jeremy

Amazon to host Red Hat Linux online

In a move that’s somewhat divergent from the direction they’ve been headed, Red Hat recently announced that RHEL will soon be available on the Amazon EC2 platform. I say somewhat divergent because Red Hat had been clearly focused on the Enterprise market for a while now. From the article:

Red Hat on Wednesday announced a significant departure from its current business plan, saying its flagship Linux product will be available on Amazon.com’s Elastic Computing Cloud online service.

Previously, the Raleigh, N.C.-based company only sold its Red Hat Enterprise Linux product in the form of a support contract costing between $349 and $2,499 per year. But in a beta program beginning in the fourth quarter, the software will be available on Amazon’s EC2 infrastructure, Red Hat said.

The move also signals a new phase in EC2. By using RHEL, a supported product for which numerous applications are certified, the online service looks more like a variation of an existing, established software product and less like a radical departure from how computing is typically performed today.

Currently, EC2, still in beta, is effectively a blank slate on which customers install and manage their own software.

The Amazon partnership was among a host of Red Hat announcements. In addition, the company upgraded its RHEL to version 5.1, including new virtualization abilities with Xen 3.1, announced an upcoming RHEL version geared for use embedded as a foundation for software companies’ products, and declared an ambitious goal to conquer half the server market.

Pricing for the Red Hat EC2 option is variable–a classic example of the “pay as you go” philosophy that some prefer, because it ties expenses to actual use, though it can be less predictable. The service will cost $19 per month plus 21, 53, or 94 cents per hour, depending on computing and storage capacity, plus 11 cents per gigabyte transferred in and 19 cents per gigabyte transferred out.

Amazon is doing some really cool things lately and I think this move makes a lot of sense for Red Hat. They have been really emphasizing virtualization recently, and EC2 plays right into that. When EC2 comes out of Beta (which to me means: an SLA, some kind of persistent storage and a static IP) it will be an extremely compelling platform.

–jeremy

Constructing the Bazaar: Taking advantage of the open-source development model in your project

A great post by Juergen about the Open Source development model. If you truly want external community participation, it’s not enough to just throw code over the wall – you have to make participation as easy as possible.

Think distributed and think part-time to enable the Bazaar

And this then provides us with the answer to our initial question: Why do so many open-source projects not have the active community of external contributors they are hoping for? Because they have been largely developed by co-located teams of hired software engineers, 100% dedicated to the project, managed and organized like any traditional software development effort. This seems to be especially true for the new crop of ‘custom build’ open-source companies, which would like to take advantage of the open-source business model. They might hope to also enjoy the advantages of the open-source development model one day, but achieving that requires a conscious effort.

Here are a few things to keep in mind then:

* Do not be seduced by the simplicity and ease of communication that you have in your co-located team.
* Always consider what it would take for any new, external developer to jump in quickly and become productive, even if this developer can only use much less direct communication channels.
* Consider that external developers can only work part-time on your project, and do not have the time to follow long discussions or become truly familiar with your system down to the last module.
* Always remind yourself to focus on the distinct and simple (!) modules in your design and reflect them in your code accordingly. External developers may only have time to dive deep into one or two of the modules, not the entire system. Minimize extensive system understanding as a prerequisite.
* Always make sure the modules and their APIs are defined and documented clearly.
* Use code reviews to prevent any more direct usage of a module’s code that would circumvent the APIs in any way.
* Enforcing encapsulation via the programming language is not sufficient in this situation: Particularly insidious and hard to spot is the code that relies on knowledge about the internals of another module, even if it does not take short-cuts around the APIs. This problem can be caused by APIs that are designed with the assumption that the user of the API knows a few internals of the module. In co-located teams with effortless and direct communication, this is a trap one can fall into easily. Therefore, we need to strive to build our code with true knowledge isolation in mind.

Conclusion

If these points are not considered on a daily basis, the code does not have the level of modularity and simple APIs that are needed to facility bazaar-style development. Even the best intentions of new, external developers can be frustrated by unnecessary prerequisites. And as anyone trying to build a community knows: The most important ingredient is to make it easy to join and get started. In our case here this means: Make it easy to be productive and achieve the rewarding feeling of success.

As Juergen mentions, this is something that’s taught in the most entry level of classes. It really is something we all know. It’s all too easy to take shortcuts though, especially when deadlines are looming and a quick chat with a person in another team lets you use undocumented internals to save time. Being cognizant of this trap will serve you well, and save time, in the long run.

–jeremy

Where's my Gphone?

Google finally made the highly anticipated Gphone related announcement today:

Despite all of the very interesting speculation over the last few months, we’re not announcing a Gphone. However, we think what we are announcing — the Open Handset Alliance and Android — is more significant and ambitious than a single phone. In fact, through the joint efforts of the members of the Open Handset Alliance, we hope Android will be the foundation for many new phones and will create an entirely new mobile experience for users, with new applications and new capabilities we can’t imagine today.

Android is the first truly open and comprehensive platform for mobile devices. It includes an operating system, user-interface and applications — all of the software to run a mobile phone, but without the proprietary obstacles that have hindered mobile innovation. We have developed Android in cooperation with the Open Handset Alliance, which consists of more than 30 technology and mobile leaders including Motorola, Qualcomm, HTC and T-Mobile. Through deep partnerships with carriers, device manufacturers, developers, and others, we hope to enable an open ecosystem for the mobile world by creating a standard, open mobile software platform. We think the result will ultimately be a better and faster pace for innovation that will give mobile customers unforeseen applications and capabilities.

It’s important to recognize that the Open Handset Alliance and Android have the potential to be major changes from the status quo — one which will take patience and much investment by the various players before you’ll see the first benefits. But we feel the potential gains for mobile customers around the world are worth the effort. If you’re a developer and this approach sounds exciting, give us a week or so and we’ll have an SDK available. If you’re a mobile user, you’ll have to wait a little longer, but some of our partners are targeting the second half of 2008 to ship phones based on the Android platform. And if you already have a phone you know and love, check out mobile.google.com and make sure you have Google Maps for mobile, Gmail and our other great applications on your phone. We’ll continue to make these services better and add plenty of exciting new features, applications and services, too.

This is fairly inline with what I was expecting. While some were anticipating a hardware device from Google, a platform plus stack release makes much more sense. They don’t have to get into a very low margin high capital business and they can keep existing partnerships in place without the added stress of direct competition. This move should have fairly large repercussion for the entire industry. With the availability of a full SDK for this platform, Apple is really going to get hurt if they are too closed with their SDK, which will be released soon. Looking at the Open Handset Alliance members, you’ll notice both Nokia and FIC are missing. You have to wonder how this announcement will impact Maemo and OpenMoko, respectively. I’d guess we’ll see many more partners and stepped up competition as a result of this announcement, so I’ll keep an eye out and post an update when the dust has settled. One thing is clear, the Linux mobile landscape is heating up.

Additional Reading:
TechCrunch
Edgadget
Mashable
Techdirt
Linux Foundation (which has pointers to many of the Linux mobile initiatives and players, including: ACCESS, A La Mobile, Celunite, FST, Mizi Research, OpenMoko/FIC, Purple Labs, Trolltech, LiMO, LiPS, Moblin and more)

–jeremy

How badly is CentOS hurting Red Hat?

That’s the question asked in this article:

Why does Red Hat tolerate CentOS? The Community ENTerprise Operating System is an identical binary clone of Red Hat Enterprise Linux (minus the trademarks), compiled from the source code RPMs that Red Hat conveniently provides on its FTP site. It is also completely free, as in beer. CentOS provides no paid support, but it does track Red Hat updates and patches closely, and usually makes them available within a few hours or at most a few days of the upstream provider, which it refers to for legal reasons as “a prominent North American Enterprise Linux vendor.” Free support for CentOS can be found in numerous places around the web, and a few third parties offer modestly priced paid support for those who want it.

It’s easy to understand what CentOS is. The question is, how much business is it really taking away from Red Hat? The answer: probably more than you think. For a hint about what’s going on, check out this amazing comparative chart on Google Trends.

I used to think most CentOS users were either just fooling around and not really running production servers, or else were using it in small IT shops populated by Linux geeks with a do-it-yourself culture. But a recent conversation with a friend set me straight. (I published part of this conversation here.) My friend runs the web site of a big city daily newspaper. Although it’s not in the same league as the Wall Street Journal or the New York Times, it serves tens of millions of page views per month and pumps a big time advertising revenue stream into the coffers of the media conglomerate that owns it. The site is managed by a small in-house team and runs on several dozen dual and quad Intel servers with a classic LAMP stack that includes Apache, Perl, MySQL and of course Linux.

Until fairly recently they ran this web site on an old version of Red Hat with essentially no outside support. But they found that the up-to-date versions of the applications in their stack didn’t run so well on Red Hat 7.3, so they decided they needed to upgrade to something more recent. Naturally the first thing they looked at was RHEL 4 (this started a while back), and then RHEL 5. But they freaked out when they saw Red Hat’s prices. $1,299 per year for 24×7 support on the two socket version of RHEL 5, or $2,499 for the unlimited socket version. True, if you cut back to 12×5 support those prices come down, dropping to $799 and $1499 respectively. But even if they run RHEL on a mix of two and four socket machines, they’re still looking at $50K per year minimum for the privilege of sticking the little red logo on their servers.
Bottom line? They decided to go with CentOS 5, which they are now rolling out to their production servers.

So, is CentOS hurting Red Hat? I don’t think so, in fact I’d say it’s actually helping Red Hat. You see, the company mentioned didn’t balk on Red Hat because of anything but price. That means if they didn’t move over to CentOS, they would have moved to Debian, or Ubuntu, or Suse… or insert some gratis distro or direct Red Hat competitor here. Now, with a CentOS base let’s say the company grows or needs to run an app that is only supported on RHEL/SLES. What distro do you think they are likely to pay for in that scenario.

It goes further than that, though. Many members of the CentOS community are also valued members of the Fedora community. Red Hat gets Open Source at a very fundamental level and sees the benefit of this. Also, with no free version of their enterprise product, CentOS serves as a way to get broader exposure and therefore enables additional gratis testing for many RHEL bits. In the end I see CentOS and RHEL as more complimentary then competitive. I know it doesn’t appear that way at first glance, but when you really look at the market each is serving, it becomes a little more clear.

–jeremy

Some LinuxQuestions.org Stats

Every once and a while I like to post a quick update that includes some stats about LQ. Here are a couple for the month of October 2007.

Browsers
* A total of 277 distinct Browsers visited LQ last month. Those with more than 1%:

Firefox 61.99%
IE 24.14%
Mozilla 5.50%
Opera 4.29%
Konqueror 2.18%
Safari 1.53%

Operating Systems
* A total of 23 distinct Operating Systems visited LQ last month. Those with more than 1%:

Windows 52.99%
Linux 43.09%
Macintosh 3.10%

Browser and OS combo
* The top 5 Browser/OS combos are:

Firefox / Linux 33.24%
Firefox / Windows 26.66%
IE / Windows 23.84%
Mozilla / Linux 5.33%
Opera / Linux 2.30%
Konqueror / Linux 2.30%

RSS feed
* The RSS feed with the most subscribers is LQ Latest Threads. RSS readers with more than 1%

Google Feedfetcher 77%
Google Desktop 10%
Firefox Live Bookmarks 3%
Firefox Live Bookmarks (Version 1) 2%
Bloglines 1%
MyYahoo 1%

Random
* 95.51% of visitors had Java support
* 88.29% of visitors had Flash support
* 97% browse with a screen resolution 1024×768 or greater

LQ is certainly not representative of the web as a whole, but interesting nonetheless. Enjoy.

–jeremy

An open letter to Steve Ballmer from Mandriva

The CEO of Mandriva just posted an open letter to Steve Ballmer:

I’m sure we’re way too small for you to know me. You know, we’re one of these tiny Linux company working hard for our place on the market. We produce a Linux Distro, Mandriva Linux. The last edition, Mandriva 2008 was seen as a pretty good version and we’re proud of it. You should give it a spin, I’m sure you’d like it. We also happen to be one of the Linux companies that did not sign an agreement with your company (nobody’s perfect).

We recently closed a deal with the Nigerian Government. Maybe you heard about it, Steve. They were looking for an affordable hardware+software solution for their schools. The initial batch was 17,000 machines. We had a good answer to their need: the Classmate PC from Intel, with a customized Mandriva Linux solution. We presented the solution to the local government, they liked the machine, they liked our system, they liked what we offered them, the fact that it was open, that we could customize it for their country and so on.

Then your people entered the game and the deal got more competitive. I would not say it got dirty, but someone could have said that. They fought and fought the deal, but still the customer was happy to get CMPC and Mandriva.

So we closed the deal, we got the order, we qualified the software, we got the machine shipped. In other word, we did our job. I understand the machine are being delivered right now.

And then, today, we hear from the customer a totally different story: “we shall pay for the Mandriva Software as agreed, but we shall replace it by Windows afterward.”

How is it, you wonder, that a country like Nigeria has the money to not only buy the Mandriva+Classmate solution but also then throw Mandriva away and pay for all those Windows licenses? The answer, I’m sure, is that they don’t. Microsoft is probably marking the license cost to near $0 and may even be tossing in some kicker money (speculation on my part). The thing is, Microsoft has the money to do these kinds of things… and will for some time. Is that really fair competition though? I’d say no, but I’d say it’s also an admission that they can’t win with their old way of doing things. That has to be scary realization for a company that is so used to winning. Kudos to Mandriva for keeping up the fight and for winning deals like this one. I’d guess we won’t be seeing them sign one of the patent covenant deals any time soon.

–jeremy

OOXML Payback Time as Global Standards Work in SC 34 "Grinds to a Halt"

A couple weeks ago, Andy posted about the current problems the SC 34 was having as a result of the sudden surge in “P” members. From the post:

One of the more egregious behaviors observed in the recent vote on OOXML was the sudden and last minute surge to join not only various National Bodies just before they voted on OOXML, but also the relevant committee of ISO/IEC for the same purpose. At the latter level, not one but two unusual membership changes occurred. During the voting period, more and more countries joined SC 34, the committee within ISO/IEC’s Joint Technical Committee 1 (JTC1) that addresses document formats, at the Observer (O) level. Then, in the final weeks and days before the voting closed, many of these new members as well as many longer term members suddenly upgraded their status to Principal ((P) membership, thereby gaining greater influence in the final vote under the complex rules under which the committee operates (those rules are described in detail here).

SC 34 is one of the more important and active committees in JTC1, and has a constant stream of standards under active consideration and balloting. In anticipation of the OOXML vote, its membership surged – with 23 new National Body members, and the number of P members spiking by 11. When almost all of the new members voted for adoption (most of those countries that were long term members voted against adoption, with comments), many felt that the standard setting process had been abused.

But unfortunately, the damage has not stopped there: since the OOXML ballot closed on September 2, not a single ballot has received enough votes to count in this important committee. Why? Because the last minute arrivals to SC 34 are not bothering to vote.

The resulting gridlock of this committee was as predictable as it is unfortunate. The extraordinarily large number of upgrades in the final months, and particularly in the final days, therefore seemed attributable not to an abiding investment and interest in the work of SC 34, but in the outcome of a single standards vote. That conclusion is now certain, given the voting performance of the upgraded members since they cast their votes on OOXML.

The end result of this is that things have “ground to a halt.”, in the words of the Secretariat Manager. A couple days ago, Andy took a closer look at the numbers:

The problem with SC 34, then, isn’t whether those that voted against OOXML (old and new) are failing to vote as much as those (old and new) that voted for it, but whether the new P upgrades are voting at all. It’s also instructive to look at how those same upgrades voted on OOXML. As you’d expect, what you see is not that long-term P members have suddenly quit voting, but that the influx of a large number of new, non-voting P members simply changes the math.

When we look at the data from this perspective, we see a very different picture. Here’s how the eleven countries that upgraded from O to P membership in the months (and often just days) before the OOXML voting period closed on OOXML, and also whether or not they voted in the more recent ballot (all data is from Rick’s analysis of the voting record):

Upgrades that voted to adopt OOXML and didn’t vote later: 7
(Côte d’Ivoire, Cyprus, Lebanon, Malta, Pakistan, Turkey, Venezuela)

Upgrades that abstained on OOXML and didn’t vote later: 1
(Trinidad and Tobago)

Upgrades that voted against OOXML and didn’t vote later: 0

[Rick doesn’t mention the other three upgrades, so I assume that they did in fact vote on the ballot he examined. They, and their votes on OOXML, were as follows: Ecuador (disapprove), Jamaica (approve) and Uruguay (approve, with comments)]

That tells a rather different tale, doesn’t it? In fact, 7 out of 8 upgrades that voted “yes” without comments didn’t vote, while the only upgrade that voted against OOXML apparently did participate in the ballot Rick selected for examination. An abstention, by the way, is a next best thing to an approval vote under the complex ISO/IEC rules.

It’s a bit disconcerting, although as Andy mentions entirely predictable, that this kind of thing can happen. The fact that companies play these games when they have little chance of hiding the repercussions show you how out of hand some things have gotten. In this case, there may be a remedy though. From the ISO rules:

1.7.4
A technical committee or subcommittee secretariat shall notify the Chief Executive Officer if a P-member of that technical committee or subcommittee
• has been persistently inactive and has failed to make a contribution to 2 consecutive
meetings, either by direct participation or by correspondence,
• or has failed to vote on questions submitted for voting within the technical committee or
subcommittee (such as new work item proposals).
Upon receipt of such a notification, the Chief Executive Officer shall remind the national body of its obligation to take an active part in the work of the technical committee or subcommittee. In the absence of a satisfactory response to this reminder, the national body shall automatically have its status changed to that of O-member. A national body having its status so changed may, after a period of 12 months, indicate to the Chief Executive Officer that it wishes to regain P-membership of the committee, in which case this shall be granted.

1.7.5 If a P-member of a technical committee or subcommittee fails to vote on an enquiry draft or final draft International Standard prepared by the respective committee, the Chief Executive Officer shall remind the national body of its obligation to vote. In the absence of a satisfactory response to this reminder, the national body shall automatically have its status changed to that of O-member. A national body having its status so changed may, after a period of twelve months, indicate to the Chief Executive Officer that it wishes to regain P-membership of the committee, in which case this shall be granted.

If I read that right, it could mean that the countries that upgraded to P-member status simply to vote for OOXML could be moved back to O-members if they continue their non-participation. If that were to happen, they would have to remain O-members for at least 12 months. If the final vote for OOXML fell within that time, none of them would be able to pull the same shenanigans. Whether I am reading that correctly and/or that’s how things will play out or not, I’ll leave to someone who understand the morass of these standards comities.

–jeremy

BusyBox Developers and Monsoon Multimedia Agree to Dismiss GPL Lawsuit

It’s great to see that the first U.S. GPL lawsuit filed has been settled with fairly little fanfare. From the press release:

The Software Freedom Law Center (SFLC) and Monsoon Multimedia today jointly announced that an agreement has been reached to dismiss the GPL enforcement lawsuit filed by SFLC on behalf of two principal developers of BusyBox.

BusyBox is a lightweight set of standard Unix utilities commonly used in embedded systems and is open source software licensed under the GNU General Public License (GPL) version 2. One of the conditions of the GPL is that re-distributors of BusyBox are required to ensure that each downstream recipient is provided access to the source code of the program. Monsoon Multimedia uses BusyBox in its HAVA TV place-shifting devices.

As a result of the plaintiffs agreeing to dismiss the lawsuit and reinstate Monsoon Multimedia’s rights to distribute BusyBox under the GPL, Monsoon Multimedia has agreed to appoint an Open Source Compliance Officer within its organization to monitor and ensure GPL compliance, to publish the source code for the version of BusyBox it previously distributed on its Web site, and to undertake substantial efforts to notify previous recipients of BusyBox from Monsoon Multimedia of their rights to the software under the GPL. The settlement also includes an undisclosed amount of financial consideration paid by Monsoon Multimedia to the plaintiffs.

“Although we really hated having to ask our attorneys to file a lawsuit to get Monsoon Multimedia to abide by the GPL, we are extremely pleased that they worked so hard and so fast to come into compliance,” said Rob Landley, a developer of BusyBox and a named plaintiff in the lawsuit.

The settlement did include a monetary piece, as the initial speculation indicated. As a whole, the outcome should serve to deter other companies from violating the GPL for fear of real damages being brought against them. Kudos to Monsoon for doing the right thing, but I’d still like to see the product they produce support Linux from a client perspective.

–jeremy