[linuxtools-dev] TMF & TmfTimeAnalysisViewer

2012-05-04 Thread Xavier Raynaud
Hi, I've seen that the class "TmfTimeAnalysisViewer" has been moved from "org.eclipse.linuxtools.tmf.ui" to an internal package of "org.eclipse.linuxtools.lttng.ui". Is there something planned to allow third-party plugins to reuse this class ? I've seen something in "org.eclipse.linuxtools.l

Re: [linuxtools-dev] TMF & TmfTimeAnalysisViewer

2012-05-04 Thread Xavier Raynaud
Oups: ignore my message. I was confused by the "git pull" message. The class I searched for is now "TimeGraphViewer.java" X On 05/04/2012 03:45 PM, Xavier Raynaud wrote: Hi, I've seen that the class "TmfTimeAnalysisViewer" has been moved from "org.eclipse.linuxtools.tmf.ui" to an internal pack

Re: [linuxtools-dev] TMF & TmfTimeAnalysisViewer

2012-05-04 Thread Patrick Tasse
Hi Xavier, The TmfTimeAnalysisViewer is moved to internal lttng because it is used by the legacy LTTng kernel views. It has been replaced by TimeGraphViewer and TimeGraphCombo which are exposed by tmf.ui. These widgets are under development and planned to be ready for Juno. Working, but not final

Re: [linuxtools-dev] TMF & TmfTimeAnalysisViewer

2012-05-04 Thread Xavier Raynaud
Thanks ! Xavier On 05/04/2012 04:04 PM, Patrick Tasse wrote: Hi Xavier, The TmfTimeAnalysisViewer is moved to internal lttng because it is used by the legacy LTTng kernel views. It has been replaced by TimeGraphViewer and TimeGraphCombo which are exposed by tmf.ui. These widgets are under dev

[linuxtools-dev] Hudson build became unstable: linuxtools-master #851

2012-05-04 Thread hudsonbuild
See ___ linuxtools-dev mailing list linuxtools-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/linuxtools-dev

[linuxtools-dev] Fwd: [tcf-dev] TCF 1.0 and Juno M7

2012-05-04 Thread Francois Chouinard
Forwarding a (slightly edited) reply from tcf-dev about the usage of TCF in LTTng. -- Forwarded message -- From: Francois Chouinard Date: Tue, May 1, 2012 at 7:47 PM Subject: Re: [tcf-dev] TCF 1.0 and Juno M7 To: TCF Development Hi, TCF is required for one feature of the lega

Re: [linuxtools-dev] Fwd: [tcf-dev] TCF 1.0 and Juno M7

2012-05-04 Thread Jeff Johnston
Hi Francois, Martin has seemed to appease David Williams and has created a TCF b3aggrcon file in org.eclipse.juno.build. He has also created a juno milestones repo which I have switched Linux Tools to use. We should be ok and we validate fine against it. -- Jeff J. On 05/04/2012 02:59 PM,

[linuxtools-dev] FW: [cdt-dev] TCF 1.0 vs 0.40

2012-05-04 Thread Dominique Toupin
-Original Message- From: Dominique Toupin Sent: May-04-12 3:29 PM To: CDT General developers list. Cc: Doug Schaefer Subject: RE: [cdt-dev] TCF 1.0 vs 0.40 Hi Jeff, Lttng has not recently switched to use TCF, we did a prototype a few years ago but it was not conclusive. LTTng 2.0 and

Re: [linuxtools-dev] Fwd: [tcf-dev] TCF 1.0 and Juno M7

2012-05-04 Thread Francois Chouinard
Hi Jeff, I never worried too much about this since we always had a way out. Besides, only fools under-estimate Martin :-) Thanks for the update. /fc On Fri, May 4, 2012 at 3:22 PM, Jeff Johnston wrote: > Hi Francois, > > Martin has seemed to appease David Williams and has created a TCF > b3a

Re: [linuxtools-dev] Fwd: [tcf-dev] TCF 1.0 and Juno M7

2012-05-04 Thread Oberhuber, Martin
Thanks :) One question, out of curiosity: I understand that the value of TCF is that it supports live streaming of trace data, whereas with RSE + SSH you need to do offline collection and upload. Or have you gone beyond that, and provide any finer command & control over RSE + SSH which TCF can

Re: [linuxtools-dev] FW: [cdt-dev] TCF 1.0 vs 0.40

2012-05-04 Thread Jeff Johnston
Hi Dominique, It is not CTF I am referring to. Lttng in Linux Tools has introduced a dependency on TCF 1.0 APIs between Juno M6 and M7. Note that TCF 1.0 has refactored the name space so it is not just a reversioning. To my understanding, this is legacy Lttng code that is still being provi

Re: [linuxtools-dev] Fwd: [tcf-dev] TCF 1.0 and Juno M7

2012-05-04 Thread Francois Chouinard
Hi Matin, We haven't outdone TCF yet :-) The reality is that streaming won't be available in LTTng before v2.1 later this year so RSE+SSH solution was deemed sufficient for the tracer control. It also didn't require an extra component (the agent) to be deployed on the target (remote). Trace data

[linuxtools-dev] Build failed in Hudson: linuxtools-master #852

2012-05-04 Thread hudsonbuild
See Changes: [Patrick Tasse] Move raw event viewer widget to its own package. [Matthew Khouzam] ctf: Allow finalizing CTFTrace's if validation failed [Bernd Hufmann] Improve package tangle index for LTTng 2.0 control design

[linuxtools-dev] Build failed in Hudson: linuxtools-master #853

2012-05-04 Thread hudsonbuild
See -- [...truncated 60 lines...] [WARNING] No explicit target runtime environment configuration. Build is platform dependent. [WARNING] No explicit target runtime environment configuration. Bui