Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 56605 invoked from network); 9 Feb 2008 16:37:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Feb 2008 16:37:13 -0000 Received: (qmail 98529 invoked by uid 500); 9 Feb 2008 16:37:05 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 98225 invoked by uid 500); 9 Feb 2008 16:37:04 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 98214 invoked by uid 99); 9 Feb 2008 16:37:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Feb 2008 08:37:04 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of davanum@gmail.com designates 209.85.132.240 as permitted sender) Received: from [209.85.132.240] (HELO an-out-0708.google.com) (209.85.132.240) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Feb 2008 16:36:33 +0000 Received: by an-out-0708.google.com with SMTP id c5so1019889anc.132 for ; Sat, 09 Feb 2008 08:36:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=b/O6J8GmWbr0Ns8K+b8Ge3Mf9sRbYxrblJtDFbslDsA=; b=NOrc9SWwt8q0SAqGpHkxY4TB5nwAsMBSRDWoIotnfQfyLFjvzkyRVbG5vGuJU96BB3DFlw+WyrNRcGubWobaTxB7LuP6JV+1IXbz+FiK1vY+mjrIzCRVaVvlAVIpc2S4/5FVttXgCA3nHV9o74NqApLnHFzkO3KsCVhWabeSdGk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=m0DnAiZRinBh5OAoADLwPbbrYT4ja0T2moT7qPrnH5KmdmBv/bN9kO+k5yFJTbKDBVZFomSzMcezXkiamJ+uj4kLalEGF5ceG6guHk3DVFGKpEKQaJKZ9sXcBsdGFucZH0Ti+2+DGECM41TD4QANIGbyxqXZk7e5rO/NvceXtzo= Received: by 10.100.123.4 with SMTP id v4mr29693089anc.55.1202574999849; Sat, 09 Feb 2008 08:36:39 -0800 (PST) Received: from ?192.168.2.102? ( [66.31.152.180]) by mx.google.com with ESMTPS id 39sm13007512agb.16.2008.02.09.08.36.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 09 Feb 2008 08:36:39 -0800 (PST) Message-ID: <47ADD663.1020604@gmail.com> Date: Sat, 09 Feb 2008 11:35:47 -0500 From: Davanum Srinivas User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: Inclusion of MySQL in roller-mysql-database plugin References: <5eb405c70802060815y7a8a19b8ta2319c1aa9ade9ae@mail.gmail.com> <47ADC2BB.3000301@pmb.mine.nu> In-Reply-To: <47ADC2BB.3000301@pmb.mine.nu> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Folks, Time to take this thread to legal-discuss AT apache.org. Someone please write up a detailed note and post it there please. - -- dims Peter Petersson wrote: | Hi all | | Thank you Kevan for bringing this to the table. Just to make sure | everybody is clear on what the roller-mysql-database plugin dose, or | more to the point dose not do. Jarek is exactly right when he says that | the plugin dosen't actually include or distribute the mysql driver but | it dose however automatically download the driver if it is not already | present in the geronimo repository. | | As this automatic non user interaction convenience of the plugin, that | dose not in a clear way tell the user what he/she is about to do | (licence way) is the issue I would like to know if we have a consensus | on using prerequsite in the plugin configuration (on the mysql driver | being loaded beforehand) to satisfactory handle the licensing issue ? | If I understand Kevan right a prerequisite on the driver would satisfy | things so my suggestion (although I am just slightly involved in the | roller plugin project and not in the PMC) would be to modify the plugin | accordingly and reinstate it in the roller plugin assembly (as it is now | it is disabled) what is your take on this? | | If we have consensus on this what would be a feasible text to put in the | prerequisite section ? | | Although using prerequisite to fix this is (or may be) a available and | viable option It would IMHO (although I don't know if it would satisfy | the ASF Licensing Policy(?)) be more feasible (in cases like this) to | somehow make the user aware of the licence statement and give him/here | the option, after reading the licence (or what ever is necessary to | satisfy the parties), to cancel the installation if he/she so chooses. | | regards | Peter P | | Jarek Gawor wrote: |> Kevan, |> |> Can you explain what is the exact problem in this case? As far as I |> know, the roller plugin doesn't actaully include or distribute the |> msql driver. The driver will be automatically downloaded at compile |> time (becuase it is specified as maven dependency) and when the plugin |> is installed (becuase it is specified as a plugin dependency). Is the |> automatic download the problem? If so, maybe we can remove the msql |> maven dependency and modify the plugin dependency to specify the |> driver as a prerequisite? |> |> Jarek |> |> On Feb 6, 2008 9:40 AM, Kevan Miller wrote: |> |>> All, |>> I created a Jira to handle licensing issues involving the inclusion of |>> MySQL in the roller-mysql-database plugin. See |>> https://issues.apache.org/jira/browse/GERONIMO-3816 |>> |>> I've insured that we will no longer build the roller-mysql-database |>> plugin in our source code. However, there are multiple ways of |>> handling this problem. Would like to hear opinions from the project. |>> Ultimately, it's the PMC's responsibility to oversee the licensing of |>> our distributions and to oversee the way we handle dependencies on |>> artifacts that are covered by excluded licenses. |>> |>> The ASF Licensing Policy (currently it's a draft policy, but I think |>> we should be following the guidelines documented there) are located |>> here -- http://www.apache.org/legal/3party.html |>> |>> Discussion of how to handle Prohibited Works is here -- |>> http://people.apache.org/~rubys/3party.html#options |>> |>> Would be good for the project (in particular PMC) members to be |>> familiar with these issues. Would like to hear how we think we should |>> address this issue. As long as I feel the PMC is providing appropriate |>> oversight, I'm happy with what ever decision we reach. |>> |>> --kevan |>> |>> |>> |>> |>> | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Cygwin) iD8DBQFHrdZjgNg6eWEDv1kRApoeAKCjLfcolYlrKokPkb+kH9KALjKkLACeKFYx 2yQ7c6vlK+n4hJl9iEnPDbs= =oCrU -----END PGP SIGNATURE-----