ocker
Tooling, you can look through the plugins/ folder to get a sense of the
versions and bundles used.
If the current state of dependencies has issues (CVEs) and a fixed
version is not in Orbit, then the bugs should be filed against Orbit.
Cheers,
--
Roland Grunberg
___
ile editor plugin,
as the support for the format would be delegated to the nodejs module.
Cheers,
--
Roland Grunberg
[1] https://dev.eclipse.org/ipzilla/show_bug.cgi?id=14080
[2] https://dev.eclipse.org/ipzilla/show_bug.cgi?id=14397
[3] https://www.eclipse.org/projects/handbo
ebug Configurations...". When the target
platform gets updated/changed, it can cause issues with the Eclipse
Application configuration sometimes, even when the Plug-ins tab
indicates it's launching with "all workspace and enabled target plug-
ins"
Cheers,
--
Roland Grunberg
__
d definitely fix this in the repo as ensuring others
are able to do some basic rebuilds even if no official ones are
expected is a reasonable expectation.
With that said, you'll still need to be on a branch that can build from
the 4.9 platform version. For master branch, you would want to be usi
hey would need to be included in whichever
CQ, but it just doesn't seem possible to file a single CQ per package.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your delivery options, retrieve you
On Wed, 2017-07-26 at 12:34 -0400, Roland Grunberg wrote:
> On Wed, 2017-07-26 at 18:57 +0300, akurtakov wrote:
> >
> >
> > On Wed, Jul 26, 2017 at 6:41 PM, Roland Grunberg
> > wrote:
> > > On Wed, 2017-07-26 at 17:12 +0300, akurtakov wrote:
> > >
On Wed, 2017-07-26 at 18:57 +0300, akurtakov wrote:
>
>
> On Wed, Jul 26, 2017 at 6:41 PM, Roland Grunberg wrote:
> > On Wed, 2017-07-26 at 17:12 +0300, akurtakov wrote:
> > >
> > >
> > > On Wed, Jul 26, 2017 at 5:02 PM, Remy Suen wrote:
> >
x27; is that a Docker daemon exists on the
system, but that's basically the same pre-requisite that the Docker
Tooling itself has, or any plugin that relies on the existence of a
commandline tool.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing
approach at some point,
assuming it's easier to keep up to date with the latest language
features.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your delivery options, retrieve your password, or u
t removing 'opcontrol'
functionality from the Eclise Oprofile plugin as part of the Linux Tools
Oxygen contribution. The plugin would continue to use 'operf' and any
associated tools for profiling capabilities.
Interested in hearing other's thoughts,
--
Roland Grunberg
_
e was added to jnr/jffi in the
1.2.8 [1] release but we currently ship 1.2.7.
I've been working on updating the stack so support for this will come for the
Oxygen release.
Cheers,
--
Roland Grunberg
[1] https://github.com/jnr/jffi/commit/45fddd3daff0eef3e46db0c847c1fd8993e58213
_
e
artifacts (on the HIPP) from the last build of the docker tooling update
site.
However, all builds of 'master' are also pushed to
http://download.eclipse.org/linuxtools/updates-docker-nightly.
I'll configure the master HIPP to also expose the docker a
lugins to define the info of their docker daemon connections, and as
long as that plugin is present at runtime, the tooling would be able to
load it.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your
cker-client 3.4.0 into our target platform, which required changes
to our sources.
I've rebased your patch onto the latest master, so the build should
complete now.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclips
ssary html files so more info is available in case of
a fail.
I can actually post the full scripts used (steps 2, and 4) which reside
in the hudson configuration.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To
ry about major/minor breakage
since it might happen that we designate a particular branch for only bug
fixes, but someone may mistakenly bump the minor version.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To
mockito is a split package so it
must be combined and re-exported or something to that effect. [1]
contains/org.eclipse.linuxtools.docker.tests.hamcrest-wrap was
created for this reason.
If other plugins start using mockito, I think it would make sense
to move that hamcrest wrapper bundle somewhere mor
can't find any rules regarding this so my guess is we've always just gone
by what the project has already defined.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your delivery options, ret
1.
This will include various bug fixes/improvements to different Linux Tools
components, some new features to the Docker Tooling, and the introduction of
Vagrant Tooling plugins
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@e
uch different from how we depend on the CDT (+1).
Other than that I just saw draw2d, guice, guava, asm but these should be
ok.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your delivery options, re
CLA (not entirely sure here)
Thanks for taking the time to write, and I'm looking forward to being able to
merge this :)
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your delivery options, retr
rly December.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
y, the plugins for the Vagrant Tooling are being built, but no
feature, or update site exists from which they may be consumed. Does it
make sense to place them into the same repository as the 'Docker Tooling',
the same repository as all the profiling tools, or into their own separate
reposi
integration
might be nice to do for even the JDT.
Cheers,
--
Roland Grunberg
[1]
https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&classification=Tools&component=Docker
PI breaking.
While it would be great to support at least the previous Eclipse major
release, we'd really need to see some growth in the number of contributors
to start considering this.
If updating to Mars isn't a possibility it is possible to patch and rebuild
the project to support Luna
ars I usually install just the
> "Docker Tooling" and seems to be working fine, but how about the "Docker
> Client Dependencies", do I need those plugins too?
"Docker Tooling" is exactly what you want, and it will take
t very complicated.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
ld be present in :
http://download.eclipse.org/linuxtools/updates-docker-nightly
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from
this list,
ipse.linuxtools.git/tree/releng/org.eclipse.linuxtools.docker-site/category.xml#n62
Afterwards I changed the names to org.bouncycastle.{bcprov,bcpkix} when the
Orbit-related issues were resolved . It looks like I never updated the
category, and th
ing page [1] and
it's done manually along with the other changes that need to happen on the
affected branches [2].
If you wanted to make changes without having to commit them, I think it should
be possible just to pass the necessary arguments to maven. (eg. mvn
-Dmirror-repo-
MPORTANT: Membership in this list is generated by processes internal to the
> Eclipse Foundation. To be permanently removed from this list, you must
> contact e...@eclipse.org to request removal.
>
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
'git gc' run on them, but I would assume this is automated for all
repositories by now.
I don't have any strong preferences on this, but I could be missing something.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools
n eclipse.
It should be possible to do this as I'm pretty sure our Gcov plugin
already aggregates the results per execution. I know we've wanted to
allow users to choose between whether gcov aggregates or generates
new record files each time so perhaps we could add a feature for this.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
the website, I'd just go into the images folder and apply a script to
most of the images. It ensured a consistent look, and added a nice touch.
It's a minor thing though.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxt
ion submitted that matched more closely with how
other
plugins' remote capabilities were being done (ie. through PTP).
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
tools.linuxtools Committers,
This automatically generated message marks the completion of all the legal
paperwork and webmaster provisioning for Andrew Ferrazzutti. Andrew
Ferrazzutti is a new full Committer on the tools.linuxtools project.
Welcome!
___
That's fine. 'verify' should run quicker but it seems that there's some
issues where javadoc:aggregate can't run without at least 'install'.
I'll look into this.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
t, but rather an issue with javadoc:aggregate goal's
interaction with Tycho.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> See
> <https://hudson.eclipse.org/linuxtools/job/linuxtools-master/1605/changes>
>
> Changes:
>
> [Roland Grunberg] Restore saving of latest generated p2 repository to
> update-nightly.
> Recording test results
> No test report files were found. Configurati
worth the risk.
Feel free to contribute to the master branch as it is now targeting
Linux Tools 2.2.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
; in our oprofile plugin.
There are a couple improvements to Perf's Stat Diff view as well.
Valgrind now clears its error markers after a build.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.or
It looks like there's an issue on the Hudson Sandbox instance but this is
being investigated (https://bugs.eclipse.org/bugs/show_bug.cgi?id=414541)
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
eature is
unlikely to change very often so having it resolve from the reactor cache
should not be a problem.
(Do this once)
$ cd releng/org.eclipse.linuxtools.license-feature/
$ mvn clean install
$ cd ../../lttng
(This should now work any number of times)
$ mvn clean install
Let me know
Perf, and for the most part
things seem to be working (although the remote launch delegate for Perf is
very out of date and has limited functionality).
I've tried running with and without the module command installed and I
don't see that error.
--
Roland Grunberg
__
d?
The test framework required a username/password for an existing user
account, and since it didn't seem possible to get this on the build
infrastructure, these tests are skipped.
They can still be run manually.
--
Roland Grunberg
___
linuxtools-dev
clipse.org/Linux_Tools_Project/Manual_Testing
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
[2].
So you can get it from our linuxtools/update-2.0 update site, but not from
the releases/kepler one.
It is still active, and contributions/bug reports/testing of this are always
welcomed.
Cheers,
--
Roland Grunberg
[1]
http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/tree/linu
esolved
on Monday.
I'd hold off on pushing any changes until the situation is resolved,
but if you absolutely must get something in, please make
sure to test it locally.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@
ll 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
feel about this ?
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
quot;src.includes" doesn't exist
at all under build.properties, and in 2 cases :
(profiling/org.eclipse.linuxtools.rdt.proxy, and
rpmstubby/org.eclipse.linuxtools.rpmstubby)
an about.html file would need to be added as well.
Cheers,
--
Roland Grunberg
__
I've opened a bug (https://bugs.eclipse.org/bugs/show_bug.cgi?id=408163)
about the most recent Hudson failures. Hopefully we'll get some clarification
on what's going on. The OutOfMemoryError is happening at the exact same
location.
Cheers,
--
The relevant changes can be found on :
https://git.eclipse.org/r/#/c/11799/
If anyone has suggestions, or issue with that fix, feel free to post.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https
nger supported/etc.) then I don't think we need to keep it around,
especially since we have tags.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
;t be any situations where we'd
need to be able to have our 2.0 release satisfying both
platforms.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Generally, I try to avoid having tests that must execute in some defined
order (I've seen these kinds of issues in the past), but I believe for
GCov, the tests only depend on some code from another test that can
easily be pushed into the setup phase.
Thanks Again,
--
Roland Grunberg
_
but have worked around that.
The build has succeeded even without the trace archives, but it's
very likely going to cause test failures.. which I guess is still
an improvement over a complete failed build.
Cheers,
--
Roland Grunberg
___
lin
files if they don't already
exist on the system. Note that we don't clear the workspace on every
build so this should work. See :
https://bugs.eclipse.org/bugs/show_bug.cgi?id=400459
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
the "Error Log" view around the time that this
error occurs ? If it exists, could you show the stack trace of the
particular error. Also what version are you using for the Valgrind
tool, and for the Valgrind Eclipse plugin ?
Cheers,
--
Roland Grunberg
__
r
hanging build [1].
Cheers,
--
Roland Grunberg
[1] https://hudson.eclipse.org/hudson/job/linuxtools-master/1233/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
The build seems to have progressed beyond AllTmfUITests. Did the commit
for https://git.eclipse.org/r/#/c/9699/ have anything to do with it ?
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org
is happening.
> Would you prefer if we disabled the Sequence Diagram tests until we
> sort
> it out?
My main concern is for people to continue to test their code running the
appropriate test suites, or running the full build locally. The build
passes for me l
e really appreciated.
Cheers,
--
Roland Grunberg
[1] https://hudson.eclipse.org/hudson/job/linuxtools-master/1219/
[2] https://hudson.eclipse.org/sandbox/job/linuxtools-sonar/86/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev
us
our efforts on cleaning it up some more and adding tests.
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
erred out at the end
of the build).
One easy fix would be to copy over what we need out of the target
folder in releng so that it doesn't get wiped out. I'll push something
to gerrit for review.
Cheers,
--
Roland Grunberg
___
linuxtools
en something like this before, but if the code is
failing to create a Process object, we should give a better reason for
why this happens.
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
han just having
a single launch. It does look like something we should explore.
Ultimately this whole profiling unification is meant to help us
integrate better with the CDT, so that should be our main concern
for the time being.
--
Roland Grunberg
iki.eclipse.org/Linux_Tools_Project/Profiling/Unification
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
ranch. In most
cases the only change needed was done in the plugin.xml (with some
plugins needing the creation of a launcher).
Hope this helps,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Roland Grunberg voted:
+1
Welcome to tools :)
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Roland Grunberg 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
v/msg23855.html
I'll be sure to do that when creating a baseline. Looking at the Help
section [1] it does seems to imply that the folder pointed to must
contain the Eclipse SDK.
Cheers,
--
Roland Grunberg
[1]
http://help.eclipse.org/juno/index.jsp?topic=/org.e
> 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 be (like in your blog entry) the "don't release until the
> release day" police :)
I've replaced it with just a p
individual plug-ins that they
care about.
http://rgrunber.wordpress.com/2012/06/22/setting-api-baselines-in-eclipse/
Cheers, and hope this helps.
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailma
> I know that it's possible with command line tools, I was wondering
> about Eclipse integration.
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.
Cheers,
--
Rola
ht be a bit tricky, but after that
submitting contributions is just a single push command.
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
.org/index.php/Tutorial#Live_analysis_with_perf_top
Hope this helps,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
session-compare.ogg
Overall, I think most profiling tools tend to have some format for
saving data (whether that's XML, or just some tabular format). To me
letting a user store these sessions for comparing between them seems
like a natural progression.
--
Roland Grunberg
__
Roland Grunberg 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
Roland Grunberg voted:
+1
Welcome Matthew!
Voting summary: http://portal.eclipse.org/
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
pendencies.
>
> Is it documented somewhere ?
>
We could certainly add some documentation about the association between
git branches, builds, and p2 repositories.
Hope this helps,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
ugins that consume parts of Eclipse
OProfile. If necessary we could look into exposing those portions as
required.
Cheers,
--
Roland Grunberg
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=373689
___
linuxtools-dev mailing list
linuxtools-dev@eclipse
> I'll go ahead and do this.
I've filed https://bugs.eclipse.org/bugs/show_bug.cgi?id=372861 .
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> * 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).
I'll go ahead and do this.
--
Roland Grunberg
__
e's anyone who has a bit more knowledge about these
plugins and what would be required, any input/help would be
greatly appreciated.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=371290
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxto
technology.linux-distros Committers,
This automatically generated message marks the completion of all the legal
paperwork and webmaster provisioning for Daniel Henrique Barboza. Daniel
Henrique Barboza is a new full Committer on the technology.linux-distros
project.
Welcome!
__
What are everyone's thoughts on this proposed change?
[1] http://download.eclipse.org/tools/orbit/downloads/drops/S20120123151124/
Cheers,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailma
ng Gerrit.
[1] http://www.eclipse.org/reviews/gerrit/
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
processing the paperwork and provisioning
the account.
Vote summary: 10/0/0 with 5 not voting
+1 Chris Aniszczyk
+1 Elliott Baron
? Francois Chouinard
+1 Severin Gehwolf
+1 Roland Grunberg
+1 Bernd Hufmann
? Anithra P Janakiraman
+1 Jeff Johnston
+1 Alexander Kurtakov
+1
technology.linux-distros Committers,
This automatically generated message signals that Roland Grunberg has
nominated Daniel Henrique Barboza as a Committer on the
technology.linux-distros project. The reason given is as follows:
Since the addition of the Perf Plugin to the Linux Tools Project
Roland Grunberg 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
later. Would there be any downsides
to having a longer branch "path" ? Eg. for a Valgrind specific feature,
the branch would be features/valgrind/my-feature.
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
technology.linux-distros Committers,
This automatically generated message marks the completion of all the legal
paperwork and webmaster provisioning for Otavio Pontes. Otavio Pontes is a
new full Committer on the technology.linux-distros project.
Welcome!
__
paperwork and provisioning
the account.
Vote summary: 11/0/0 with 7 not voting
+1 Chris Aniszczyk
+1 Elliott Baron
? Nick Boldt
+1 Francois Chouinard
+1 Severin Gehwolf
+1 Roland Grunberg
+1 Bernd Hufmann
? Anithra P Janakiraman
+1 Jeff Johnston
+1 Alexander Kurtakov
Roland Grunberg 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
technology.linux-distros Committers,
This automatically generated message signals that Roland Grunberg has
nominated Otavio Pontes as a Committer on the technology.linux-distros
project. The reason given is as follows:
For the past while, Otavio has helped get some fixes into various projects
[1
The basic workflow would be something like Start, Run Binary, Refresh, Stop or
Start, Run Binary, Stop, Refresh.
Hope this helps,
--
Roland Grunberg
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
owing various configurations to be run as
"Function Callgraph" might be a bit confusing, especially when
it's always possible to customize and run it through the profile
configuration menu.
I'll file a bug against this, but at least for now I'd prefer to keep
the functionali
Roland Grunberg 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
Roland Grunberg 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
1 - 100 of 109 matches
Mail list logo
