Stephan Peijnik: Android, Mythbusters and openness
I have been reading a great many posts about Android lately, some consisting of criticism, some of praise and some simply addressing issues in the Android community . Let s have a look at those.
Matt Porter s Android Mythbusters presentation and Harald Welte s reactionI haven t seen the presentation live, but I had a look at the slides. Impressing work done by Matt putting all this information together. However, we all knew that Android only (ab-)uses Linux, without making use of the GNU userland for a long time, didn t we? In his presentation Matt has shown things such as Android s udev replacement that uses hardcoded values for device node creation and (on his blog) Harald has then come up with a statement I have found to be very strong:
The presentation shows how Google has simply thrown 5-10 years of Linux userspace evolution into the trashcan and re-implemented it partially for no reason. Things like hard-coded device lists/permissions in object code rather than config files, the lack of support for hot-plugging devices (udev), the lack of kernel headers. A libc that throws away System V IPC that every unix/Linux software developer takes for granted. The lack of complete POSIX threads. I could continue this list, but hey, you should read those slides. now!Now both of these statements target technical details, but the root of the problem seems to be elsewhere. Where is my Android 2.0? Okay, that heading might not be making any sense in the context of this post at a first glance, but let me elaborate on that. Google and the Open Handset Alliance refer to Android as being an Open Source operating system, but the project is different from real Free Software projects: development takes place in a closed group and the results are shared with the community later on, when they are deemed to be ready. This means that innovation also takes place behind closed curtains and that the community is not involved in the actual development process at all. Lately we have seen the result of that, as Motorola is bragging about working close with Google on Android 2.0 ( Eclair ), but the AOSP source trees, open for everyone to have a look at, show no signs of version 2.0. In fact no changes that might even remotely suggest the release of a new major version have been made public in the past few weeks. So where is the openess there?
Actually, the Motorola Droid has already shipped with Eclair on 6th, but still, there is no indication that Eclair will be made available to the broader public. In short Android seems to be developed behind closed curtains, with hardly (read no) community input whatsoever and is sometimes released as Free Software, not what I would describe as an open development process. The Android Market problem As we have seen in the past Google is enforcing their copyright on proprietary applications that ship with pretty much every Android device, such as the Android Market. This has become really clear when Steve Kondik received a cease and desist letter when packing the Google-proprietary applications into his ROMs. Okay, it s Google s right to enforce their copyright and there is nothing wrong with actually doing so, the thing I really have a problem with is something else: the Market is proprietary. Now what this means should become rather clear. You can have an Android device without Google s proprietary bits, but with default settings you just do not have any way of installing additional software. In my opinion the Market should be freed by Google themselves, or the community has to react and come up with a free replacement to overcome the vendor lock-in. Oh, you might know a replacement called SlideMe (or Mobentoo) already. Well, that bugger is proprietary too, so not a solution at all. Nokia and Maemo to the rescue In most discussions about the openness of Android someone throws in Nokia and Maemo, as a solution to the dilemma. Reading all those positive comments I simply had to give it a try, but all my hopes were destroyed within a few minutes. Let s start with the good news and let alone the reason why my hopes were destroyed for another minute or two. Maemo is based on Debian GNU/Linux and various Free Software components, such as GTK+, gstreamer, esd and friends. Most of the system is Free Software which is a good thing(tm) and reading all of this really got me into Maemo. Okay, some applications seem to be proprietary, but I am sure that could be fixed rather easily, so I could once for all use a truly open phone. and then came the SDK installer shell script:
#!/bin/shNow there is one question you should ask yourself: Why would someone trying to promote his platform as being open make the *installer* script for its SDK proprietary? Come on, it s an installer script, how much of your secret juice could be in there? What s the problem with people modifying it and working on this installer script in an open development environment? I had high hopes for Nokia actually doing a bit better than Google, but it seems they ve failed to do so. It may be me overreacting, but a proprietary SDK installer shell script scares me enough not to install the SDK and have a look at it for now nor to think about buying a Maemo-based device in the near future. Please Nokia, either get the facts straight or provide us with a free SDK to your free & open platform. So, in short, Google is bad at working with the community and creating a truly open development process, and Nokia simply fails in terms of not scaring off prospective developers for their open platform with the proprietary SDK installer. Do you have any solutions in terms of an open phone environment, apart from what OpenMoko has come up with?
# Copyright (C) 2006-2009 Nokia Corporation
#
# This is proprietary software owned by Nokia Corporation.
#
# Contact: Maemo Integration <integration@maemo.org>
# Version: $Revision: 1110 $
Regular readers of this blog (yes, both of you!) may remember
I have been maintaining the autoconfigury of PostgreSQL for many years now, and every once in a while I go to
I've just
It is great to see that the collaboration between
This is the fifth year we hold an EDUSOL, and we are closing in on it. EDUSOL is an online encounter whose topics are Education and Free Software Actually, this year we are widening our scope, and we will include Free Culture as well as a base area.
Now, besides those three general areas, each year we have had a base topic around which we invite the speakers to talk about (although it is a lax requirement). This year, the base topic is social networks No, not in the Twitter/Facebook/blah sense, but as a wider phenomenon, studying interaction between people, the forming of communities. And for our particular areas, the forming of knowledge-based communities.
Anyway I agreed with the organizers to provide the English translation of the participation invitation. I will skip the call for papers, as we are basically at the proposal deadline (October 17), but if you have anything you want to propose, please tell us so!
Leaving that aside... Please excuse the quality of my translation, it is late and I'm tired. We will work on it :)
Videoconference reception
EDUSOL spans several participation categories. The closest category to a traditional, face to face conference. Each year, we invite a group of speakers to talk about a topic related to our main discoursive line.
Among the speakers that have confirmed so far, we have:
I ve been considering for some time now to create a merge tool specifically suited for debian/changelog files. My goal was to let Git use it automatically thanks to gitattributes.
I ve just gone ahead, so let me introduce you

