Re: [linuxtools-dev] Systemtap 2.0 RC3 - An internal error occurred during: "Fetch Systemtap Probe Documentation".

2013-06-10 Thread sami wagiaalla



java.lang.Error: Unresolved compilation problem:
 The method getStrippedTextPage() is undefined for the type ManPage



It looks like you have an older version of o.e.l.man.core. I forgot to 
add a minimum version requirement. This should fix the problem 
https://git.eclipse.org/r/#/c/13693/

___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev


Re: [linuxtools-dev] Systemtap 2.0 RC3 - An internal error occurred during: "Fetch Systemtap Probe Documentation".

2013-06-10 Thread Wainer Moschetta

On 06/10/2013 11:22 AM, sami wagiaalla wrote:



java.lang.Error: Unresolved compilation problem:
 The method getStrippedTextPage() is undefined for the type ManPage



It looks like you have an older version of o.e.l.man.core. I forgot to 
add a minimum version requirement. This should fix the problem 
https://git.eclipse.org/r/#/c/13693/



ah, yeah, I suspected that but forgot to ask. Thanks once again Sami!

___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev


[linuxtools-dev] Fixing our source bundles/features

2013-06-10 Thread Roland Grunberg
I've filed https://bugs.eclipse.org/bugs/show_bug.cgi?id=410367 to keep
track of this. The changes needed are minor but there are many bundles
affected. I think if committers change the set of bundles for which they
are responsible initially, followed by any remaining bundles, the process
will go fairly smoothly.

Let's get this in for 2.1.

Cheers,
-- 
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev


[linuxtools-dev] [Hudson] Hudson build is still unstable: linuxtools-master #1479

2013-06-10 Thread hudsonbuild
See 


--
This message is automatically generated by Hudson. 
For more information on Hudson, see: http://hudson-ci.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev


Re: [linuxtools-dev] Linux Tools Luna plan - initial proposal

2013-06-10 Thread Wainer Moschetta

On 06/04/2013 02:57 AM, Aleksandar Kurtakov wrote:

- Original Message -

From: "Aleksandar Kurtakov" 
To: "Linux Tools developer discussions" 
Sent: Monday, June 3, 2013 9:16:16 AM
Subject: [linuxtools-dev] Linux Tools Luna plan - initial proposal

Hi everyone,
Let's try to plan our releases during Luna . Here is what I have in mind -
feel free to say I'm nuts and propose a better one :):
* 2.0.1 release - our Kepler SR1 (August 28th?) - strictly bug fixing - no
API breakage.
* 2.1 - new feature release (Late November) - new features and new API
allowed but no breakage of the 2.0 API.
* 2.1.1(if needed) - our Kepler SR2(January 22th?) - bug fixes on top of 2.1,
no API breakage.

Once 2.1 is released, master will be targeting Luna (aka our 3.0 release) -
API breakage, new features, etc allowed.

After talking to Jeff, he proposed making all the releases new features aka 
2.1, 2.2 and 2.3 at pretty much same time as the initial proposal.
Lttng devs, is this what you were asking for in the other thread?

Hi Alexander,

You are proposing following schedule or did I misunderstand?

2.1 release - Kepler SR1 (09/27/2013) - bug fixes and *new features*
2.2 release - Kepler SR2 (02/28/2014) - bug fixes and *new features*
3.0 release - Luna - bug fixes, new features and *API breakage*

* http://wiki.eclipse.org/Kepler/Simultaneous_Release_Plan#Schedule

- Wainer



Alexander Kurtakov
Red Hat Eclipse team


Any thoughts?

Alexander Kurtakov
Red Hat Eclipse team

___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev


___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev



___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev


[linuxtools-dev] [Hudson] Hudson build is back to stable : linuxtools-master #1480

2013-06-10 Thread hudsonbuild
See 


--
This message is automatically generated by Hudson. 
For more information on Hudson, see: http://hudson-ci.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev


Re: [linuxtools-dev] Linux Tools Luna plan - initial proposal

2013-06-10 Thread Aleksandar Kurtakov
- Original Message -
> From: "Wainer Moschetta" 
> To: linuxtools-dev@eclipse.org
> Sent: Tuesday, June 11, 2013 12:31:22 AM
> Subject: Re: [linuxtools-dev] Linux Tools Luna plan - initial proposal
> 
> On 06/04/2013 02:57 AM, Aleksandar Kurtakov wrote:
> > - Original Message -
> >> From: "Aleksandar Kurtakov" 
> >> To: "Linux Tools developer discussions" 
> >> Sent: Monday, June 3, 2013 9:16:16 AM
> >> Subject: [linuxtools-dev] Linux Tools Luna plan - initial proposal
> >>
> >> Hi everyone,
> >> Let's try to plan our releases during Luna . Here is what I have in mind -
> >> feel free to say I'm nuts and propose a better one :):
> >> * 2.0.1 release - our Kepler SR1 (August 28th?) - strictly bug fixing - no
> >> API breakage.
> >> * 2.1 - new feature release (Late November) - new features and new API
> >> allowed but no breakage of the 2.0 API.
> >> * 2.1.1(if needed) - our Kepler SR2(January 22th?) - bug fixes on top of
> >> 2.1,
> >> no API breakage.
> >>
> >> Once 2.1 is released, master will be targeting Luna (aka our 3.0 release)
> >> -
> >> API breakage, new features, etc allowed.
> > After talking to Jeff, he proposed making all the releases new features aka
> > 2.1, 2.2 and 2.3 at pretty much same time as the initial proposal.
> > Lttng devs, is this what you were asking for in the other thread?
> Hi Alexander,
> 
> You are proposing following schedule or did I misunderstand?
> 
> 2.1 release - Kepler SR1 (09/27/2013) - bug fixes and *new features*
> 2.2 release - Kepler SR2 (02/28/2014) - bug fixes and *new features*
> 3.0 release - Luna - bug fixes, new features and *API breakage*
> 
> * http://wiki.eclipse.org/Kepler/Simultaneous_Release_Plan#Schedule
Hi Wainer, 
Almost like this but our new releases have to be done for the RC1 SR releases 
so it's more of
* 2.1 release - Kepler SR1 (08/23/2013) - bug fixes and *new features*
* 2.2 release - Kepler SR2 (01/24/2014) - bug fixes and *new features*
* 3.0 release - Luna - bug fixes, new features and *API breakage*

Alex


> 
> - Wainer
> 
> >
> > Alexander Kurtakov
> > Red Hat Eclipse team
> >
> >> Any thoughts?
> >>
> >> Alexander Kurtakov
> >> Red Hat Eclipse team
> >>
> >> ___
> >> linuxtools-dev mailing list
> >> linuxtools-dev@eclipse.org
> >> https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> >>
> > ___
> > linuxtools-dev mailing list
> > linuxtools-dev@eclipse.org
> > https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> >
> 
> ___
> linuxtools-dev mailing list
> linuxtools-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> 
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev