Soon, Tycho 0.23.0 will be available.
If possible, I'd like to build JBT 4.3.0.Beta1 / JBDS 9.0.0.Beta1 using
If you add the code below to your settings.xml, then build with
-DtychoVersion=0.23.0, you'll be able to see if anything breaks w/ Tycho
If it does, please open a JIRA.
-------- Forwarded Message --------
Subject: [tycho-user] Tycho 0.23.0 staged
Date: Thu, 28 May 2015 16:07:55 +0000
From: Sievers, Jan <jan.sievers(a)sap.com>
Reply-To: Tycho user list <tycho-user(a)eclipse.org>
To: Tycho user list (tycho-user(a)eclipse.org) <tycho-user(a)eclipse.org>
CC: Tycho developers list (tycho-dev(a)eclipse.org) <tycho-dev(a)eclipse.org>
Tycho milestone release 0.23.0 has been staged.
For details of new features and bugfixes, see release notes .
Please help by testing the staged milestone build. To use it, change
your tycho version to 0.23.0 and add snippet  to your pom.
NOTE: if you build products for MacOSX against p2 repositories older
than eclipse Mars, there is a known bug 
We plan to promote this release in one week unless major regressions are
tycho-user mailing list
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
Just to let all know that JBIDE and JBDS (and all other projects using
git PR workflow
or CDW v1) on jira have had a nice change in behaviour yesterday.
For a while now you had to manually set the pull request status by
attaching git pull requests into the field.
Now as can see on JBIDE-19857 this status change happens
automatically when jira detects a PR with proper jira reference and it
shows up in the Development section of jira.
The upside here is you don't have to set that status and we can now
query on "pull request sent",
downside is that it does take jira 30 minutes or so to notice it.
Thus if it is urgent you get the PR noticed then the old way is still to
Reminder of upcoming dates:
2015/05/28: Mars RC2 EPP bundles available
2015/06/03: 4.50.0.Beta1 target platform release day
2015/06/04: 4.3.0.Beta1 / 9.0.0.Beta1 code freeze day
2015/06/04: 4.3.0.Beta1 / 9.0.0.Beta1 N&N complete day
2015/06/05: 4.3.0.Beta1 / 9.0.0.Beta1 build day
PLEASE NOTE: I'd like to get the QE staging done on *Friday* instead of
the weekend, if possible.
2015/06/08: 4.3.0.Beta1 / 9.0.0.Beta1 QE / testing begins
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
When using dl-runtimes to install DV or FSW, it runs the installer jar.
The installer jar does not respect the installation path the user set in
the dl-runtimes wizard. It can't, obviously, bc we never transmit it to
the installer at all.
It'd be great if we could agree on some sysprop we can set when running
java -jar dv-6.1-installer.jar such that the installer checks it for a
default installation folder.
Any ideas who I would ping over getting something like that implemented
on the runtimes side?
- Rob Stryker
wtp-dev mailing list seems to indicate its a bit too late to get such a
contribution into Mars. They did suggest it might be reasonable for SR1.
With that in mind, we should discuss how to go about getting this into
JBT for our Mars release, while still allowing it to be removed /
overridden by the eventual contribution to SR1.
As of now, it seems the thing most important to discuss is naming of the
plugin, to ensure that the name we use matches with the WTP one. The
idea seems to be that if we release this plugin as 0.9.0 in JBT, it can
be added to WTP for Mars SR1 with a higher version, thus replacing ours.
The issue at wtp can be discussed here:
@Nick: Any ideas on whether this plan makes sense?
Miler to know about parlors for individualized programs james
actually. Publicist, so awesome, is costly liang, et al pastor.
>> Enter Here