I said subcomponent ;), or really just a component. I think this would be a good boost for the TM project as a whole and bring in new committers to help with the other pieces as well.
BTW, I think it would be great to hear from the other TM committers where they stand. Thanks!
Discussed with Doug and we agreed it can just be a subproject of TM.
Do you really want/need this to be in a separate project?
Will it do independent releases from TM?
Do you need to keep a distinct committer list from TM?
You can have multiple Git repositories in a single project. You can have separate builds on a HIPP instance.
On 02/09/16 01:15 PM, Greg Watson wrote:
I’ve opened this bug  to track progress.
At a minium, the following needs to happen. Can someone from the EMO or PMC let me know what else we would need to do?
1. Create a new subproject of TM, called Remote
2. Select the initial committers (myself, Doug, Roland Schulz, others e.g. Martin, Uwe?)
3. Transition Git repo to TM
On Sep 2, 2016, at 10:35 AM, Doug Schaefer <dschaefer@xxxxxxxxxxxxxx> wrote:
I think that¹s a great idea.
I had hoped to create an IDE commons project for things that are more
general and had thoughts of o.e.remote for it, but it is a target
management system and we should really be growing the TM project instead.
BTW, to help illustrate that, I¹ve been working on adding CDT support for
the popular ESP8266 microcontroller, and being able to extend o.e.remote¹s
serial connection services was a godsend. It¹s a very worthy TM system for
Eclipse going forward.
Also, TM might be a good home for the launch bar too since it¹s main value
is in handling launching on different targets. I¹ll socialize that a bit
and see what people think.
On 2016-09-02, 10:27 AM, "ptp-dev-bounces@xxxxxxxxxxx on behalf of Greg
Watson" <ptp-dev-bounces@xxxxxxxxxxx on behalf of g.watson@xxxxxxxxxxxx>
I want to canvass people to see if there would be any objections to
moving o.e.remote to TM/Remote? I think it makes more sense to have all
the remote functionality in one place, and would also (hopefully) promote
some reuse of code.
Let me know what you think. If there are no objections, I¹ll start a move
ptp-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
ptp-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
Wayne Beaton on behalf of the Eclipse Management Organization
The Eclipse Foundation