Hallo, * Otavio Salvador <ota...@ossystems.com.br> [20110207 20:12]: > 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.
I would like to follow your original argument an postpone a license change until (at) least the library is feature-complete. LGPL until then, dual licence after seems to be sensible to me. as long as xfreerdp stays GPL or more permissive, my use cases are all fine. my irrelevant €0.02 Andreas -- Andreas Kotes, CISSP, CCNA - flatline IT services - ISP & IT Consulting "Love many things, for therein lies the true strength, and whosoever loves much performs much, and can accomplish much, and what is done in love is done well." -- Vincent van Gogh ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Freerdp-devel mailing list Freerdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
