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
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
