[Zope-CMF] IndexableObjectWrapper

[Jens Vagelpohl]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Mar 10, 2009, at 10:01 , Wichert Akkerman wrote:

> Previously Jens Vagelpohl wrote:
>> In general, commercial adoption of a software stack is made easier if
>> it is not accompanied by a whole soup of different licenses. The  
>> fewer
>> licenses, the better. I'm sure that issue is on your radar already.
>
> It is, which is why the ZPL has already been rejected as an option: it
> is pretty much equivalent to the BSD license, which is much more  
> widely
> accepted.

If they are equivalent, why not dual-license?


> The debate is currently focusing on GPL versus BSD license. Any  
> opinions
> on a choice between those two would be very welcome.

The discussion has been rehashed in several places, but given a choice  
between pretty much anything and the GPL I'd vote "-1" on the GPL.


>> As you know, all code you'd like pushed down the stack into the CMF  
>> or
>> Zope must be licensed under the ZPL. That's also a prerequisite for
>> being stored in the Zope Foundation repositories (a.k.a.  
>> svn.zope.org).
>
> I do not think the Plone Foundation board is willing to consider
> donating some of its intellectual property to the Zope Foundation. I  
> am
> already happy they are willing to consider selective relicensing.

To me this really sounds like the rift has widened, by a whole lot. It  
reads like "we're happy to base our stuff on yours, but we really  
don't want to give back". I'm sure it's not meant that way, but it  
reads like that.


> But that does not need to be a problem: reusable packages such as
> plone.indexer can be used by CMF even if they are not covered by the  
> ZPL
> or managed in svn.zope.org, as long as there is the license is
> acceptable.

That's not the issue I was trying to address. I was specifically  
talking about putting functionality in the most appropriate part of  
the stack, meaning moving it further towards the core. If there are  
bits and pieces that make more sense in the CMF then saying "well,  
just install our package" may satisfy users, but developers will  
continue wasting time maintaining different implementations.

jens



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)

iEYEARECAAYFAkm2NA8ACgkQRAx5nvEhZLLy0wCfehi6WBVBHEcwJZXORFpM2tx4
aD4Anip87gouzSsnK/o4jI57ibOjt3YS
=dvw+
-----END PGP SIGNATURE-----