Wiki source code of License Review Tool Requirements, Candidates, and Selection
Version 9.2 by Elana Hashman on 2020/04/24 20:22
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | The [[License Review>>url:http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org]] mailing list [[is considering>>url:http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2018-June/003384.html]] using a project management tool for public tracking of the license review process. This page is for collecting information related to this tool selection. | ||
| 2 | |||
| 3 | The License Committee recommends hiring a person to aid in the identification and implementation of a better workflow for license review. We have decided that the current email listserve is inadequate because it is exceedingly difficult to follow discussions, which reduces participation. The tasks that this person will undertake are: | ||
| 4 | |||
| 5 | * Identify an appropriate license-review vehicle with the below attributes | ||
| 6 | * Implement the vehicle on an OSI-approved host | ||
| 7 | * Document the solution and any maintenance tasks so they can be handed off to a new maintainer | ||
| 8 | * Evaluate feasibility of creating a complete, searchable database of all license-review emails, either incorporated into the tool or separate from the tool (currently emails are at at least three different urls) | ||
| 9 | |||
| 10 | ((( | ||
| 11 | The person may also be asked to: | ||
| 12 | |||
| 13 | * create a maintainable system for making machine-readable licenses available | ||
| 14 | * create a complete, searchable database of all license-review emails | ||
| 15 | ))) | ||
| 16 | |||
| 17 | == Requirements for license-review process == | ||
| 18 | |||
| 19 | ==== Must have ==== | ||
| 20 | |||
| 21 | * Ability to submit a license for review | ||
| 22 | * Being able to immediately identify the current state of review for a license (eg. "approved", "rejected", "new", "being redrafted", "invalid", "rejected", etc.) | ||
| 23 | * Ability to submit updated revisions of a license, without destroying previous ones or history | ||
| 24 | * Ability to comment on specific sections/words/lines of a given draft of license | ||
| 25 | * Ability to comment on a license generally | ||
| 26 | * Time-stamping of all comments and submissions | ||
| 27 | * Entirely separate discussions for each license | ||
| 28 | * Easy to learn/refresh by non-technical users | ||
| 29 | * Must not assume experience with specific technical tools (i.e. requirement to use git, XML, a specific programming language, etc.) | ||
| 30 | |||
| 31 | ((( | ||
| 32 | |||
| 33 | ))) | ||
| 34 | |||
| 35 | ==== Nice to have ==== | ||
| 36 | |||
| 37 | * Ability to cross-reference a different comment in the same or different discussion | ||
| 38 | * Canonical URIs for each license for review | ||
| 39 | * Not mandatory to use the tool in order to participate in review, i.e., system integrates with an email workflow | ||
| 40 | * Low administrative overhead (OSI does not have a good track record of hosting/maintaining new services) | ||
| 41 | * Previous license review emails can be added so that all license reviews are in the same place | ||
| 42 | |||
| 43 | ((( | ||
| 44 | |||
| 45 | ))) | ||
| 46 | |||
| 47 | ((( | ||
| 48 | |||
| 49 | ))) |