» FOSS event calendar site

Visit fossevents.org for a calendar of upcoming Free and Opensource events all over the planet. Thanks to the fine folks at freenode for that resource. Read the following post for further information.

» Bilski Decision, business methods patents begone ?

Very interesting read on Groklaw, and definitely good news for almost everyone in the IT industry. But I wouldn't conclude to Shantanu's "Microsoft Has A Problem: Software Patents Go Up In Smoke" for several reasons:

1. software patents aren't gone yet, not by any means, but the Bilski decision seems to at least discard the most ridiculous and invasive ones
2. we still have to see how that court decision translates into what the USPTO will grant as patents or not, as the fact that a patent should be granted or not doesn't really relate to what patent offices actually grant (just think of what the EPO has been doing for years)

Note that Microsoft has filed material against business methods patents together with Dell. This is understandable, because Microsoft is also frequently attacked on trivial patents. And thanks to Redhat for submitting material too. Looks like a great decision and a big step forward against software patents, but I'll believe it when I see it.

» Microsoft, ugly head, rear: EU parliament resolution on FOSS

As Benjamin "zoobab" Henrion reports here, Microsoft lets one of its lobbying firms go after a petition for migrating the EU parliaments network to FOSS and fund FOSS development in the EU. I find the rebuttal by "Voices of innovation" (the lobbying group Microsoft is a customer of... that name... oh irony :)) quite bold and almost spilled my coffee when I read "Over the past few weeks radical elements in the open source community have intensified their efforts in the European Parliament.". Umm.. are they saying Michel Rocard and Daniel Cohn-Bendit are "radical elements", as they are two of the 5 EU parliament members who are making that proposal ? Those two are radically smart, for sure, but... heh.

» Re: Ubuntu's Pipe Dream: True Free Software Syncronicity

As Sean Michael Kerner puts it on his blog, Mark Shuttleworth's "The Art of Release".. erm... "vision"/wish/dream/strategy is nether a good nor a realistic thing. Shuttleworth's "vision" just won't work. You can't force 10-20 big upstream projects (KDE, GNOME, kernel, OpenOffice.org, Firefox, GCC, etc...) to sync their release schedule. And you wouldn't want to do that either. One of the reasons why FOSS is usually better in terms of quality is that releases, focus and features are typically driven by quality, by developers, not by marketing and competitors. Things are released when they're ready, when the maintainer thinks it's good enough. Having a synched release plan for many large and complex projects means a huge burden on upstream. I can't imagine Mark Shuttleworth could be that clueless about the reality of software development and how the whole ecosystem around a distribution actually works. He isn't. Can't be. So what agenda is he having/endorsing when he pushes that idea so loudly (arguably, even when he whispers, it does make a lot of noise ;)) ? I don't know. Except, maybe, because Canonical doesn't have much developers working directly on upstream projects that aren't 100% Ubuntu specific (at least compared to Fedora and openSUSE) and hence they're not really in a position to push for certain things to be fixed before others. Well, just thinking out loud, maybe there's no hidden motivation behind it at all. Sean wrote that he rather wished "common packaging across distributions", but:

• PackageKit is definitely a good initiative and project, but it doesn't solve anything with regards to that as it's "merely" a frontend to different package management stacks, so it can give users of several distros the same frontends and user experience, but not access to the same packages;
• it isn't about the package format (RPM vs deb vs whatnot), RPM and dpkg are pretty much equal in terms of features, performance, stability anyway; even if everyone was using RPM, it wouldn't help because the real problem is what dependencies packages are built against, especially their respective versions

To explain the latter: take openSUSE, Fedora and Mandriva, they're all using compatible versions of RPM. So, from a packaging format point of view, you can install an RPM package that has been built on one of those three on any of those three (say, a libfoo.rpm built on openSUSE can be installed on Fedora). Problem is, every single package (except a very, very few) has dependencies against other ones. If you take Firefox as an example, it depends on the GCC C++ runtime libs (libstdc++), gtk2, cairo, freetype, etc... Point is, distros usually don't have compatible (major) versions of those libraries so you won't be able to install openSUSE's 11.0 Firefox package on Fedora 9 because it uses much more recent versions of gtk2/cairo/freetype/GCC/... (just an example). And then you have different package naming conventions (though softened a bit by relying on file dependencies instead of package names for shared libraries). And different init scripts. And different file/directory locations. Distro A uses sysvinit, distro B uses upstart. To summarize, what Sean would like to see is even more restrictive and difficult to implement then what Mark is dreaming of -- it would pretty much boil down to having a single, unique distribution ;) Whatever your distribution of choice is, and regardless about how religious you are about it, I think we all agree that would be a terrible thing, whatever that distribution would be (including openSUSE). In order to accomplish that partially (which should be feasible in theory, certain dependencies are very stable and have a strong record on backward/forward compatibility, e.g. KDE 3), we'd first need to have everyone or at least the "big players" work together on LSB and actually implement it (Debian/Ubuntu don't, or only partly, even without considering RPM), and have LSB evolve at a much faster pace to encompass more standards. If package naming differences and init scripts incompatibilities were addressed and implemented by many distributors, it could be done for a certain amount of packages. Having major upstream projects follow strong guidelines on SONAMEs and ABI compatibility would be a lot more interesting than synching release cycles. But, again, it has a high cost on upstream development, is very complex to accomplish, and clearly takes a lot of fun, drive and "innovation" out of FOSS development. Not sure we'd want that either. I certainly don't. I'd already be really happy if all upstream projects written in C or C++ would know how to properly handle SONAME, bumping the major version number when ABI incompatibilities arise, in order to package and install several major versions of libraries side-by-side (a train openSUSE arguably catched quite late but works for most library packages nowadays). As said, it isn't trivial though, assessing and verifying ABI compatibility through regression tests isn't always that easy -- at least not as easy as with Clirr and/or JDiff when using Java.

» Petition against software lock-in in the EU

A petition worth signing. It points out to two major issues where the EU Parliament using Microsoft software conflicts with the Treaty of the European Union: forcing people into using Microsoft software (e.g. Windows Media Player) to access content that is supposedly accessible to the widest audience, and not enabling open competition. Concise and to the point. If not open source software, the EU must at the very least mandate and enforce the use of open standards. Check out the complete text of the petition.

» OpenProj: a serious MS Project killer

Now this (openproj) looks like a serious MS Project killer ! (thanks to Alberto Passalacqua for the link) It's opensource and free of charge, written in Java and hence runs on many platforms (including Linux, MacOSX and Windows). Licensed under the OSI-approved CPAL 1.0 (Common Public Attribution License) which looks OK (grants right to redistribute and modify, as well as forces availability of source code) and sources are said to be available really soon. Gave it a quick shot and it really seems to be sporting all of Project's features (computes effort to duration, etc...) -- it even looks a lot like Project's UI, I just hope it doesn't have all the bugs.. I guess not ;) w00t!

» Sign the petition for open standards in Europe

If you're an EU citizen, consider signing the following petition for demanding free and open standards everywhere in european administrations and states: http://www.openstandards.eu/main-en