Ditto for Modisco. My OOMPH generated Modisco installation is
totally free of even transitive dependencies on CVS so there must
be a fault in your dependency analysis.
Surely such a dramatic disabling should have been investigated on
the Gerrit / a prvate branch and then discussed? Why was it merged
to master? Why has it not yet been reverted?
Regards
Ed Willink
On 08/01/2022 05:25, Eike Stepper
wrote:
@Jonah Thanks for re-enabling CDO!
@Kit How did you establish that CDO depends (possibly
transitively) on CVS? The bundle manifests of CDO do not contain
anything to that extent, and in my target platform for CDO there
are no CVS bundles.
I have reenabled all the projects as the failures were
due to transitive dependencies on Mylyn. For Mylyn I have
disabled the CVS related/dependent features only. AFAICT
(validation passes, waiting for full build) this should be
the full solution so none of the other projects need to do
anything this time.
It looks like we have quite a few dependencies to
resolve here :-) CDT doesn't directly depend on CVS,
perhaps there is a transient dependency that does
though.
Does anyone know which of these directly depend on
CVS? I am trying to figure it out now and hope to make a
new contribution soon if possible with a smaller set of
disabled projects by removing individual features.
PS Thank you for making such a large change in M1 -
it gives all the downstream consumers more time to
actually understand the implication of the earlier
announced changes.
As announced in https://www.eclipse.org/lists/cross-project-issues-dev/msg18643.html Eclipse Platform
project has stopped building CVS. While
contributing to SimRel 2022-03 M1 we found some
projects are dependent on CVS causing SimRel build
to fail. To make SimRel work we ended up disabling
multiple projects. Please re-enable them once the
support for CVS has been disabled. Here is the
list of projects that were disabled: