Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] [ACTION REQUIRED for 2020-03 M2] UML2, m2e, XWT, Web Tools (transitively eclipselink), and Linux Tools (transitively swtchart)

A new build has been contributed for M2 that addresses the license and branding issues with UML2. Apologies for the inconvenience.

On Fri, Jan 31, 2020 at 6:00 AM Ed Merks <ed.merks@xxxxxxxxx> wrote:


Now that EPP maintainers as a group appear to have stepped up to help produce EPP 2020-03 M2, we can probably expect M2 to arrive next Friday.  I say "probably",  because I see no sign on EPP-dev that there is general participation agreement and concrete progress on the rotating-schedule approach.  But I keep my fingers crossed and thank Jonah Graham in advance on behalf of us all.

Assuming the full train's deliverables arrive on schedule, we can expect it to arrive with the precisely the problems reported for the current state of the 2020-03 staging repository:

UML2, and likely/perhaps m2e and XWT will continue to deliver badly licensed content.  While the latter two projects have made progress, these bug reports remain open for the outstanding issues:

Web Tools will deliver unsigned content:

I believe the source of all this unsigned content is and will ultimately come from one of these eclipselink repositories:

Unfortunately the report doesn't show the problem with jakarta.persistence.  I believe that's the case because there transitively are only java.package requirements on that IU.  SimRel reporting could be improved.

In any case, we can see all of these unsigned installable units in this Web Tools repository's report:

I've opened this bug report to track the problem:

Linux Tools too will deliver unsigned content:

Unfortunately the report does not directly show this as a problem because the transitive dependency is not bound to a specific version of org.eclipse.swtchart:;_org.eclipse.swtchart_0.0.0

Again, SimRel reporting could be improved.  In any case, I can see that org.eclipse.swtchart comes from the Linux Tools repository's report:

 I believe the source is and will be indirectly come from one of these swtchart repositories:

I've opened this bug report:

As we can see, while eclipselink and swtchart are not directly on the train, indirectly Web Tools and Linux Tools deliver their content onto the train nevertheless. 

For the inquiring minds, the org.eclipse.persistence.* plugins are in the JEE EPP package and the swtchart plugin is in the CDT EPP package, so both these canned packages contain or will contain unsigned content.


cross-project-issues-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

Back to the top