I poked around at this and found no solution. At this point, I
need to move on to other tasks.
org.eclipse.triquetrum.dependencies should probably be removed,
but as an experiment, I updated it with the versions from
http://users.telenet.be/triquetrum-ptolemy-p2/ and did not make
much headway.
I've updated cxbrooks/bg/66/Multiplatform2 with my work.
The summary is:
1) The Hudson build at
https://hudson.eclipse.org/triquetrum/job/triquetrum/ failing to
download from Gunnar's P2 repo. The message is:
Caused by: org.eclipse.equinox.p2.core.ProvisionException: Communication with repository at https://eclipseguru.github.io/missing-swt-fragments failed.
at org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:202)
at org.eclipse.tycho.p2.remote.RemoteRepositoryCacheManager.createCache(RemoteRepositoryCacheManager.java:66)
at org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:66)
at org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.load(SimpleMetadataRepositoryFactory.java:88)
at org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.factoryLoad(MetadataRepositoryManager.java:57)
at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:768)
at org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:668)
at org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:96)
at org.eclipse.tycho.p2.remote.RemoteMetadataRepositoryManager.loadRepository(RemoteMetadataRepositoryManager.java:61)
at org.eclipse.tycho.p2.remote.RemoteMetadataRepositoryManager.loadRepository(RemoteMetadataRepositoryManager.java:53)
at org.eclipse.tycho.p2.target.TargetDefinitionResolver$LoadedIULocation.loadRepository(TargetDefinitionResolver.java:288)
... 28 more
Caused by: java.net.SocketTimeoutException: connect timed out
I tried yesterday and I tried today.
Does the Hudson configuration need to be updated to punch a hole
in the firewall?
One possibility would be to copy the contents of Gunnar's P2 repo
to Erwin's P2 repo, or to set up another P2 repo, which is in the
works).
I'd submit a bug, but Eclipse Bugzilla is down.
BTW - Monday was a holiday in Canada, so probably many people at
Eclipse HQ in Ottawa are out on vacation.
2) My branch at cxbrooks/bg/66/Multiplatform2 was an attempt to
uncheck "Include all environment". mvn compile was failing
because RemoveGraphicalClasses was not present. It looks to me
like the correct jar that includes a definition of
RemoveGraphicalClasses is being downloaded from
http://users.telenet.be/triquetrum-ptolemy-p2/ and ends up at
/Users/cxh/src/workspaceTriq01AugB/.metadata/.plugins/org.eclipse.pde.core/.bundle_pool/plugins/ptolemy.moml_11.0.0.201605041253.jar
Perhaps because that is in org.eclipse.pde.core, it is not being
found by mvn compile.
I was going to update
https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951#c35 with the
above, but Eclipse Bugzilla is down.
I could back out my changes that update to Neon, create a bug in
Bugzilla (when it is up again) for Triquetrum upgrade to Neon and
block it on 491951. Unfortunately, the Github web interface does
not allow for easy reverts, so I'd have to look into this further.
So, I'm going to leave this for today.
_Christopher
On 8/3/16 11:22 AM, Erwin de Ley wrote:
The Ptolemy dependencies are retrieved from a p2 repo
normally, since quite a while.
So the org.eclipse.triquetrum.dependencies project/location should
not be used in the builds anymore?
erwin
Op 8/3/2016 om 5:08 PM schreef Christopher Brooks:
Hmm, it seems like there is a problem
outside of the pde/Tycho issue. I'm about to take the rest of
the day off, so apologies about the incomplete analysis, but it
seems that if I make the change to not check "Include all
environment" in
org.eclipse.triquetrum.target.platform/org.eclipse.triquetrum.target.platform.target,
then things seem to work until I try "mvn clean compile", then I
get an error:
[ERROR] Failed to execute goal
org.eclipse.tycho:tycho-compiler-plugin:0.24.0:compile
(default-compile) on project
org.eclipse.triquetrum.workflow.model: Compilation failure:
Compilation failure:
[ERROR]
/Users/cxh/git/triquetrum/org.eclipse.triquetrum.workflow.model/src/main/java/org/eclipse/triquetrum/workflow/model/util/PtolemyUtil.java:[403]
[ERROR] ClassLoadingStrategy defaultClassLoadingStrategy =
MoMLParser.getDefaultClassLoadingStrategy();
[ERROR] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ERROR] Type mismatch: cannot convert from
org.ptolemy.osgi.ClassLoadingStrategy to
org.ptolemy.classloading.ClassLoadingStrategy
[ERROR]
/Users/cxh/git/triquetrum/org.eclipse.triquetrum.workflow.model/src/main/java/org/eclipse/triquetrum/workflow/model/util/PtolemyUtil.java:[415]
[ERROR] importFilters.add(new
RemoveGraphicalClassesForTriquetrum());
[ERROR] ^^^
[ERROR] The method add(MoMLFilter) in the type
ArrayList<MoMLFilter> is not applicable for the
arguments (RemoveGraphicalClassesForTriquetrum)
[ERROR]
/Users/cxh/git/triquetrum/org.eclipse.triquetrum.workflow.model/src/main/java/org/eclipse/triquetrum/workflow/model/util/RemoveGraphicalClassesForTriquetrum.java:[13]
[ERROR] import ptolemy.moml.filter.RemoveGraphicalClasses;
[ERROR] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ERROR] The import ptolemy.moml.filter.RemoveGraphicalClasses
cannot be resolved
Interestingly, cleaning and rebuilding from within Eclipse seems
to find RemoveGraphicalClasses.class and then mvn compile works
until I run mvn clean again.
It looks like RemoveGraphicalClasses cannot be found. IIRC,
Erwin added it to the ptolemy.moml bundle. However,
org.eclipse.triquetrum.dependencies/deps/ptII/ptolemy.moml_11.0.0.201601302209.jar
does not have it updated:
bash-3.2$ jar -tvf
./org.eclipse.triquetrum.dependencies/deps/ptII/ptolemy.moml_11.0.0.201601302209.jar
| grep RemoveGraphicalClasses
bash-3.2$
However, it is in the jar associated with org.eclipse.pde.core:
bash-3.2$ jar -tvf
/Users/cxh/src/workspaceTriq01AugB/.metadata/.plugins/org.eclipse.pde.core/.bundle_pool/plugins/ptolemy.moml_11.0.0.201605041253.jar
| grep RemoveGraphicalClasses
11054 Tue May 03 17:00:52 EDT 2016
ptolemy/moml/filter/RemoveGraphicalClasses.class
bash-3.2$
So, I think we may need to update
./org.eclipse.triquetrum.dependencies/deps/ptII/ptolemy.moml_11.0.0.201601302209.jar,
but as Erwin has been handling the IP CQs, I don't want to make
the update.
I checked in what I have so far as a triquetrum branch:
cxbrooks/bg/66/Multiplatform2
I'll take another run at this later.
_Christopher
On 8/3/16 9:04 AM, Jonah Graham wrote:
Just had another quick check, for
another of my projects [1] I don't
bother using all environments, but I never build cross
platform in PDE
anymore. Out of that I get fully functional builds for all
platforms
[2]
[1]
https://github.com/jonahkichwacoders/org.eclipse.ease.core/blob/EASE_Demo_Product/product/org.eclipse.ease.releng.product.target/org.eclipse.ease.releng.product.target.target#L6
[2]
https://www.dropbox.com/sh/5cwzbzrsebdyd6x/AACRc-p3VpyJCqU4Yqtdp27Ca?dl=0
~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com
On 3 August 2016 at 14:00, Jonah Graham
<jonah@xxxxxxxxxxxxxxxx> wrote:
OK. AFAICT the first method allows
multi-platform for Tycho, but not
PDE build. The discussion was slightly confused on the bug,
but as I
mentioned earlier when I tried building PR93 I got all
platforms as
expected.
~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com
On 3 August 2016 at 13:55, Christopher Brooks
<cxh@xxxxxxxxxxxxxxxxx> wrote:
Hi Jonah,
Good question. In your email, you had two approaches, the
first was to not
build on multiple platforms, the second was to use
Gunnar's p2 repo. I want
to build for all platforms in the Hudson CI build so that
people can
download and run Triquetrum, so I went with the second
approach.
In the bug, there were various ideas, but Gunnar's p2 repo
seemed easiest.
When I set up our own p2 repo, I'll consider copying over
Gunnar's p2 repo.
I agree about that the votes do not do much, but there is
not much else to
be done. Being added as a CC is also helpful.
_Christopher
On 8/3/16 8:47 AM, Jonah Graham wrote:
Out of curiosity, how did you
decide which workaround to use. Did the
first option not work?
As for votes, I don't think they count for much....
Perhaps if a
project has some extra resources that it is trying to
decide to
deploy.
Jonah
~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com
On 3 August 2016 at 13:44, Christopher Brooks
<cxh@xxxxxxxxxxxxxxxxx>
wrote:
Thanks Jonah. I went with
adding Gunnar's workaround p2 site. I was able
to
successfully run "mvn compile" on my local machine,
but the hudson build
at
https://hudson.eclipse.org/triquetrum/job/triquetrum/
is timing out while
accessing the Gunnar's site. I retried the Hudson
build and it failed
the
same way, so I'll give it some time and try it again
later.
It would be helpful if people would vote to fix
https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951 .
It is a little
disappointing that this has not been fixed, it seems
like it breaks
Tycho,
which breaks building releases using CI.
After I get the builds working, my next step is to
merge in your pull
request 93.
After that, I want to work on building a separate
target for Cape Code,
which is a configuration of Triquetrum for IoT. This
will involve
setting
up a p2 repo that has non-blessed bundles.
_Christopher
On 8/3/16 4:11 AM, erwindl0 wrote:
Thanks Jonah!
The idea is indeed to merge your pull request 93
with this upgrade to
Neon, and to work with the tpd files/approach
afterwards.
cheers
erwin
Op 8/3/2016 om 12:28 AM schreef Jonah Graham:
Hi Christopher,
This may help
https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951
Short answer is that its not you, its Neon or
Tycho or SWT, there are
a couple of ideas on how to work around it:
1- temporarily don't build for all platforms:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951#c25
(note that in the bug there is some debate
as to whether you get a
working cross platform build, afaict for Triq you
do)
2- use Gunnar's workaround p2 site:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951#c35
Additionally, while you are editing target files
you may find
https://github.com/eclipse/triquetrum/pull/93
useful. I updated it for
Neon and used the first workaround above. Change
the first line of the
tpd file from:
target "Triq" with configurePhase
to
target "Triq" with allEnvironments configurePhase
go back to what it should be without bug 491951 in
the way
Jonah
~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com
On 2 August 2016 at 22:57, Christopher Brooks
<cxh@xxxxxxxxxxxxxxxxx>
wrote:
Hi Erwin,
I was able to upgrade Triquetrum to Neon.
However, the Maven (and thus Hudson) builds are
broken.
Under Mac OS X, running "mvn clean compile"
yields:
INFO] Adding repository
http://download.eclipse.org/tools/orbit/downloads/drops/R20151118145958/repository
[ERROR] Cannot resolve target definition:
[ERROR] Problems resolving provisioning
plan.:
[ERROR] Unable to satisfy dependency from
org.eclipse.swt
3.105.0.v20160603-0902 to
org.eclipse.swt.gtk.linux.aarch64
[3.105.0.v20160603-0902].
[ERROR] Unable to satisfy dependency from
org.eclipse.swt
3.105.0.v20160603-0902 to
org.eclipse.swt.gtk.solaris.x86
[3.105.0.v20160603-0902].
[ERROR] Unable to satisfy dependency from
org.eclipse.swt
3.105.0.v20160603-0902 to
org.eclipse.swt.gtk.linux.arm
[3.105.0.v20160603-0902].
[ERROR] Unable to satisfy dependency from
org.eclipse.swt
3.105.0.v20160603-0902 to
org.eclipse.swt.gtk.solaris.sparc
[3.105.0.v20160603-0902].
[ERROR]
[ERROR] Failed to resolve target definition
/Users/cxh/git/triquetrum/org.eclipse.triquetrum.target.platform/org.eclipse.triquetrum.target.platform.target:
See log for details -> [Help 1]
The Hudson build fails with something similar.
Do you have any idea about how to fix this?
I took a look at your change February change "
Configure a
multi-platform
build target" at
https://github.com/eclipse/triquetrum/commit/db4600cb5a4b560f3e930782364b2ae4c5f1b1a8
, but nothing jumped out.
Thanks,
_Chrisotpher
--
Christopher Brooks, PMP University of California
Academic Program Manager & Software Engineer
US Mail: 337 Cory Hall
CHESS/iCyPhy/Ptolemy/TerraSwarm Berkeley, CA
94720-1774
cxh@xxxxxxxxxxxxxxxxx, 707.332.0670 (Office:
545Q Cory)
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your
password, or
unsubscribe
from
this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your
password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your
password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
--
Christopher Brooks, PMP
University of California
Academic Program Manager & Software Engineer US
Mail: 337 Cory Hall
CHESS/iCyPhy/Ptolemy/TerraSwarm
Berkeley, CA 94720-1774
cxh@xxxxxxxxxxxxxxxxx, 707.332.0670 (Office:
545Q Cory)
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your
password, or unsubscribe
from
this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password,
or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
--
Christopher Brooks, PMP University
of California
Academic Program Manager & Software Engineer US Mail:
337 Cory Hall
CHESS/iCyPhy/Ptolemy/TerraSwarm Berkeley, CA
94720-1774
cxh@xxxxxxxxxxxxxxxxx, 707.332.0670 (Office:
545Q Cory)
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password,
or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
--
Christopher Brooks, PMP University of California
Academic Program Manager & Software Engineer US Mail: 337 Cory Hall
CHESS/iCyPhy/Ptolemy/TerraSwarm Berkeley, CA 94720-1774
cxh@xxxxxxxxxxxxxxxxx, 707.332.0670 (Office: 545Q Cory)
|