As a regular contributor, I think I deserve a voice, but I want to stay neutral.
Firstly, I want to make my position clear: I am also a GPL fan, but I respect Marc and Jay's license choice, and will continue to follow in the future. It's not necessary because I fully agree on ASL, or because Marc/Jay are the founders; it also does not mean that I don't care my contribution; it's because Marc made his point clear and I accepted it, and I fully TRUST that they will continue to make good use of my contribution and benefit the project and people who need it, even it's under ASL. Secondly, I remember Otavio mentioned that "the decision is made by personal interest". To be honest, even it's true it's nothing wrong. If the decision would be actually hurting the project, how could someone think it will still benefit personal interest? I am just a tech guy, and I believe that only decisions that benefits the group would benefit individuals. Regarding the xp-unlimited discussion, yes in order to solve the issue I volunteered to spend some days for the design, but this is NOT wasted, and I truly believe it worths the effort. In the end, everyone is happy and the project continues to grow, and that is really what it matters. So, here's my suggestion. We should look at the future, not the past. I don't want to see any anything that was already contributed has to be removed. This just does nothing good to everybody. Those who want to stay will eventually rewrite them; those who want to fork will just waste their energy trying to merge them (if they still want to merge), and obviously no one wins. So at least, I hope we would have an agreement to migrate all current contribution to ASL and move on. I don't think anyone will lose. I wish I can bring some tea, not fire, into the discussion. :) Vic ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/freerdp-devel
