harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Wielaard <m...@klomp.org>
Subject Re: [arch] VM/Classlibrary Interface (take 2)
Date Fri, 22 Jul 2005 21:01:25 GMT
Hi,

On Thu, 2005-07-21 at 05:53 -0400, Geir Magnusson Jr. wrote:
> > We seem to be giving mixed signals here. Can we try to coordinate a  
> > bit more on the policies we want to have for this project? Even if we  
> > cannot agree on some things it would be good to setup some resolution
> > mechanism.
> 
> Agreed.  What do you suggest?

In this particular case I suggest we just do a vote.

It was pointed out to me that my suggestion of MIT/X as default license
is an acceptable choice for an incubator project:
http://incubator.apache.org/projects/harmony.html#Licensing+awareness

        Check and make sure that all source code distributed by the
        project is covered by one or more of the following approved
        licenses: Apache, BSD, Artistic, MIT/X, MIT/W3C, MPL 1.1, or
        something with essentially the same terms.

Since MIT/X is listed as one of the choices I propose to use this as our
default license for all code that we accept for Harmony (and for which
there is a Disclaimer/Software Grant/Contributors Agreement is on file).

+1

I hope this is proper procedure.

In general I think we should try to explain the reasoning and goals a
bit more. I get the feeling there is too much assumptions being done
that things must be because that is how Apache does it. We are not an
Apache project (yet?). We are currently going through incubation and
might or might not come out as something that Apache wants as a project.
If we are really serious about making this project a success then we
should assume that the people participating want to know the reasons for
each decision. Even if someone feels that it is obvious because that is
the way Apache has always done it. Maybe we can even influence how
Apache will do things in the future by reflecting on why something is a
"normal" guideline.

And if we really get into conflict with traditional requirements for an
proposed Apache project and the wishes of the contributors I am more
then happy to setup a repository on some neutral machine so that we can
at least (temporarily) work on some code.

Cheers,

Mark

Mime
View raw message