Apparently this change https://git.eclipse.org/r/#/c/56911/ brakes the Gerrit validation build for our contribution of JGit/EGit 4.1 ( https://git.eclipse.org/r/#/c/56916/) to Neon M2
build log of the aggregator's Gerrit validation job: https://hudson.eclipse.org/simrel/job/simrel.neon.runaggregator.VALIDATE.gerrit/90/console the reason seems to be ... Missing requirement: org.eclipse.datatools.oda.cshelp 1.1.2.v201309200751 requires 'bundle org.eclipse.core.runtime.compatibility [3.1.100,4.0.0)' but it could not be found ... We can't fix this problem on our end since apparently the root cause seems is in datatools. How to proceed from here ? -Matthias On Tue, Sep 29, 2015 at 2:47 AM, David M Williams <david_willi...@us.ibm.com > wrote: > I hope everyone remembers that Neon M2 is this Friday ... and that means > your Neon M2 contributions must be done by Wednesday. > > AND .. it seems, some have not yet reacted to the platform removing > org.eclipse. runtime.compatibility bundle (*Bug 394739* > <https://bugs.eclipse.org/bugs/show_bug.cgi?id=394739>). > > AND .. some have been "getting it automatically" from the current Sim. > Release contributions, because Lua Development Tools (LDT) duplicates it > (and many others) in their repository (*Bug 478009* > <https://bugs.eclipse.org/bugs/show_bug.cgi?id=478009>). > > Since LDT has not updated their repo yet for Neon, I fear some may have of > a false sense that "everything is ok". > > Put more bluntly, we all know, some projects do not build against the > latest version of their pre-reqs! And, we all know that some projects won't > react until "the build fails". > > Therefore ... I am about to make the build fail for others, by removing > LDT's massive contribution. > > If someone has a better suggestion, that would be good to hear, but I hope > I am doing everyone a favor, by making the problem more apparent in the > aggregation build. > > (And, greatest thanks to those of you who HAVE reacted to this change > already ... thanks to all your release engineers!) > > Thank to you all, > > > > > > > From: David M Williams/Raleigh/IBM@IBMUS > To: Cross project issues <cross-project-issues-dev@eclipse.org>, > Date: 09/21/2015 08:09 PM > Subject: Re: [cross-project-issues-dev] DTP for Neon stream ... > and LDT? > Sent by: cross-project-issues-dev-boun...@eclipse.org > ------------------------------ > > > > > A question regarding the aggregation build. I thought it was > > designed to catch issues like this, but I don’t see any failures on > Hudson. > > I was wondering that too. :) So ... > > I looked in the log, at > > *https://hudson.eclipse.org/simrel/job/simrel.neon.runaggregator.BUILD__CLEAN/111/consoleFull* > <https://hudson.eclipse.org/simrel/job/simrel.neon.runaggregator.BUILD__CLEAN/111/consoleFull> > and could see > > - mirroring artifact > osgi.bundle,org.eclipse.core.runtime.compatibility,3.2.300.v20150423-0821 > > and then searching backwards in log, for "Mirroring artifacts from", > could see that the LDT project is (also) contributing that bundle, via > their repository at > .../download.eclipse.org/ldt/releases/stable/1.3 > > I hope that is a temporary condition, since (in this case) do not think > the Platform would like others > "extending the life" of something they are trying to end. But ... I am not > sure. I think the next step > is to hear from the LDT project. I have opened *bug 478009* > <https://bugs.eclipse.org/bugs/show_bug.cgi?id=478009> for this issue. > > I did also use b3 aggregator editor to search for others who might be > contributing that bundle, and it appears there are no others. > (And, appears that LDT contributes much more potentially problematic > bundles, than just that one, since they duplicate a great deal > of other's projects, for their "Eclipse product"). > > > > > > > > > > > _______________________________________________ > cross-project-issues-dev mailing list > cross-project-issues-dev@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev > > > _______________________________________________ > cross-project-issues-dev mailing list > cross-project-issues-dev@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev >
_______________________________________________ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev