Bugzilla – Full Text Bug Listing
| Summary: | Update legal documentation requirements for Eclipse Platform Features and Plug-ins | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Wayne Beaton <wayne.beaton> |
| Component: | Dash Handbook | Assignee: | Project Dash Incoming bugs <dash-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | sharon.corbett, wayne.beaton |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| URL: | http://www.eclipse.org/projects/handbook#legaldoc | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 519789, 522264 | ||
|
Description
Wayne Beaton
Note that how documentation requirements change when a project switches from EPL-1.0 to EPL-2.0 should be captured as an FAQ entry. New Gerrit change created: https://git.eclipse.org/r/112090 Gerrit change https://git.eclipse.org/r/112090 was merged to [master]. Commit: http://git.eclipse.org/c/www.eclipse.org/org.git/commit/?id=f34db4d717fc3c607f35e36ddbfcf1a414758243 (In reply to Wayne Beaton from comment #0) > With the adoption of the EPL-2.0, we've decided to do away with the SUA. The > actual license text can be used in its place for most content. In most > cases, this is pretty straightforward and should require no more work than > would be required to replace content with an updated SUA. It gets a little > weird with Feature Update Licenses which require that the union of licenses > in the corresponding plug-ins also be listed. Eliminating the SUA will be more challenging that I had originally thought. Requiring that project teams use actual license text will mean extra work for project teams to sort out the various licenses embedded in a feature, assemble the licenses, and then combine them into a single license "file" (actually a entry in the feature metadata). Doing this work will result in confusing installation dialogs for our users as the current implementation just displays the license text; with a mix of licenses in arbitrary order and format, installing a collection of features would be jumble of entries that would not be helpful for our users. I will likely revisit this in the future, but in the meantime, I'm updating the SUA for the EPL-2.0 in the following ways: * Update the "updated" date; * Change the reference to the EPL-1.0 to EPL2.0 * Add EPL-1.0 to the "other licenses" list. The SUA text is actually copied in a few different locations; I've updated: /legal/epl/notice.html /legal/epl/notice.txt /legal/epl/notice.php /legal/epl/feature.properties.txt The notice.php file displays the content from the HTML file. I've added a README that shows how to generate the notice.txt and feature.properties.txt from the notice.html (so that next time we update, we can ensure that the content matches across the different formats). (In reply to Eclipse Genie from comment #2) > New Gerrit change created: https://git.eclipse.org/r/112090 Note that I pushed a commit that adds /org/documents/epl-2.0/notice.html (I'd originally thought that we might have different SUAs for different versions of the EPL). I'm going to revert that change to avoid having the content represented in multiple locations. Capturing the fact About File Templates[1] require updating to EPL-2.0 as well. [1] https://www.eclipse.org/legal/epl/about.php (In reply to Sharon Corbett from comment #5) > Capturing the fact About File Templates[1] require updating to EPL-2.0 as > well. > > [1] https://www.eclipse.org/legal/epl/about.php Got it. I think that we're done here. Let's open a new bug report if we find any stragglers. |