|Re: [cdt-dev] Problems setting up CDT using Oomph|
Thanks a lot Jonah for narrowing this down! I will be following the bug you created.
In the mean time, I added the bouncycastle dependencies explicitly with exact version so that it works. I also added a missing dependencies, see https://git.eclipse.org/r/#/c/68187/
As for re-using the cdt.target file in the Oomph setup, it's possible but when you do that you lose the possibility to combine with other Oomph setups because there can be only one active .target at a time whereas targlets can be combined.
From: cdt-dev-bounces@xxxxxxxxxxx [cdt-dev-bounces@xxxxxxxxxxx] on behalf of Jonah Graham [jonah@xxxxxxxxxxxxxxxx]
Sent: Thursday, 10 March 2016 4:36 PM
To: CDT General developers list.
Subject: Re: [cdt-dev] Problems setting up CDT using Oomph
Actually I think I have found there is a bug in resolving target platform against https://hudson.eclipse.org/orbit/job/orbit-recipes/lastSuccessfulBuild/artifact/releng/repository/target/repository URL.
A simple target platform that only contains org.bouncycastle.bcprov-jdk15on such as:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<?pde version="3.8"?><target name="mytarget" sequenceNumber="0">
<location includeAllPlatforms="false" includeConfigurePhase="true" includeMode="planner" includeSource="true" type="InstallableUnit">
<unit id="org.bouncycastle.bcprov-jdk15on" version="1.52.0.v20160229-0929"/>
does fail all by itself in a clean workspace. It also fails to download with the p2 browser https://github.com/ifedorenko/p2-browser.
Now the above is a bug in the repo or p2, don't know which, don't even know how to tell. I have filed bug 489387 against Orbit as a starting point.
So on to why it fails in Oomph but not in cdt.target? In Oomph cdt.setup simply provides a list of features + a list of repos (URLs) to get those features and their dependencies from. However cdt.target limits each of the target locations to just specific contents.
So here is where the difference comes in. Not cdt.target and cdt.setup have org.eclipse.linuxtools.docker.feature listed as a dependency. In all the locations in cdt.setup/cdt.target there are two different bouncycastles. One in Docker's update site (v 1.51 in http://download.eclipse.org/linuxtools/updates-docker-nightly/plugins/?d) and one in Orbit Recipes (v 1.52 in https://hudson.eclipse.org/orbit/job/orbit-recipes/lastSuccessfulBuild/artifact/releng/repository/target/repository).
So because cdt.target only allows a few of the bundles in Orbit Recipes the v 1.51 version is simply downloaded with no fuss.
On 10 March 2016 at 20:17, Jonah Graham <jonah@xxxxxxxxxxxxxxxx> wrote:
Back to the top