Reviews run for a minimum of one week. The outcome of the review is decided on this date. This is the last day to make comments or ask questions about this review.
The project team is requesting a restructuring review for adopting a more permissive license for the Keyple 'extension API' and 'usage example' elements.
The Keyple project currently includes 43 repositories on GitHub:
- 24 repositories contain the code for 24 active Keyple library components
- 7 repositories correspond to Keyple API components
- 2 repositories offering examples of best practice for implementing Keyple components
- 2 repositories to host the project website
- 6 repositories used for continuous integration
- 2 archives of the first trial of the project, which was then in the form of a single library (before being split into multiple libraries, and before the introduction of extension APIs)
All these repositories (except the otterdog setting repository) are currently published under the EPLv2 license. This is a choice that is perfectly suited to library-type components, for which it is important to offer behaviour guarantees for any integration, and for which any optimization or correction by a user needs to be shared with the community.
- The API components are intended to enable the development of extensions to the Keyple project: these extensions must be able to be realized without license conditions. → we therefore propose to switch the 7 Keyple APIs repositories to the MIT license.
- Similarly, the point of the good practice examples for implementing Keyple components is that they should be massively adopted by users so that Keyple is properly integrated. There is no need modifications' restitution for these elements; on the contrary, the adoption must be facilitated. → We therefore propose to switch the 2 usage example repositories to the MIT license.
- Log in to post comments