And LGPL ruins Eric's day.. Again.. When will Eric learn? He promises that this is the last time he'll look at a library without verifying the license first.
So, enough with the third person. I wouldn't be surprised in the author picked LGPL because it look like a good middle of the road license. It does to me as well. Can you give me more details on what "dual use" means in the Apache friendly we can use it in email way? I did some searchs and found quite a few rather painful bits of information [1],[2], but nothing specific on what exactly dual licensing entails? And, which licenses can be dual licensed. This [3] article seemed to suggest that SpamAssassin was both ASL and LGPL at the same time? I am willing to approach Jason Kitche, the developer of Dumbster about either dual licensing or maybe granting us some sort of special license, but would like to have my facts in a row. Eric [1] http://www.apache.org/licenses/GPL-compatibility.html [2] http://www.dwheeler.com/essays/gpl-compatible.html [3] http://builder.com.com/5100-6372_14-5378447.html > -----Original Message----- > From: Henri Yandell [mailto:[EMAIL PROTECTED] > Sent: Monday, November 15, 2004 10:17 PM > To: Jakarta Commons Developers List; Mark Lowe > Subject: Re: [VOTE] Promote Email to Commons Proper > > > Damn, I need to Wiki this :) > > Basically, LGPL is a license written for the C programming language. > While we all agree that its intent is to allow people to freely use > the library, its wording means that the actual application to a > language other than C is up for debate. A lot of this comes down to > whether the term 'linking' means 'import' in Java or not. Early vs > Late linking languages etc. > > Anyways, legal advice given to the ASF is not to be tied to an LGPL > license as the LGPL is feasibly as viral as GPL. This isn't just some > not-invented-here view the ASF have. Lawrence Rosen's latest book on > open-source licensing seems to repeat the view. This means we cannot > have LGPL'd jars in the CVS repository, that we cannot modify > previously LGPL'd code and that we cannot import LGPL'd code in our > import statements. > > The same applies for GPL (to answer Joe's question that yes, GPL > is worse). > > I'm hoping that as the months go by next year we'll be able to import > LGPL'd code in our code. GPL will still be out of the question, as > would LGPL in CVS or modifying LGPL; but use of JFreeCharts, Hibernate > and other libraries would be possible. > > So, yep. Dumbster's license seems to be a problem. One path is to > explain this to the author and ask if they can dual-license it under > something like BSD or ASL 2.0. > > Hen > > On Mon, 15 Nov 2004 23:04:11 +0100, Mark Lowe <[EMAIL PROTECTED]> wrote: > > A little bit of a digression but I'm reading through the LGPL blurb.. > > > > Can you give a bit more detail on this problem? Just as a > matter or curiosity. > > > > Mark > > > > On Mon, 15 Nov 2004 21:00:16 +0000, robert burrell donkin > > <[EMAIL PROTECTED]> wrote: > > > On 15 Nov 2004, at 11:10, Eric Pugh wrote: > > > > > > <snip> > > > > > > > (2) DEENDENCIES > > > > > > > > > > > > The Email component is dependent upon the following external > > > > components for development and use: > > > > > > <snip> > > > > > > > * Dumbster Fake SMTP (Version 1.0.3 or later) - for unit tests > > > > only, not > > > > required for deployment > > > > > > i hate to do this to what is a good proposal but... > > > > > > isn't dumbster LGPL'd...? > > > > > > BaseEmailTestCase imports LGPL'd code and IIRC that's still > > > problematic. (FSF refuse to clarify the situation with regard > to java.) > > > > > > - robert > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
