+1 to wiki!
On Thu, Jan 16, 2014 at 6:08 AM, Aleksandar Kurtakov wrote:
> Hi everyone,
> It is time to start thinking about N&N as with every next release it gets
> smaller and smaller despite features growing.
> Would it help if we move to the wiki to maintain it ? Smth like
> http://wiki.eclip
Hi,
As much as I'd like the situation to be different, I don't have the proper
time to be co-project lead anymore. Alex and Jeff are doing a great job
and there's no need to clog the field with my name as well :)
I'm very proud of what we've all done with Linux Tools and I look forward
to what's
>
> I am pleased to announce that the 2.0.0 major release is now available
> from our update site.
>
\o/ Great work, everyone!
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
I thought we had support for spawning some tools on Windows.
On Wed, May 29, 2013 at 8:02 AM, akurtakov wrote:
> I think it's Windows only problem.
>
> Alex
>
>
> On Wed, May 29, 2013 at 3:00 PM, Andrew Overholt wrote:
>
>> Does this affect the
Does this affect the launching of the profiling tools?
-- Forwarded message --
From: John Arthorne
Date: Fri, May 24, 2013 at 3:52 PM
Subject: [cross-project-issues-dev] Recent breaking change to behaviour of
Runtime#exec in Oracle JRE
To: cross-project-issues-...@eclipse.org
Th
> *From:* linuxtools-dev-boun...@eclipse.org [mailto:
> linuxtools-dev-boun...@eclipse.org] *On Behalf Of *Andrew Overholt
> *Sent:* Friday, April 05, 2013 11:14 AM
> *To:* Linux Tools developer discussions
> *Subject:* Re: [linuxtools-dev] preference pages
>
&g
The problem is that some of these aren't C/C++ and not all of them are
Linux-focused :)
On Fri, Apr 5, 2013 at 11:09 AM, Xavier Raynaud wrote:
> Hi,
>
> I'm currently working on some preference pages for gcov and gprof, and I
> discovered that there is no root categrory for linuxtools preference
ithub - fine but I can't trade it for the
> compile validation of gerrit myself.
>
> Alex
>
>
> On Mon, Mar 25, 2013 at 9:23 PM, Andrew Overholt wrote:
>
>> Hi,
>>
>> If these got moved to Bugzilla or Gerrit, can we close them out on G
Hi,
If these got moved to Bugzilla or Gerrit, can we close them out on GitHub?
https://github.com/eclipse/linuxtools/pulls
Thanks,
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-
Yeah, I'm pretty sure it doesn't know what was added when and your Java 7
JDK is masquerading as JDK 5 here. To take full advantage of API tools one
really needs actual copies of older JDKs AFAIK.
Andrew
On 15 Jan 2013 15:22, "Marc Khouzam" wrote:
>
> > -Original Message-
> > From: linu
Hi,
It looks like we missed some about.html files in new bundles. See below.
Andrew
-- Forwarded message --
From:
Date: Wed, Sep 5, 2012 at 5:34 PM
Subject: [Bug 388890] New: 20 missing about.html files in Juno SR1 RC2 candidate
To: overh...@gmail.com
https://bugs.eclipse.o
> We now have a Hudson instance dedicated to verifying patches that are pushed
> for review on Gerrit. You may have already noticed the user "Hudson CI"
> verifying your patches on Gerrit.
Awesome!
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.o
Andrew Overholt voted:
+1
Welcome
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> I personally have a patch to add a C-only version of the ChangeLog
feature which could be used by the SR! CPP EPP package so as not to drag in
any JDT stuff.
This seems very important to me.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclips
> I am pleased to announce that the Linux Tools 1.1 is already available.
Thanks for taking care of the release, Otavio!
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Andrew Overholt voted:
+1
Profiling unification FTW!
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> In order to prevent the misunderstandings we have about release dates and put
> less stress on the already boring and ugly work of release engineer (the
> person in charge for driving the given release) I have come with initial
> proposal how this can be handled. See for details
> http://wiki
Andrew Overholt voted:
+1
Welcome!
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Andrew Overholt voted:
+1
Welcome!
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> I'm going to submit the following bundles to the Juno help centre [1].
I requested these be added to the Juno help centre here:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=379598#c66
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
Hi,
I'm going to submit the following bundles to the Juno help centre [1].
Are there any I'm missing?
org.eclipse.linuxtools.cdt.libhover.library.docs
org.eclipse.linuxtools.changelog.doc
org.eclipse.linuxtools.gcov.docs
org.eclipse.linuxtools.gprof.docs
org.eclipse.linuxtools.lttng.help
org.ecl
Hi,
On Wed, Jul 4, 2012 at 12:48 PM, Wainer dos Santos Moschetta
wrote:
>
> On 07/04/2012 12:57 PM, Andrew Overholt wrote:
>>
>> What's wrong with RESOLVED -> VERIFIED? Would you rather they were in
>> the CLOSED state?
>
>
> Yes, I thought they wer
What's wrong with RESOLVED -> VERIFIED? Would you rather they were in
the CLOSED state?
Andrew
On Wed, Jul 4, 2012 at 11:26 AM, Wainer dos Santos Moschetta
wrote:
> Hi all,
>
> There are 46 bugzillas in resolved/verified status which target milestone
> was '1.0'. What if we make a task force to
> A question for Alex: Can we bump the LT major number in a Juno maintenance
> releases?
It would be largely frowned upon.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
e Van Assche
* Alvaro Sanchez-Leon
* Andrew Overholt
* Anithra P Janakiraman
* Benjamin Drung
* Ben Konrath
* Bernd Hufmann
* Charley Wang
* Chris Aniszczyk
* Corey Ashford
* Daniel Barboza Franco
* Daniel Drigo Pastore
* Daniel Henrique Barboza
* Daniel Henrique Debonzi
* Dmitry Kozlov
* Elliott
> http://rgrunber.wordpress.com/2012/06/22/setting-api-baselines-in-eclipse/
This is great stuff, Roland! Do you think you could wait until
Wednesday to publish it, though? It has the 1.0 p2 repo URL in it in
plain text and we're not really supposed to publish that until release
day.
Sorry to b
On Thu, Jun 21, 2012 at 2:17 PM, Otávio Pontes
wrote:
> On 06/21/2012 02:05 PM, Roland Grunberg wrote:
>>
>> This could certainly be filed as a feature request. I wonder if it
>> would make sense to have the plugin doing system-wide profiling
>> from within Eclipse though.
>
>
> Is there any Linux
> I'm in favour of enabling Gerrit for our repos.
+1. It'll require some learning on everyone's part, though.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Hi,
On Mon, Jun 4, 2012 at 1:49 PM, Otávio Pontes
wrote:
> I talked to Alexander Kurtakov and Jeff Johnston about that and they
> suggested a 1.1 release for July, so we would have some time to work on
> remote execution and to have patches approved and applied before the IpLog
> process. And I v
Hi,
We need new and noteworthy content for our 1.0 release and we need it
now :) Please put all content and screenshots into the new-1.0
directory in our website's CVS repo [1]. Guidelines for content are
here:
http://wiki.eclipse.org/Linux_Tools_Project/Releng#New_and_Noteworthy
Thanks!
Andr
Hi,
After hearing from Francois and others, I think this is probably a bad
idea. While it would be nice to take care of administrative things in
advance, it sounds like it might be too much trouble for some people
so let's just do it all in one shot.
> What happens with Linux Tools components
>
Hi,
> I really like the proposal. We can call the Juno release 1.0.1 if there
> aren't new features (Jeff expressed concerns about that). Do you need help
> with that Andrew? Or will you at least guide us through the administrative
> part to get it done?
If everyone agrees (I'd specifically li
Hi,
I've been thinking about us shipping 1.0 in the next few weeks. This will
allow us to do the administrative tasks associated with graduating, etc.
ahead of the Juno rush. Our p2 repos will be in the right places and all
our docs and other stuff can point to the proper /tools locations. Then
Hi,
After much thought, I've made the incredibly difficult decision to leave
Red Hat. My last day here will be Monday April 30th and my new job will
not be related to Eclipse or Linux Tools. I would like to stress that
this move is in no way a reflection on Eclipse or Red Hat. Things are
in goo
> For Oprofile feature, you may take a look at
> http://linorg.usp.br/eclipse/technology/linuxtools/videos/eclipse-oprofile-demo.ogg
> demo video (see 1:36'' and then 2:45'').
FWIW these (somewhat old now) screencasts are linked from our downloads
page:
http://www.eclipse.org/linuxtools/downlo
* Daniel HB [2012-04-24 11:06]:
> On Tue, 2012-04-24 at 10:45 -0400, Andrew Overholt wrote:
> > > >I've been asked multiple times about post-mortem support for the
> > > >LinuxTools.
> > >
> > > I personaly think that it's useful in all cas
> >I've been asked multiple times about post-mortem support for the
> >LinuxTools.
>
> I personaly think that it's useful in all cases.
I agree it's very useful and would love to see us support it. It just
wasn't part of the original workflows of a lot of the plugins we have.
Maybe a good gener
> One way to make it work would be creating a separated view, like
> "post-mortem Cachegrind analysis", where you have freedom to open any
> cachegrind file (even if it's unrelated to any C/C++ project you have
> on
> the workspace).
Agreed, the linking to source files is such a benefit IMO that i
> I would like to open cachegrind files in post-mortem.
Most of the workflows we've targetted in the past were not for post
mortem analysis but for as-you-develop type of analysis. That being
said, I can't speak to the cachegrind case.
Andrew
___
linux
Andrew Overholt voted:
+1
+1
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Andrew Overholt voted:
+1
+1
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
* sami wagiaalla [2012-03-26 09:55]:
>
>
> >If you don't want to sign for something being an API please move it to
> >org.eclipse.linuxtools.internal. packages.
>
> I have done this for o.e.l.rpm*. I'll start pushing the patches one
> at a time shortly.
There are consumers of that API (Fedor
Hi,
> I've opened a bunch of bugs to deal with the exposed API. Being able to
> see things in the javadocs of the nightly builds is a quick way to see
> how we're doing :)
Please take a look at the Javadocs for our nightly build:
https://hudson.eclipse.org/hudson/job/linuxtools-master/javadoc
This could work for us assuming that Tycho doesn't grow the ability to
write this information itself.
- Forwarded message from Stéphane Bouchet -
> Date: Fri, 16 Mar 2012 11:46:28 +0100
> From: Stéphane Bouchet
> To: cross-project-issues-...@eclipse.org
> Subject: Re: [cross-project-iss
> Done.
Thanks!
This is a good illustration of how we can't rely too much on SWTBot as
it doesn't appear to have active development. More JUnit tests at a
lower level are the way to go.
If anyone is interested in getting more involved, increasing test
coverage with more unit tests is a great wa
Hi,
> In preparation for our 1.0 release we finally come to a state where we
> have to care about an API.
Thanks for sending this and for getting the build fixed up!
> [...] have to keep this API for the whole Juno timeframe.
Actually, until we go to 2.0 (we could theoretically do 1.1, 1.2, etc
> I think so. This is the easiest way TBH.
I've filed this bug to track this:
373153: Include SWTChart in p2 repo
https://bugs.eclipse.org/bugs/show_bug.cgi?id=373153
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.ecl
In case you didn't see this:
- Forwarded message from Wayne Beaton -
> Date: Fri, 02 Mar 2012 13:01:00 -0500
> From: Wayne Beaton
> To: cross-project-issues-...@eclipse.org
> Subject: [cross-project-issues-dev] Google Summer of Code
>
> Greetings folks.
>
> Our soc-dev mailing [1] lis
Hi,
I generated an API usage report for a recent build of ours and put it
here:
http://fedorapeople.org/~overholt/LinuxToolsJunoAPIReport/
We should get rid of the internal and illegal references. I'll look
into them a bit and file new bugs (I think there may be some that I
filed before that
Hi,
How should we deal with Orbit dependencies like SWTChart? Do other
projects take their Orbit dependencies and put them into their own p2
repos?
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listin
* Aleksandar Kurtakov [2012-02-29 09:54]:
> Did anyone open a bug against birt asking for reducing deps for chart
> engine?
I think Roland did (or was planning to do so).
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.ecl
* Wainer dos Santos Moschetta [2012-02-29 09:40]:
>
> Systemtap and massif uses BIRT API directly. Gprof and gcov relies
> on org.eclipse.linuxtools.dataviewers.charts, that in turn uses BIRT
> API.
>
> BIRT charts being used:
Thanks for doing this analysis, Wainer!
> There are some developer
Hi,
> Could you give me tip?
The build system that the Linux Tools project provides is tailored for
Linux distributions and has never been tested on Windows.
platform-releng-...@eclipse.org may be able to help.
Andrew
___
linuxtools-dev mailing list
> Yes, if what he says is true.
I filed a bug to track this:
371823: Handle TCF move
https://bugs.eclipse.org/bugs/show_bug.cgi?id=371823
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/lin
Hi,
If anyone is going to EclipseCon, please sign up for the CDT+Friends
Summit:
http://wiki.eclipse.org/CDT/summitecon2012
Also, let me/others know and we can have a meal or drink together :)
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@ec
FYI. Is this going to affect us?
- Forwarded message from Doug Schaefer -
> Date: Tue, 14 Feb 2012 12:01:08 -0700
> From: Doug Schaefer
> To: "CDT General developers list."
> Subject: Re: [cdt-dev] Hudson build is still unstable: cdt-nightly #963
>
> BTW, to make it official, EDC has
* Otávio Pontes [2012-01-31 11:56]:
> On 01/31/2012 02:39 PM, Otávio Pontes wrote:
> >On 01/30/2012 12:46 PM, Andrew Overholt wrote:
> >>>>>I was thinking in a release for March 26th, two months from now and
> >>>>>between the 0.9 and 1.0 releases.
>
Hi Lianhao,
> I'm wondering why the plug-in version of
> org.eclipse.linuxtools.cdt.autotools.ui has not been bumped from 1.0.1
> since Dec 2010?
I'm sure it's just oversight on our part. With PDE API Tools now set
up, it should help with this sort of thing.
Please file a bug to get it fixed fo
> >> I was thinking in a release for March 26th, two months from now and
> >> between the 0.9 and 1.0 releases.
I forgot that it's probably a good idea to discuss this planned release
with technology-...@eclipse.org since it'll be crunch time for them and
the Eclipse legal team and we'll have to g
* Jeff Johnston [2012-01-27 17:43]:
> >How do Linux Tools contributors and committers feel about using it for
> >Linux Tools?
>
> I like the idea of using it for bugzilla submissions.
>
> Assuming we are appointed approver/verifiers for our components of
> expertise, would we be able to push our
Hi,
> I was thinking in a release for March 26th, two months from now and
> between the 0.9 and 1.0 releases.
That's during EclipseCon which I am attending so as long as you can take
care of the release, that works for me.
Andrew
___
linuxtools-dev mai
Hi,
Gerrit ([1], web-based code review system) is almost ready for usage by
all eclipse.org projects [2].
How do Linux Tools contributors and committers feel about using it for
Linux Tools?
Andrew
[1]
http://code.google.com/p/gerrit/
Eclipse instance: https://git.eclipse.org/r
[2]
https://bug
Andrew Overholt voted:
+1
Very well deserved commit rights!
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Andrew Overholt voted:
+1
Chris has really taken eclipse-build by the reins and is driving it
forward. I fully support his committership. Welcome, Chris!
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev
Hi,
I've enabled the PDE API Tools on all of our non-tests/examples/feature
projects. There is documentation here on how to use PDE's API Tools:
http://help.eclipse.org/indigo/index.jsp?nav=%2F4_3_9_5
You'll need to have a baseline against which you can compare current
API. To make this easi
Hi,
Jeff got a build from yesterday [1] into Juno M4 [2] and Markus built
the EPP packages from this content. Please spend a few minutes and do
some smoke testing [3] on these builds:
http://build.eclipse.org/technology/epp/epp_build/juno/download/20111215-0115/20111215-0115_eclipse-linuxtools-j
> 1.) Keep existing stable naming scheme
> 2.) Decide a few simple rules for "namespacing" experimental/feature
> work
>
> Does that sound right?
Sounds great. And put it here:
http://wiki.eclipse.org/Linux_Tools_Project/Git
Andrew
___
linuxtoo
* Severin Gehwolf [2011-11-16 09:34]:
> On Mon, 2011-11-14 at 09:29 -0500, Andrew Overholt wrote:
> > * Severin Gehwolf [2011-11-09 10:13]:
> > > 2. Name-space maintenance branches with prefix "released/"
>
> [...]
>
> > My only concern is t
Hi,
With an eye towards being in compliance with Eclipse's policy of only
active committers retaining commit rights, I'm going to be discussing
retiring of rights with those committers who have other responsibilities
and are no longer able to remain active on Linux Tools. If you see some
emails t
On Mon, 2011-11-28 at 09:25 +0400, Vladimir Prus wrote:
> On 22/11/11 23:36, Corey Ashford wrote:
>
> > Create an enhancement bugzilla to add remote capability to the OProfile
> > plug-in. Then, if you don't already have a github tree for the linux
> > tools source tree, create one (@ www.github.
Hi,
On Mon, 2011-11-21 at 12:12 -0500, Jeff Johnston wrote:
> The following is a rough agenda for today's call.
We didn't stray too much from Jeff's agenda. A 56 minute recording of
the call is available here:
http://people.redhat.com/~overholt/Linux_Tools-Remote_Call-2011-11-21.ogg
It was gre
* Jeff Johnston [2011-11-23 12:35]:
> With the changes, an Autotools project configures, runs make
> remotely, and builds a binary which shows up in the Binaries folder.
Awesome work, Jeff!
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.
* Francois Chouinard [2011-11-24 15:12]:
> Bug364752 was opened to track this work.
Thanks for opening a tracker bug, Francois! One additional thing we may
need to do is force a full clean/clone on Hudson. We'll have to see :)
Andrew
___
linuxtools-d
> > [...] how would you propose we handle it?
>
> Create an enhancement bugzilla to add remote capability to the OProfile
> plug-in. Then, if you don't already have a github tree for the linux
> tools source tree, create one (@ www.github.com). Post your branch up
> there, and then post to the b
Hi Jessica,
* Zhang, Jessica [2011-11-21 16:35]:
> While playing with remote valgrind against LinuxTools master branch, I
> found a bug, since it's just a one liner and I'm not that familiar
> with LinuxTools patch pull request process, so I'm pasting the patch
> below...
Thanks for the patch.
Hi,
Matt the Eclipse webmaster has implemented Corey's request for a mailing
list one can use to follow all git commits to our repo. Please sign up
here if you're interested:
https://dev.eclipse.org/mailman/listinfo/linuxtools-commit
Thanks, Matt & Corey!
Andrew
_
Hi,
It looks like the time where the most people can attend a call is Monday
21 Nov. at 3 PM Toronto time (sorry, Xavier and Jessica). I'll see if I
can get a recording for those who miss it.
The conference call details are below. All are welcome to attend and
participate, especially those with
> Is there a mailing list I can subscribe to that will tell me when
> commits have been made to the Linux Tools git tree?
No. I mused about the usefulness of this at the git BoF at EclipseCon
Europe a few weeks ago. If you think it'd be helpful, please file a bug
with the webmaster:
https://
Hi,
* Severin Gehwolf [2011-11-09 10:13]:
> 2. Name-space maintenance branches with prefix "released/"
>
> [...]
>
> What do you think?
Thanks for proposing this, Severin. In general I like it. My only
concern is the difference between features and tags for releases. Will
people be con
Hi,
There are a number of committers and contributors either interested in
or actively working on support for remote targets within our plugins.
Let's have a conference call to discuss it.
I've created a poll to see when is the best time for everyone. Just
enter your name or IRC nick or whatever
Andrew Overholt voted:
+1
With all of those contributions, Patrick will surely be a natural fit.
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo
Andrew Overholt voted:
+1
Otavio has been a great addition to the project. I look forward to his
continued work.
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman
Hi Linux Tools people,
See below about a CDT Summit which will include discussions of interest
to our community. It'll be at EclipseCon in Virginia, USA in March,
2012. You have to attend EclipseCon to be a participant in the summit.
Hope to see you there!
Andrew
- Forwarded message from
> I also updated the pom.xml files in master to point to the next major release
> (1.0.0 hopefully).
Great, and we can do 0.9.1, etc. on stable-0.9.
Thanks also for the reminder about cherry-picking, Francois.
Andrew
___
linuxtools-dev mailing list
lin
> Just a note that I produced the IP log for release 0.9 and a friendly reminder
> that non-committer contributions are no longer acceptable.
^ ... for 0.9. They're fine for master and will be in 0.9.1, etc.
> I will create branch stable-0.9 shortly from the last 'legit' commit
> (bd3fifb4).
Th
Hi,
There's been some off-list discussion of a combined CDT and Linux Tools
Summit/meetings/get together at EclipseCon 2012 in Reston, VA, USA in
March, 2012.
Assuming it was one or two days of meetings and workshops in conjunction
with EclipseCon, would you attend? Feel free to reply off-list t
* Corey Ashford [2011-10-12 20:56]:
> [compilation error]
> I'm using the IBM Java compiler, so maybe the OpenJDK
> doesn't complain about this?
If you're using Eclipse it shouldn't matter as it'll just use JDT's
built-in compiler.
Andrew
___
linuxtool
Hi,
I re-worked the release engineering page a bit to clearly lay out what
steps need to be done when. I hope this helps Francois this time and
others in the future:
http://wiki.eclipse.org/Linux_Tools_Project/Releng#Release_HOWTO
It's part of the larger http://wiki.eclipse.org/Linux_Tools_Pr
Thanks for this, Francois.
> - Is it OK to push the delivery date by 1 week?
It's fine with me.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Hi,
I wanted to point out a new link on the downloads page:
http://www.eclipse.org/linuxtools/downloads.php
which points to:
http://download.eclipse.org/technology/linuxtools/0.8.1-sources/
This page contains links to source tarballs which can be used by
consumers who rebuild the plugin co
* akurtakov [2011-10-06 02:28]:
> >> 3. Bundle/Feature naming - that's what provoked this mail, I appreciate the
> >> fact that tycho devs showed the problem. It's confusing (at least)
> >> especially
> >> in feature.xml files (include vs. import). My suggestion is to make the
> >> feature
> >>
Hi,
* Alexander Kurtakov [2011-09-27 12:03]:
> Also note that one can't have the same groupId:artifactId for two
> modules and this is the main problem because a number of our modules are
> having the same feature id and symbolic name for the main bundle.
Should all of our group IDs be fully-q
* Alexander Kurtakov [2011-10-01 13:29]:
> On 20:20:07 Saturday 01 October 2011 portal on behalf of emo wrote:
> > linuxtools-dev,
> > IPZilla records show that one or more of the projects on which you are
> > developer are in need of attention. The following CQs have been in the
> > 'awaiting_pr
* Otávio Pontes [2011-09-30 16:39]:
> On 09/30/2011 05:28 PM, Andrew Overholt wrote:
> >* Otávio Pontes [2011-09-30 16:25]:
> >>[...]
> >>https://bugs.eclipse.org/bugs/show_bug.cgi?id=353056) we decided to
> >>create a common way of running commands in linux
* Otávio Pontes [2011-09-30 16:25]:
> [...]
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=353056) we decided to
> create a common way of running commands in linuxtools and use a
> project property prepended to system environment path to change the
> location of the command we need to run. And th
* Marc Khouzam [2011-09-30 15:10]:
> > -Original Message-
> > From: linuxtools-dev-boun...@eclipse.org
> > [mailto:linuxtools-dev-boun...@eclipse.org] On Behalf Of
> > Andrew Overholt
> > Sent: Friday, September 30, 2011 3:03 PM
> > To: Linux Tools d
* Marc Khouzam [2011-09-30 14:44]:
> [...] we have a UI box in the launch configuration dialog that
> defaults to 'gdb' but that the user can change to the location
> she needs e.g., /home/user/bin/myOlderGDB
>
> I'm curious to know if this is something you considered?
I'm not particularly invol
Hi Bernd,
> I would like to make sure that the
> necessary native libraries for parsing of trace files are installed
> on the relevant Linux build machine.
I doubt these are installed on the Eclipse Hudson slaves. You should
open a bug with the webmaster (Community -> Servers) to see if they'll
* Marc Khouzam [2011-09-22 08:23]:
> So, it is true that currently, we cannot load an
> existing Valgrind output file into Eclipse to visualize it
> with Linuxtools?
Yes, that is correct. The tool was designed for developers using the
CDT and wishing to profile their code and not post-mortem ana
Hi,
On Wed, 2011-08-31 at 14:13 -0300, Otávio Pontes wrote:
> So we need a way to let user select which path will be used to run
> valgrind, gprof, gcov and other tools.
> [...]
> I coded a extension point in Valgrind plugin to
> let me change this path using an external plugin.
I agree with
1 - 100 of 358 matches
Mail list logo
