Re: [cross-project-issues-dev] [ACTION REQUIRED for 2020-03 M2] UML2, m2

[Kenn Hussey <kenn.hussey@xxxxxxxxx>]

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:

All,

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:

  https://download.eclipse.org/oomph/archive/reports/download.eclipse.org/staging/2020-03/index.html

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:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=553523
https://bugs.eclipse.org/bugs/show_bug.cgi?id=553881
https://bugs.eclipse.org/bugs/show_bug.cgi?id=553883

Web Tools will deliver unsigned content:

  https://download.eclipse.org/oomph/archive/simrel/webtools.aggrcon/index.html

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

  http://download.eclipse.org/rt/eclipselink

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:

  https://download.eclipse.org/oomph/archive/simrel/webtools.aggrcon/http___download.eclipse.org_webtools_downloads_drops_R3.17.0_S-3.17.0.M1a-20200122171038_repository.html

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

  https://bugs.eclipse.org/bugs/show_bug.cgi?id=559739

Linux Tools too will deliver unsigned content:

  https://download.eclipse.org/oomph/archive/simrel/linuxtools.aggrcon/index.html

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:

  https://download.eclipse.org/oomph/archive/simrel/linuxtools.aggrcon/http___download.eclipse.org_linuxtools_update-2020-03-m1/org.eclipse.linuxtools.dataviewers.feature.feature.group_7.6.0.202001142251.html#org.eclipse.equinox.p2.iu;_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:

  https://download.eclipse.org/oomph/archive/simrel/linuxtools.aggrcon/http___download.eclipse.org_linuxtools_update-2020-03-m1.html

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

  https://download.eclipse.org/swtchart/

I've opened this bug report:

  https://bugs.eclipse.org/bugs/show_bug.cgi?id=559740

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.

Regards,
Ed

_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev