Well, first of all, I do think save to go ahead and commit your code, if that's what you mean.
Ideally, DTP, and others, will fix their bundles that rely on this code. If they simply can not, for M2, then we'll discuss other options. Thanks, From: Matthias Sohn <[email protected]> To: Cross project issues <[email protected]>, Date: 09/29/2015 09:42 AM Subject: Re: [cross-project-issues-dev] DTP for Neon stream ... runtime.compatibility ... and LDT? ... and Neon M2 Sent by: [email protected] 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 < [email protected]> 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). 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). 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 <[email protected]>, Date: 09/21/2015 08:09 PM Subject: Re: [cross-project-issues-dev] DTP for Neon stream ... and LDT? Sent by: [email protected] > 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 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 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 [email protected] 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 [email protected] 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 [email protected] 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 [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
