PS I have not intention of doing further analysis because showing how cdo actually depended on CVS is probably the same/similar for modisco and parsley. Please demonstrate that Modisco / parsley doesn't have a dependency on CVS, and if you do great, you have successfully pointed out a bug in another contributors work. But what else is that effort worth to you?
(Note that despite the name
org.eclipse.mylyn.github.feature.feature.group is contributed
by EGit to simrel)
The difference is the granularity of the dependencies. For
SimRel dependencies are normally handled at the contribution
level. At the feature/bundle level there may indeed be no
dependencies from CDO -> Mylyn/CVS, but with many
contributions being interdependent on each other, and Mylyn
historically cutting across so many projects, something that
disabled Mylyn causes many things to be easily disabled.
Of course this problem is hindered by Mylyn being
under-resourced at the moment.
Let me clarify. While
contributing Eclipse Project M1 to SimRel 2022-03 M1,
SimRel Aggregator Validation found many dependency
issues "directly" or "indirectly" related to the
removal of CVS in Eclipse Project. Mylyn was the first
offender. After disabling Mylyn, all the other
downstream projects also needed to be disabled because
they were "directly" or "indirectly" affected by the
removal of CVS and/or Mylyn.
Thanks to Jonah's
analysis, most/all of the downstream projects were
affected by Mylyn. Once Mylyn fixed their CVS
dependency, Jonah was able to enable most/all the
other downstream projects.
Sorry for the
inconvenience and the alarm caused by the change!
Eclipse Babel Project Lead
IBM Eclipse SDK (IES) Technical Lead and Release
---01/08/2022 05:56:28 AM---Same for EMF Parsley: how
did you find the CVS dependency? Il Sab 8 Gen 2022,
07:16 Ed Willink <ed.w
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
On 08/01/2022 05:25, Eike
@Jonah Thanks for
@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
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
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: