Hi Otavio,
I can't force your hand, if there is too much opposition to a license more
permissive than LGPL then I will have no choice but to comply. Maybe the
timing isn't right, it might be a little too early to switch to something as
permissive as ASL. However, if we switch to LGPL now, would you be open in
the future to switch to another license such as ASL, if we grow into a
larger project that is more feature-complete?
It appears like both you and Mads won't be convinced easily. My personal
preference would be ASL but if you guys strongly disagree I will make the
compromise of going for LGPL. However, I would like to know if you guys
would be open to a future license change to a more permissive license when
FreeRDP becomes a larger project that is more feature-rich and somehow
considered the "de-facto standard" for RDP.
Best regards,
- Marc-Andre
On Mon, Feb 7, 2011 at 2:12 PM, Otavio Salvador <ota...@ossystems.com.br>wrote:
> On Mon, Feb 7, 2011 at 17:59, Marc-André Moreau
> <marcandre.mor...@gmail.com> wrote:
> > On Mon, Feb 7, 2011 at 11:52 AM, Otavio Salvador <
> ota...@ossystems.com.br>
> > wrote:
> >> On Mon, Feb 7, 2011 at 16:49, Marc-André Moreau
> >> <marcandre.mor...@gmail.com> wrote:
> >> >> If we had a feature-complete client I might agree with you but
> >> >> nowadays I don't. We lack too many features and the code contribution
> >> >> is a safe-path for us to get them done. If someone wants to have a
> >> >> closed client, go and do it from scratch.
> >> >
> >> > If we keep our UIs such as xfreerdp or dfbfreerdp GPL'ed, this would
> >> > mean
> >> > that people who want a closed client would need to write their own UI
> >> > from
> >> > scratch, at least.
> >>
> >> The UI is the least important thing. I worry about the library.
> >
> > In this case, most of the code we care about would be under LGPL, so
> there
> > isn't that much of a difference between GPL and LGPL except that we allow
> > people to link code that we don't care much about to our library. In this
> > case, switching to LGPL won't do much besides limit the virality of the
> > license to just the library - or pretty much the largest part of the
> > project.
>
> Ok. Let me make it clear: I don't want to have O.S. Systems's FreeRDP
> contributed code on other license then GPL or LGPL. I know the rights
> that those give to us and the obligations to its users. I agree with
> both.
>
> So from our side I NACK Apache, MIT or BSD like license.
>
> --
> Otavio Salvador O.S. Systems
> E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
> Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
>
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel
