I would tend to agree with MPL. As a developer, I am concerned that my original copyright remains intact. But I recognize there has to be provisions for commercial companies to contribute, and also link / use binary-only code (where binary in our case is defined as bytecode, not source C# or whatever).
Please make sure we're referring to the MPL (Mozilla license), and not the MIT license, as they are two separate licenses. Also, I still think it'd be easier just to go solely with MPL. Going off the information William has provided from Mono, the C# compiler under GPL wouldn't apply. That's only for converting C# to IL, which would be a standard user application eventually under our OS - not part of the OS itself. The class libraries could be considered part of our core, obviously. The current Mono setup for that, as noted by Miguel, is okay - it's just uninteresting. That leaves the runtime, which for all intents is the whole OS in our case. We've been rambling back and forth for days on this issue. Personally, on this matter (LGPL vs. MPL) I don't really care. The end-goal from my perspective is covered by both licenses. However, to an uninformed commercial company, even seeing the letters GPL in the license name might be enough to scare them off, given the constant badgering back and forth between using GPL, LGPL, and BSD. MPL seems to be the most-qualified fit for all our purposes, including future commercial development, without the stigma of the GPL in any form. We'll probably catch flak later on from zealots who are even more ideological than William (sorry. :D). But that's okay. MPL works for us now, and works for what we believe the direction this project will take (including hopefully some type of commercial future). That's what matters. --S ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ SharpOS-Developers mailing list SharpOS-Developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sharpos-developers
