Saturday, January 29, 2005

Do we need different levels of OSI compliance?

OSI (the Open Source Initiative
defines rules for Open Source licenses. Licenses that like to call
themselves OSI compliant need to match these rules and get an approval
from OSI. Do these rules still serve the demands of the OpenSource
community of today?

The most important issue in the OpenSource community of today is
collaboration. In order to support collaboration, people need to be
able to combine code from different authors which today often means
code that has been published under different licenses. So a real
Open Source license should allow the covered code to be used together
with code from other OSI compliant licenses.

Taking a closer look at the licenses listed at OSI, results in some licenses
that are compatible to each other in a way that allows to include code
covered under license a) in a project covered by license b) and vice versa.
There are other licenses that do not allow this. Wouldn't it then be a
good idea to call the licenses that are compatible to each other "first class
OSI compliant" and the others "second class OSI compliant"?

Let me give an example: I frequently read that code covered by the GPL and
code covered by the BSD license are compatible to be used together within a
single project. Is this really true?

The GPL requires all projects that include code covered by the GPL to be licensed
under the GPL.

There is no problem with including a small part of BSD code inside a bigger
project licensed under the GPL. This is not because both licenses are
compatible but only because this kind of usage is tolerated by the authors
of the code covered by the BSD license. However, you cannot include a small
part of GPLd code into a bigger project licensed under the BSD license without
losing the freedom of the BSD project.

What the GPL tries to to is to try to change the license of other people's code.
It is questionable whether this is compliant with the European Copyright law.

How can this problem be avoided?

The first step would be that OSI would list the licenses that are compatible
to each others in both directions in a separate list.

The second step would be to change the incompatible licenses. If e.g. the GPL
would not require the whole project to be put under the GPL but just require
that the whole project must not use code that is not under a OSI compliant
license, the primary intention of the GPL would not be given up but the
GPL would become compatible to most other OSI licenses.

Tuesday, January 25, 2005

OpenSolaris up and running

After 1 hour and 18 minutes of compiling on my
1.7 GHz Pentium M notebook, I am ready with compiling
OpenSolaris myself.

After installing and booting 64 bit OpenSolaris on a dual Opteron Sun V20z
I got:

cat /etc/motd
Sun Microsystems Inc. SunOS 5.10.1 schily Jan. 25, 2005
SunOS Internal Development: joerg 2005-01-25 [schily]
bfu'ed from /tmp/archives/i386/nightly/ on 2005-01-25

uname -a
SunOS mi 5.10.1 tonic-clone-i386..18-Jan-2005 i86pc i386 i86pc

Well, I am not the first to succeed outside from Sun.
The first was Ben Rockwood

Sunday, January 23, 2005

List of OpenSolaris Bloggers

James Dickens did create a list of OpenSolaris Boggers.

The list can be found here.

Saturday, January 22, 2005

New site for help & software for running Solaris on notebooks

It seems that a lot of people would like to get
help for running Solaris on Notebooks.

In order to create a single point of information and discussion has been created.

A website has been created where I a plan to set up a WIKI. A mailing list is available at