incubator-esme-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Pollak <feeder.of.the.be...@gmail.com>
Subject Re: Publically editable wiki
Date Wed, 21 Jan 2009 15:00:37 GMT
I would be very strongly opposed to mechanisms that circumvent the CLA ICLA
process.  A clear set of code ownership and rights to create such code is
critical for others to use ESME.  Both the lawyer and the business side of
me wants to make sure the ESME code stays clean.

Thanks,

David

On Jan 21, 2009 6:05 AM, "Daniel Kulp" <dkulp@apache.org> wrote:

On Wednesday 21 January 2009 5:06:02 am Vassil Dichev wrote: > It would be
beneficial for the ESME t...
Can I ask what the hold up is with the icla's?   If he's going to contribute
in a meaningful way, he needs to get that in.

> I am confused at this point what is possible- Daniel mentioned that > the
MoinMoin wiki is world-...
We can definitely create a public confluence space.  That's not a problem.
They question is how useful will it be?   ANYTHING that gets added there
cannot be then moved over into official documentation or into svn or
anything
like that.   It sounds to me like you want a place to start collaborating on
some design docs and such.   In that case, it really CANNOT go on a public
wiki as, most likely, it would get moved into official docs as it gets
finalized.    That's mostly why I HIGHLY recommend getting on the ball and
getting ICLA's in.

One note: in the non-world-editable confluence space, anyone can create
comments attached to pages.   Thus, you could start some pages and he or
anyone else could comment on it.   You could then use the comments to adjust
things, etc....

Anyway, I'd like to here the full use case that you and Richard are trying
to
achieve on a public wiki.   If its potential documentation or web site
material, then no, it doesn't go on a public wiki and no need to create one.

--
Daniel Kulp
dkulp@apache.org
http://dankulp.com/blog

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message