Mailing-List: contact wookie-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: wookie-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of scott.bradley.wilson@gmail.com
 designates 74.125.78.150 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:in-reply-to:content-type:mime-version:subject
         :date:references:x-mailer;
        b=R/m0Lv0mGZq4/PZwO2WvbO1eAS28hVrr7IqqHYQF/jQJop76aM9PRc3Qt1rfJLw+pR
         N2QuSSpy0aDqvKNAY6ETCxsnjrBzD1kAFJ0VUp6ZmOQaK0aS4QobfQE45Eg5rOIcOczd
         qNW+dfG9nui4pXVek3dWl5p3w7id5IKy1hrDU=
Message-Id: <0B04768B-92B6-4300-BA14-07C705B1AF25@gmail.com>
From: Scott Wilson <scott.bradley.wilson@gmail.com>
To: wookie-dev@incubator.apache.org
In-Reply-To: <61c9bc470907211537y7364e61ev9a55922a8a20bc9c@mail.gmail.com>
Content-Type: multipart/signed; boundary=Apple-Mail-1--293390552; micalg=sha1;
 protocol="application/pkcs7-signature"
Mime-Version: 1.0 (Apple Message framework v935.3)
Subject: Progress on IP issues and code preparation
Date: Sun, 26 Jul 2009 09:25:48 +0100
References: <61c9bc470907211420r59ce2d76n9738f4c4faa863c9@mail.gmail.com>
  <28B3C1AF-9393-4752-923C-260BA711BCA2@gmail.com>
 <61c9bc470907211537y7364e61ev9a55922a8a20bc9c@mail.gmail.com>

--Apple-Mail-1--293390552
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Here's an update on progress on outstanding items:

1. Incompatibly-licensed dependencies

These have been removed from the repository; I've added properties in  
build.xml that the developer will need to set to identify where these  
are located to build and deploy wookie. Also put a note in the README  
about these. Kris is putting a checking stage into the build.

2.  Plugins

We haven't touched these in the repo; I suggest we just don't move  
them into the incubator SVN but move them into "wookie extras" when we  
get that set up. The rails plugin is actually a bit out of date  
anyway, it would probably be easier to start again with current rails  
and current wookie.

3. Widgets

Removed Apple JS libs from the repo;
Added Creole.js to licenses/all_licenses.txt (and inside the  
config.xml "license" element for WookieWiki.wgt)
Added JQuery to licenses/all_licenses.txt
Replaced the Skype emoticons in Natter with some CC-BY licensed ones  
and added attribution & license in the config.xml "license" element
TODO: contact Wave team re sample code in Sudoku & Poetry gadgets

I think we should go with Ross's suggestion and leave waveword out as  
it could have legal issues. However we can reuse the turn-based-wave- 
games JS lib I created for it for something less problematic in  
future. For now I've left it in repo, but we should make sure we don't  
copy it over into the incubator SVN.

4. Packaging

Moved all packages to org.apache.wookie
TODO change all the src headers to use apache 2.0 license

5. CLAs

I faxed mine in on Friday, I presume Paul and Kris are on the case  
with theirs. I'll chase the University of Bolton CCLA tomorrow.
TODO contact Stef and Phil

S

On 21 Jul 2009, at 23:37, Ross Gardler wrote:

> 2009/7/21 Scott Wilson <scott.bradley.wilson@gmail.com>:
>>
>> On 21 Jul 2009, at 22:20, Ross Gardler wrote:
>>
>>> Whilst we are waiting for the relevant legal documents to be filed
>>> perhaps the Wookie team would like to prepare the code for import.
>>>
>>> There are four incompatibly licensed dependencies (assuming the  
>>> notice
>>> file is up to date):
>>>
>>>    c3p0
>>>    Java Transactions API
>>>    MySQL Connector
>>>    Hibernate
>>>
>>> These cannot be brought in to ASF infrastructure and thus must be
>>> removed from the repository and build instructions updated
>>> accordingly. We'll have to replace these dependencies during
>>> incubation. I note that during the proposal stage Scott mentioned  
>>> that
>>> moving to CouchDB might make sense. we can explore this once the
>>> initial code import is complete.
>>
>> Removing Hibernate+MySQL+c3p0+JTA will require a bit of a rethink  
>> on the ORM
>> front - maybe we can use OpenJPA, or just get rid of ORM and use  
>> plain JDBC
>> & SQL. CouchDB could be interesting for the actual widget instance
>> preference and state data.
>>
>> However its a fair chunk of work removing these dependencies - is  
>> it best if
>> we fix these outside the incubator and then move the code when its  
>> working,
>> or submit the code as-is but with just the libraries and build info  
>> removed
>> (i.e., not working) and then fix it in the incubator?
>
> The problem is not that your code depends on them, it is that because
> of the licence incompatibilities we cannot distribute from ASF
> infrastructure. So there is no need to break things completely. I
> recommend:
>
> - Remove the libs.
>
> - Add a step to the build instructions saying the libs need to be
> manually downloaded and placed in the lib directory
>
> - make build.xml check for their existence and failing with a  
> sensible message
>
> This means that anyone building Wookie will be aware that there are
> licence incompatibilities and must act accordingly if they
> redistribute. In other words, there are no hidden surprises in our
> distribution.
>
>
>>> Since my initial evaluation of the code I have identified a few  
>>> other
>>> potential conflicts:
>>>
>>> I am unsure of our ability to Apache License the Moodle, Elgg and
>>> Wordpress plugins since each of these containers is GPL and I have  
>>> no
>>> idea if the viral nature of the GPL is invoked by these plugins.  
>>> It is
>>> a contentious issue. The FSF general claim that modules are  
>>> "touched"
>>> by the GPL whereas Linux says they are not (and I'd suggest that  
>>> Linux
>>> Kernel modules are closer to the GPL code than a typical Moodle  
>>> plugin
>>> for example).
>>
>> I think its a reasonable question to ask whether the Apache Wookie  
>> project
>> should include the plugins, or just the engine. If not the plugins  
>> could be
>> handled outside in a separate project, or (my preference, but  
>> difficult in
>> practice) they can be taken on by the container projects themselves.
>
> The rails one can certainly come into the ASF and would act as an
> example. I'd like to see a project socialsite and/or Wicket and/or
> roller plugin developed pretty quickly as examples. I'll return to the
> other plugins at the end of this mail.
>
>>> I also note that there is some code from Apple which is not under a
>>> licence I am familiar with. See
>>>
>>> http://tencompetence.cvs.sourceforge.net/viewvc/tencompetence/wp6/org.tencompetence.widgetservice/WebContent/shared/mac-resources/WidgetResources/AppleClasses/AppleAnimator.js?revision=1.1&view=markup
>>>
>>> I'm also not sure about the widgets in
>>>
>>> http://tencompetence.cvs.sourceforge.net/viewvc/tencompetence/wp6/org.tencompetence.widgetservice/widgets/
>>> I'm pretty sure the code for (at least some of) these come from the
>>> Google Wave project, what licence are they under and do they contain
>>> any code from other third parties.
>>
>> The Apple files included in shared/mac-resources can be removed -  
>> this was a
>> convenience for when running converted Apple Dashboard during early  
>> testing,
>> but isn't appropriate for inclusion now.
>
> OK. That's a simple solution then.
>
>> Looking at the Widgets in the /widgets folder:
>>
>> * WookieWiki.wgt uses Creole.js, which uses an MIT-style license.
>
> MIT is fine - but you may need to add an entry to the NOTICE file.
>
>> * Sudoku.wgt uses some Google JS code which has no identifiable  
>> license.
>
> Assuming this is the code from the wave API samples I'd suggest a mail
> to the API group asking them to clarify the license situation. Almost
> certainly they will put it under a permissive licence since it is
> sample code.
>
> http://groups.google.com/group/google-wave-api
>
> Can you, or one of the committers please follow this up.
>
>> * WaveWord.wgt uses some code from
>> http://www.themaninblue.com/experiment/SSCrabble/ of indeterminate  
>> license,
>> and JQuery which is dual MIT and GPL.
>
> JQuery is fine as we can take it under MIT.
>
> The other code is a concern for two reasons. The first is that there
> is no clear licence, this can probably be resolved with a quick email.
> However, there is every possibility that the code infringes on Mattel
> trademarks.
>
> It may be better to leave this widget in another location, see end  
> of this mail.
>
>> * Test.wgt doesn't use any outside code (its for testing API  
>> compliance with
>> specs).
>>
>> * YouDecide.wgt doesn't use any outside code.
>
> Good.
>
>> Inside the /WebContent/wservices folder are widgets included in a  
>> default
>> build:
>>
>> * Natter uses some Apple code; this can be removed as its just  
>> chrome.
>> JQuery again. And the smileys are actually Skype emoticons under  
>> the Skype
>> Component license:
>> https://developer.skype.com/Download/SkypeEmoticons however I think  
>> these
>> actually aren't being used under the license appropriately and  
>> would need to
>> be replaced with some genuinely open emoticon images. If anyone  
>> knows of any
>> this would be very handy!
>
> I often use http://www.famfamfam.com/lab/icons/silk/ for icons, I'm
> pretty sure there are some emoticons in there to. CC-BY-SA licence
>
>> None of the other widgets (weather, vote, chat, forum) use any  
>> external
>> code.
>
> Excellent.
>
>>> I'd like to hear the thoughts of the mentors on handling these  
>>> issues.
>>> I'd also appreciate it if mentors can look over the code to see if
>>> there are any items I've missed (note the lib files are in an  
>>> unusual
>>> place:
>>> http://tencompetence.cvs.sourceforge.net/viewvc/tencompetence/wp6/org.tencompetence.widgetservice/WebContent/WEB-INF/lib/
>>> )
>
> My suggestion for the plugins and widgets of questionable licence is
> to do as Scott suggests and start a separate google
> code/sourceforge/whatever repository to house incompatibly licensed
> plugins (which are actually plugins for containers rather than for
> Wookie - the name is confusing) and widgets.
>
> Lets call it wookie-extras
>
> Committers on Wookie should be given commit on wookie-extras too, but
> committers on wookie-extras do not automatically get commit on wookie.
> we can have a lower barrier to commit on wookie-extras and treat it as
> a kind of incubating site for widgets.
>
> Ross


--Apple-Mail-1--293390552
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGPTCCAvYw
ggJfoAMCAQICEFfBV0Fkm5fRt8WN2nL9rEkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDIxMDEwMzc0MVoXDTEwMDIxMDEwMzc0
MVowUDEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEtMCsGCSqGSIb3DQEJARYec2Nv
dHQuYnJhZGxleS53aWxzb25AZ21haWwuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC
AQEApmPOA9Zuq/WR+VtAWxnAm8jdnzJtQ4MJnn+kUFuxmdaved4fseCQnDFUH7yWDL1NWQBRyFOw
BQs4aX+FyCyUZLnEKGnLSqyRlBtY5aDaljuXu23+SYcxWj7HfhwCuFxKH2aX3/XZBGs2SYnFxMBz
QFGN7z+6BMVYOg0naKINhWszG+ffbCJtIWohm5udz5jLMVUZY8RZNkOEhYguihGlhxfTMxU2EqWz
aVb6SQDn9rFu2RGueKcCeZ8P6iMQPasOa16XO9wJKMdqyWXQLjRnO0coZs3HnG1sFE2OSrLcGPbQ
/hS7AHKZjRbK2sO8VY8HPTgSnDP+XCaCwLJhPYNu+QIDAQABozswOTApBgNVHREEIjAggR5zY290
dC5icmFkbGV5LndpbHNvbkBnbWFpbC5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOB
gQBKVC8AiUzEUsSl+682ZNUG+bnQ6w88AKEWnV9ZAQ3adgI/9QI1jWJOQDKyI85EXEPfMHUqWaam
ghH13Z2FPqofe0pz0NrUoqNKvHTacq6buygEUS2BBsv2v6Lxu3X303go6VuXatk0KkZSJo6zD83x
mE2XFtzKT9FBao5TDmAYbzCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNV
BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UE
ChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2
aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJ
ARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYy
MzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBM
dGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkq
hkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6
YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+
B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8E
CDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQ
ZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UE
AxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+s
vsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydx
VyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggMQ
MIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQV8FX
QWSbl9G3xY3acv2sSTAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG
CSqGSIb3DQEJBTEPFw0wOTA3MjYwODI1NDlaMCMGCSqGSIb3DQEJBDEWBBTI3Bm4blqdduPp2wsS
/pAJ4cstXTCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl
IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls
IElzc3VpbmcgQ0ECEFfBV0Fkm5fRt8WN2nL9rEkwgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYD
VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMj
VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEFfBV0Fkm5fRt8WN2nL9rEkwDQYJ
KoZIhvcNAQEBBQAEggEAnJJ4uBFNLXeCll6a5Cnswmu9UtIbZLqrcgcjhEwUC+GpfRbmh2+UHTro
oiY3AGpKyQxiEknczrkTTqwNVMisy005El0/xOOLFehp7sy4QMRIcUGSunYL2IIeqlZ88F07Q8+W
TmsQ7T4agnEW3LJvov3uyZfmu9WYek0S/DU6D2OhAcWy0EQV1BYxb6twhWrcfhSGPL12c7UGc+rs
oIVDXGJ7mQrAovfQrvYjaFpu6iyX4AhWE5yCGzs5ucKK2Y/zckme8Gu7ZrpusSTt6N7arNC+Veqw
NqK2JKi50lW6O6+rDzEwTve4HswG0wISXexNaCMqFfR9L3CJzei5wkV5/gAAAAAAAA==

--Apple-Mail-1--293390552--