oops, that flag was dropped by copy/paste in the resource map editor.
Also, when I changed that flag in the editor, the namespace where messed up by
the editor.
See here a diff with the correct version in green:
http://git.eclipse.org/c/etrice/org.eclipse.etrice.git/commit/releng/org.eclipse.etri
Hi Henrik,
It seems the bundle is found in a p2 repository. Then, for some
reason, you're using 'eclipse.import' reader type which makes an
attempt to import the binary bundle into the workspace. A couple of
suggestions:
1. Use 'p2' instead of 'eclipse.impo
thanks Thomas and Dennis,
here is the console output of a failed import with --loglevel DEBUG:
https://hudson.eclipse.org/hudson/job/mdt-etrice-nightly/143/console
I've also allowed workspace access for anonymous.
-Henrik
Am 15.12.2011 13:17, schrieb Dennis Hübner:
> Allow others to browse your
Allow others to browse your job workspace for mdt-etrice-nightly. So we can
also look into your rmap and cquery.
Regards,
Dennis.
Am 15.12.2011 um 12:41 schrieb Thomas Hallgren:
> Please try running with --loglevel DEBUG and then provide a link to the
> complete build output.
_
Hi Henrik,
It seems some of the trace is lost here so I cannot really determine
why the bundles aren't found. Please try running with --loglevel
DEBUG and then provide a link to the complete build output.
Regards,
Thomas Hallgren
On 2011-12-15
Hi all,
I think that the experienced audience of this list might have a clue what's
going on with our Hudson eTrice build.
I had to adapt the Buckminster resource map to be able to locate the new
version of a dependency (we switched from Xtext 2.0 to 2.1).
If I perform the cquery locally everyt
