An anonymous reader notes Ars Technica's report from the Ubuntu Developer Summit in Barcelona, where Canonical has unveiled a prototype Android execution environment that will allow Android applications to run on Ubuntu and "potentially other conventional Linux distributions." "Android uses the Linux kernel, but it isn't really a Linux platform. It offers its own totally unique environment that is built on Google's custom Java runtime. There is no glide path for porting conventional desktop Linux applications to Android. Similarly, Java applications that are written for Android can't run in regular Java virtual machine implementations or in standard Java ME environments. This makes Android a somewhat insular platform. Canonical is creating a specialized Android execution environment that could make it possible for Android applications to run on Ubuntu desktops in Xorg alongside regular Linux applications. The execution environment would function like a simulator, providing the infrastructure that is needed to make the applications run. Some technical details about the Android execution environment were presented by Canonical developer Michael Casadevall... They successfully compiled it against Ubuntu's libc instead of Android's custom libc and they are running it on a regular Ubuntu kernel."

An anonymous reader writes "'Linux vendor Red Hat, and 17 other vendors, have protested a Swiss government contract given to Microsoft without any public bidding. The move exposes a wider Microsoft monopoly that European governments accept, despite their lip service for open source, according to commentators. The Red Hat group has asked a Swiss federal court to overturn a three-year contract issued to Microsoft by the Swiss Federal Bureau for Building and Logistics, to provide Windows desktops and applications, with support and maintenance, for 14M Swiss francs (£8M; $15M) each year. The contract, for 'standardized workstations,' was issued with no public bidding process, Red Hat's legal team reports in a blog — because the Swiss agency asserted there was no sufficient alternative to Microsoft products.'"

Elektroschock writes "Wine attempts to implement the Windows API layer on Linux. There are some limitations and an important one is the missing DIB engine, bug 421. Chris Howe comprehends the dissatisfaction of core developers with the arbitrary project governance: 'Sorry to sound like a stuck record but the Wine website still lists "write a DIB engine" as a requirement, and every time someone does, the patches disappear down a hole because they're "not right." Someone document what "would be right," or take "write a DIB engine" off the list. I'd love to have a go at documenting it myself, but I don't have the time to reverse engineer it from a few years' worth of rejected solutions.' The latest attempt of Massimo Del Fedel satisfied all requirements set previously for the long standing bug 421, and his optional engine seems to work fine by all Wine quality standards. He seems to be extraordinary stubborn and insusceptible to mobbing. Usually it is extremely frustrating for developers when the goalpost is constantly moved. When is the right time for project members to fork when their chief maintainer does not respond anymore or pursues an adverse commercial agenda?"