This coming Sunday, Germany is voting its parliament for the
next four years. I wanted to participate remotely, but they didn t
let me. The letter, inviting me to order the voting forms, was sent
too late. Instead of ordering and waiting for the voting forms,
hoping for them to arrive back in Germany before the municipal
agency stops all their work at 16:59 on Friday afternoon, I filled
in the fields in a way to give my mother full authority to submit
my vote. On the document, it only said that she would need a notary
procuration, which she has.
When my mother tried to vote in my name, they refused her: the
vote has to be confidential, and proxies may only vote for disabled
people, or those who cannot read. I can understand half of the
motivation behind this it guards against abuse but the bottom
line is that I am now unable to cast a vote. Democracy stabbed by
bureaucracy.
Well, democracy to the limited degree that we have it in
Germany. I do not mean to criticise at this time that voting in
Germany means to place trust into people you d rather not trust,
but once they get majority, they can do whatever they want for four
years. The specific shortcoming in our democracy on which I would
like to focus is the five percent clause , which states that a
party needs to reach 5% of votes before they can enter the
parliament; if those 5% are not reached, all votes for the party
are basically lost.
I suspect that this clause is what s keeping back a lot of
people from electing Germany s
One of my professional duties in my past ten years was 
Advantages:
Advantages:
Advantages:
Hot from the oven: FusionForge 4.7 was just released. The release
notes follow. If you have local enhancements based on a previous
version of GForge, now is the time to port them to the 4.7 codebase
and submit them, so they can be merged in time for the next version!
Release notes for FusionForge 4.7
This is the first public release of FusionForge. FusionForge is based
on GForge, and started as an identical copy, with only a name change
to avoid confusion with the proprietary versions of GForge (known as
GForge Advanced Server or GForge AS). As such, it benefits from
mature code and known-good infrastructure, and builds on it for the
future.
This 4.7 release is focused on bringing the recent evolutions out to
the community in an official stable release. This should provide a
solid base as a starting point for community-based development, making
it easier for enhancements to be maintained. The FusionForge name was
chosen to reflect this: this is a community effort, and we hope to
hear about your improvements. Contributing these improvements would
make their future long-term maintenance easier for everyone.
Major changes since previous versions (of GForge) include:
Over the last few years, I've been pretty immersed in the world of
wikis. A wiki is like a collaborative web site; it lets several
people view and edit a web page and link to other pages, maybe new
pages that they themselves create.
Wikis let tech-savvy people all over the world collaborate on a
single web page, a single document. That's a pretty powerful idea,
really. The obvious thing to do once an idea like wikis appears is
A while ago, I thought: I seem to be less productive than I used to be. Why might that be? Do I spend more and more time with e-Mails? Or is it something else? I couldn t tell, so I needed a time tracking tool. There are a few of those for Linux that allow you, while working, specify what you are doing and then generate statistics about it. This approach has a few disadvantages: