[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Phpgroupware-users] Anouncement: eGroupWare fork of phpGroupWare

From: SI Reasoning
Subject: Re: [Phpgroupware-users] Anouncement: eGroupWare fork of phpGroupWare
Date: Sat, 06 Sep 2003 00:10:22 +0000

If Angles is now part of egroupware and there are licensing issues with
egroupware, then does this mean that development of the main email
program that is also known as anglemail will no longer be legally
compatible with phpgroupware? I also understand that Lars was a major
contributor for felamimail (which is still broken for me in .14), which
to my eyes looks like most of the development for the email programs
will be on the egroupware fork of which there are licensing issues that
may prevent inclusion of future work in phpgroupware.

On Sat, 2003-09-06 at 00:55, Chris Weiss wrote:
> SI Reasoning (address@hidden) wrote:
> >
> >If my understanding is correct, the major issue between the two camps has to
> >do with license preferences.
> Close but not exactly, the major issue is about how to NOT blatently and 
> recklessly
> break copyright and licesning laws.  Ralf has done this in the past, is doing 
> this
> now ( From the web page: "relaxed license handling ... a LGPL'ed API which 
> allows to
> import other tool-classes with free licenses without relicensing" SCREEMS 
> "i'm going
> to ignore the license/laws and do what I want"), and I won't be suprized if 
> he does
> it more in the future.
> "Plug-ins" are a good idea, and the whole structure of phpgw's "app" system 
> totaly
> allows for this.  It's very easy for an app to say "if exists, use 
> it",
> email already does this for the pop3 protocol with php_imap and for its spell
> checker.  The problem arises when a class is soooo good that it just neeeds 
> to be in
> the API, but for a class to be in the API it /has/ to be L/GPL compatable, if 
> it's
> not then it's against the GPL license to bundle it in the API.  That can be 
> one the
> drawbacks of the GPL, but it also happens to be one of its benifits.  3rd 
> party apps
> added in by the user can most certainly have any license they want. And they 
> can
> even break licenses if they choose, but they should also be prepaired to deal 
> with
> the consiquences of those actions.
> I know this is all very political and kind of complicated, but the GPL is all 
> about
> making sure the author gets a fair deal in sharing his/her codebase.  End user
> shouldn't need to worry about all this, but if you're curious, this what all 
> the
> comotion is about.
> _______________________________________________
> Phpgroupware-users mailing list
> address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]