Hi,
> How do you foresee eclipse-build handling the bundling of external jars?
I haven't really thought about this but I doubt we'll remove the Orbit
JARs in the short term.
> I know absolutely nothing about OSGI but I have the impression that I large
> amount of the time it is actually downstr
Hi,
I added a Getting Involved page on the wiki:
http://wiki.eclipse.org/Linux_Tools_Project/Getting_Involved
Feel free to update/modify/whatever. It should be the place to which we
point all new and potential new contributors. I made the main website
left navigation bar point to it, too. Thi
Hi,
What does everyone think of joining the Helios release train? It would
mean much more exposure. We already meet most of the requirements.
Let me know because we need to declare our intent to join by the 18th of
December.
Andrew
___
linuxtools-dev
> What does everyone think of joining the Helios release train? It would
> mean much more exposure. We already meet most of the requirements.
Here are some more details about the requirements:
http://www.eclipse.org/helios/planning/EclipseSimultaneousRelease.php
Andrew
Hello,
The Linux Tools project is pleased to announce our 0.4.1 release. As
usual, the preferred method of installation is via our update site:
http://www.eclipse.org/linuxtools/downloads.php
More details can be found on our downloads page:
http://download.eclipse.org/technology/linuxtools
Hi,
I'm making some changes to our Hudson jobs' SVN settings. If there are
build failures in the next few hours, please ignore :) I'll send mail
when I've verified everything's good.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
ht
> I'm making some changes to our Hudson jobs' SVN settings.
I'm all finished. The builds are back to normal. Thanks to Roland for
fixing up the test failures with the Helios builds.
Happy Holidays!
Andrew
___
linuxtools-dev mailing list
linuxtools-de
Hi,
* Thufir [2009-12-24 07:19]:
>
> It looks like the old gmane group is inactive(?):
> http://article.gmane.org/gmane.comp.ide.eclipse.packaging.linux/186
>
> Is there a new gmane group, or does it need to be resubscribed to gmane?
I recently got an email about a gmane group for this mailing
Hi,
Is 3 February okay for everyone for a 0.5 release?
Thanks,
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Hi,
For the Helios release train, we need to decide into what categories our
features should be placed. These are the categories you see when using
the update site [1].
The relevant possible choices are:
Programming Languages
- Tools to allow development with specific languages, such as Jav
* Charley Wang [2010-01-13 14:12]:
> Also, you seem to have left out oprofile :) (Test and performance?)
Oops. Yes, test and performance.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxt
Hi,
Is anyone planning on having any code requirements outside of what they
already have? If so, and you think you'll have it ready for Helios, we
need to submit a contribution questionnaire to the Eclipse legal team
before 5 February.
Please let me know if this is the case. Dependencies includ
* Francois Chouinard [2010-01-15 14:32]:
> LTTng does interact with a third-party library (lttvtraceread - GPL for
> sure, LGPL soon if not already) to parse LTTng traces.
We need a CQ for any dependencies -- especially things like this.
Please file one and CC me. Thanks, Francois.
Andrew
_
Hi Francois,
> We don't *distribute* that library, we only provide instructions on
> how to download, compile, install and configure it.
>
> Do we really need a CQ for that?
Yes, any and all dependencies need CQs, too.
Andrew
___
linuxtools-dev mailin
Hi Xavier,
* Xavier RAYNAUD [2010-01-19 02:47]:
> Gprof and gcov depends on binutils (addr2line, c++filt, ...)
> Do you need something about that ?
I filed a CQ. Sorry, this should have been done when we went through
this for the gprof contribution. I've CC'd you on the CQ, Xavier.
Thanks,
A
> In this case, we also depends on linux kernel, gcc, ... :)
gcc is covered by the CDT dependency. Do we really need the kernel
explicitly?
These are what are referred to as "exempt pre-req" dependencies meaning
because they're commonly available on users' systems, and as long as
they're noted
* Xavier RAYNAUD [2010-01-19 11:23]:
> gcc is covered by the CDT dependency. Do we really need the kernel
> explicitly?
>
>
> I guess that oprofile and ltt have some constraint on kernel, isn't it ?
Well, our OProfile plugins have a dependency on the underlying oprofile
tool so that probably c
> Is it feasible to package eclipse as a jnlp file?
I think you're better off asking the Eclipse release engineering people
or the Equinox developers (equinox-...@eclipse.org).
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://de
Hi,
In this bug:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=257706
Denis (Eclipse webmaster extraordinaire) asks if any projects would like
to beta test a move to git.
Here are my reasons _for_ participating:
- many FOSS projects are already using git and thus people are familiar
with it
* Charley Wang [2010-01-28 11:14]:
> Also, we would use both SVN and git? How would the history work between
> them? (i.e. would we need a script that mirrors git changes to SVN or
> vice-versa?)
Denis said in the bug that our SVN repo would -- for the time being --
remain our official repositor
* Jeff Johnston [2010-01-28 11:25]:
> Are we still going to use ChangeLogs?
Likely not.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
* Jeff Johnston [2010-01-28 11:25]:
> I would probably still use SVN if normal development under EGit
> requires dropping to the command line (e.g. I should be able to see
> changes to local files, add new files, remove files, check all
> changes for project in at once, revert files, update, swit
> What's protocol(s) are used by git ? ssh ? http ? something else ?
I believe only ssh will be supported by eclipse.org right now. From:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=257706#c173
"We don't currently offer git over http/https. That will come in
time."
Andrew
___
* George Stephen-RVGG20 [2010-02-04 12:45]:
>
> I was looking out for an announcement for the planned Linux Tools 0.5.0
> release yesterday but did not see one.
> Is there an update on the status?
Sorry, I should have sent out mail earlier. We're waiting on a legal
question regarding the LTTn
Hi,
I spent some time today getting us ready for 3.5.2. I created a tarball
[1] of a recent tag towards 3.5.2 (M20100210-0800).
On eclipse-build/branches/R3.5.2, I dropped the patches that we had
back-ported and updated one other patch for 3.5.2. At this point the
build gets as far as executing
Hi,
With no more legal hurdles to clear, we are ready to release 0.5. We're
on deck for a release review on the 17th, meaning we have 2 weeks to
finish up testing and get everything in order.
Help is needed in the following areas:
1. write New & Noteworthy documentation
- this is especially cr
Hi,
I've branched everything for our 0.5.0 release and made our Hudson
Galileo build use the branches. Please commit anything you want to make
it to the release to both the branch (branches/0.5.0/) _and_ trunk.
We have a few test failures but Jeff will take care of those quickly.
Please ensure
Hi,
Our 0.5 release has been cleared from an Eclipse point of view. This
means that we can release 0.5 whenever we are ready. What defines
"ready"? Well ...
- we will verify that the 0.5 N&N is complete
- I will perform a signed build from the branches
- everyone will do a final test and sign-
> - I will perform a signed build from the branches
I did a signed build. It's available at our nightly update site:
Please do final testing. If there are any bugs that _need_ to be fixed,
please respond here and file a bug with a target milestone of 0.5.
Other bugs should have a blank target m
> Please do final testing.
I've tested libhover, Valgrind, stubby, .spec editor, OProfile, and
ChangeLog. Before publishing 0.5, I'd like to have successful testing
reports for:
- autotools
- systemtap
- callgraph
- ltt
- man
Thanks,
Andrew
___
linux
> > - man
> Man viewer has only one project using it ShellEd (it works ok in it) and it's
> not usable standalone so it's good to go.
Thanks, Alex.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listin
* Charley Wang [2010-03-17 15:35]:
> - "Andrew Overholt" wrote:
> > - autotools
> > - systemtap
> > - callgraph
>
> Seem to install and run okay.
>
> RGrunber and I noticed that in SystemTap IDE, if you double-click an
> element in the Pro
Andrew Overholt
Xavier Raynaud
Alvaro Sanchez-Leon
Charley Wang
Thanks to everyone and looking forward to 0.6 which will be a part of
the Helios release train,
Andrew
[1]
https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&cl
Hi,
I spoke with Thavidu off-list and suggested that we create a common
profiling layer that can be used by multiple backend implementations
(ex. OProfile, perf). I'd rather see this than a collection of
largely-duplicated plugins. We could then just have a common data
format that we display in
Hi,
Our focus now should be on working towards stabilization and bug fixing
for our 0.6 release. New features should be limited in scope and
well-tested.
Our 0.6 release will be a part of the Helios simultaneous release and
therefore we should be testing with 3.6-level dependencies. As such
> Roland Grunberg and I have worked through the linuxtools profiling
> framework (that oprofile uses) and oprofile before. We're both on
> #eclipse in IRC freenode
Thanks, Charley. Don't forget about #eclipse-linux which is perhaps
more appropriate than #eclipse.
Andrew
_
> The common data format for the UI might be more painful.
Agreed. I think UI unification is more important at this time.
> There are also types of data analysis that don't match up between the
> different performance tools.
Yes, small plugins to provide functionality like the examples (syscall
> This could be really useful as there's a lot of common functionality
> being re-implemented per-plugin. There's some useful things that
> are/will be in the linux tools profiling framework plugin (linkage
> to source code from the UI, functions to run/receive data from some
> commandline tool), b
Hi,
To fix critical bugs found in 0.5, we'll have a 0.5.1 bug-fix-only
release. Please ensure any bugs that fit this category are filed with a
Target Milestone of 0.5.1 so that I know what we should ensure is in
0.5.1 builds.
Let's plan on releasing 0.5.1 no sooner than 2 weeks from today, the
2
Hi Thavidu,
* Thavidu Ranatunga [2010-04-08 00:54]:
> Just for a quick update it looks like the project will go ahead, so i'm
> starting on this now =)
Great!
> Once thats working i'll hopefully understand enough of it by then to
> make an attempt at a profiling layer, if it gets that far =)
C
Hi,
I moved updates-nightly-helios to updates-nightly and made
updates-nightly-galileo be for 0.5.1 builds.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Hi,
A few of our features will not function on non-Linux (or maybe non-Unix)
OSes. I'd like to ensure that these features are not visible if one
views our update site from such an OS. I filed a bug to track this:
308661: Add OS filter to all features that are Linux-specific
https://bugs.ecl
Hi,
First of all, nothing is going to happen until after Helios. Our
project has been a part of the Eclipse Technology top-level project for
a while now and now that we're a bit more mature (but we still know how
to party), it's time to move out from Technology. The Tools project is
the logical
* Francois Chouinard [2010-04-13 15:56]:
> LTTng is Linux-only. How do you enforce this OS filtering?
You did it in feature.xml :) In fact, your use of this was what
prompted me to ensure the rest were done like this :) Thanks!
Andrew
___
linuxtools-
* Jeff Johnston [2010-04-13 16:29]:
> Libhover and ChangeLog are OS-independent.
Okay, thanks.
> Autotools is a bit trickier. It should work where there the
> autotool and sh command exists (the Unix OSes plus Windows when
> Cygwin or MingW is set up). Do we want to restrict it and wait for
>
With Helios, one doesn't have to enter any update site and they will see
"Autotools support for CDT (Incubation)" under the "Programming
Languages" category.
I'm okay leaving autotools without an OS filter as I agree that
Cygwin/MinGW users will likely know issues involved. And if not, it's a
gre
* Jeff Johnston [2010-04-13 18:01]:
> IMO, the answer is to document it properly
Please make sure this happens. I've opened a bug to track this:
309117: Document Autotools plugin usage on Windows
https://bugs.eclipse.org/bugs/show_bug.cgi?id=309117
Andrew
__
* Xavier RAYNAUD [2010-04-14 04:29]:
> gprof and gcov are *not* linux only.
Okay.
> It's OK to use these plugins on windows - However, something like
> cygwin binutils must be in PATH.
It's issues like this we should _definitely_ ensure are documented.
I've opened these bugs to get GProf and GC
* John Arthorne [2010-04-14 09:26]:
> Just to chime in with an outside opinion, I think it's better to err on the
> side of allowing these features to be installed anywhere unless they really
> will only ever run on linux (i.e., non-optional dependency on bundles with
> Linux-specific native code)
* Anithra P Janakiraman [2010-04-14 01:59]:
> SystemTap is definitely Linux-only
I've made it so in SVN. Thanks.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
* Charley Wang [2010-04-14 09:49]:
>
> - "Andrew Overholt" wrote:
>
> > * Jeff Johnston [2010-04-13 18:01]:
> > > IMO, the answer is to document it properly
> >
> > Please make sure this happens. I've opened a bug to track this:
&g
> Is there a difference between "Linux" and "Unix" when we says "Linux Only" ?
The valid values for a feature's OS filter can be seen by clicking on
"Browse ..." next to the Operating System box in a feature.xml editor.
There's:
aix, hpux, linux, macosx, qnx, solaris, win32
I guess the question
* Charley Wang [2010-04-19 13:55]:
>
> - "Elliott Baron" wrote:
> > >
> > If you have the time that'd be great. Thanks a lot for trying it out
> > Charley!
>
> Created a small section in the existing wiki page for now:
>
> http://wiki.eclipse.org/Linux_Tools_Project/Valgrind/User_Guide#Oth
Hi,
* Chris Aniszczyk [2010-04-21 16:51]:
> [exec] swt.h:23:17: error: jni.h: No such file or directory
export JAVA_HOME=/usr/lib/jvm/java (or wherever)
before the build.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://
Hi,
I just went through all of our features and fixed up our license and SUA
(user agreement) text to be consistent with the latest from the Eclipse
Foundation. This was bug:
306627: Need to use new, consistent licenses in Helios
https://bugs.eclipse.org/bugs/show_bug.cgi?id=306627
I hope I
> Let's plan on releasing 0.5.1 no sooner than 2 weeks from today, the
> 21st of April.
Well, this deadline has obviously come and gone ... any candidate bugs
before I try to get 0.5.1 out the door today or tomorrow?
Andrew
___
linuxtools-dev mailing l
* Charley Wang [2010-05-06 09:16]:
> If 0.5.1 hasn't gone out the door yet
It has not. There have been some issues with Hudson at build.eclipse so
I've been having a hard time creating a signed build.
Please be sure to set the milestone to 0.5.1 on that bug if you can fix
it for 0.5.1. Also, l
See below for some Helios review dates. This means that we can't accept
any patches for Helios -- the .0 release in June; .1 in September and .2
in February are fair game -- after the 27th of May. That means that if
anyone is lurking with a contribution to get in for Helios, please
submit it with
Hi,
It's getting very close to the Helios release date. We have to wind
down commits to avoid risky changes. New feature work should all be
done on branches. I will branch trunk for Helios on Monday May 10th to
ensure we are consciously putting fixes into our Helios contribution.
Committers, p
Hello,
The Linux Tools project is pleased to announce our 0.5.1 release. As
usual, the preferred method of installation is via our update site:
http://download.eclipse.org/technology/linuxtools/update/
More details can be found on our downloads page:
http://www.eclipse.org/linuxtools/downl
> That means that if anyone is lurking with a contribution to get in for
> Helios, please submit it within the next 2 weeks to allow time for
> review before the IP log is due.
As a reminder to committers and contributors alike: we cannot accept
patches for inclusion in Helios after next week so
Hi,
Our 0.6 release -- our Helios contribution -- is rapidly approaching. A
few things to note are below.
Users and contributors:
- we appreciate any and all testing. Please bang on the tools and try
to find bugs. If you notice any stack traces or error messages on the
console, please fil
Hi,
The EPP project just released the "Eclipse IDE for Linux Developers" RC2
package. This is an all-in-one download of the Eclipse Platform + the
CDT + the Linux Tools components. It is easy to test:
1. Download 32- or 64-bit package from:
http://www.eclipse.org/downloads/packages/re
Hi Thavidu,
* Thavidu Ranatunga [2010-05-28 02:26]:
> I'm getting very close to having a functional Perf plugin to release,
Cool!
> how do I go about adding it to the svn and such?
That depends. Do you plan on maintaining it in the future? While it
would be great to have, it's risky for us a
Hi,
I mistakenly added the man page viewer to our Helios contribution,
meaning it would be in the main Helios update site. Alex and I
discussed this offline a big and decided that it was best to remove it
as it's so new and not yet ready for something like Helios. I'm sorry
if anyone was countin
* Alexander Kurtakov [2010-06-01 15:39]:
> > Hi,
> >
> > I mistakenly added the man page viewer to our Helios contribution,
> > meaning it would be in the main Helios update site. Alex and I
> > discussed this offline a big and decided that it was best to remove it
> > as it's so new and not yet
* Alexander Kurtakov [2010-06-01 15:46]:
> > * Alexander Kurtakov [2010-06-01 15:39]:
> > > > Hi,
> > > >
> > > > I mistakenly added the man page viewer to our Helios contribution,
> > > > meaning it would be in the main Helios update site. Alex and I
> > > > discussed this offline a big and de
Hi,
Our 0.6 release is the first time we'll have been a part of the Eclipse
simultaneous release. It's coming up very soon and we want it to be a
solid part of the Helios release. If you have a bit of spare time,
here's how you can help ensure it's great!
1. Test installation from our update si
* George Stephen-RVGG20 [2010-06-02 11:52]:
> Are there plans or a wish list for profiling tools (Oprofile and/or Valgrind)
> to support remote launch and data capture along the lines of LTTng remote
> control (V0.2.0 plans).
There is no hard plan but it's definitely on a multitude of people's
wi
> Linux tool project has an oprofile viewer, but, as far as I know, without
> remote launch & data capture (isn't it ?).
Correct.
> In my company (STMicroelectronics), we have developed a completely different
> solution to launch oprofile on a remote system (embedded device on a board),
> and to
Hi,
See below for the procedure we'd have to follow to include a new build
in Helios after our contribution next Wednesday. I really don't want to
be the project to cause rebuilds so everyone please do lots of testing
and find any major bugs between now and next Tuesday (June 8th) so we
can fix t
* Thavidu Ranatunga [2010-06-09 04:15]:
> I've finished the plugin, functionally at least. However I do need to clean
> up the code and write tests.
> Yes I can be a maintainer =)
Great!
> One question though, how do you deal with the versioning of binaries for
> oprofile and other profiling to
Hi,
We have a signed build that will be our contribution to Helios' RC4
release:
https://build.eclipse.org/hudson/job/cbi-linuxtools-Helios/237
Please test it out and file any bugs. At this point, unless something
is incredibly wrong with the build (it erases one's hard drive, for
example ;)
Hi,
I've put the nightly builds on hold for a little while. I'll re-start
them once everything has settled down with Helios ... likely next week
or the week after. Please let me know if you'd like them turned back on
sooner.
In the meantime, please focus on testing our 0.6 release (our Helios
c
Hi,
I tagged the SVN revisions used for our 0.6 build:
https://build.eclipse.org/hudson/job/cbi-linuxtools-Helios/237/
as R0_6_0 and created branches from the same point. For things you want
to go into the 0.6 stream (ie. 0.6.1, 0.6.2), please commit to both the
branch. If it makes sense, pl
Hi,
With our 0.6 release all but out the door, I'd like to have a phone call
to discuss how it went, what we can improve for next time and plans for
the future. All active project committers will be present on the call
(some at odd hours - thanks!) so we should be able to have a good
real-time di
Hi,
Due to some missing about.html files (it was just missing from
bin.includes in build.properties), I had to re-spin 0.6.0 which will be
our Helios contribution. This is the exact same content as the previous
0.6.0 candidate except for the fixed build.properties and missing
about.html files. W
Hi,
I had to take care of a few missing about.html files in bundles and a
missing epl-v10.html in one feature so I had to re-spin the release.
Everything that is in our Helios update site is what will be our 0.6
release. This is the Hudson build:
https://build.eclipse.org/hudson/job/cbi-linuxt
Hi Jessica,
* Zhang, Jessica [2010-06-16 09:15]:
>
> I'm working on an Ecplise plug-in project which is based on Linuxtools
> sub-project.
Cool! We don't have a lot of contact with our adopters so please do let
us know if we break anything or if you have requests or bugs :)
> I found some inf
On Thu, 2010-06-17 at 11:58 -0400, Francois Chouinard wrote:
> For what it is worth: +1 here :-)
Thanks, Francois.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
Hi,
Our 0.6 release is now available. Thanks for everyone's hard work
making the release happen. I've written a small blog entry with some
details:
http://overholt.ca/wp/?p=177
See our project website for download details and more:
http://www.eclipse.org/linuxtools
Andrew
___
Hi,
Yesterday I did a short webinar regarding our contributions to Helios.
There were 177 to 200 people in attendance so that's cool. The
transcript of the chat during my talk is below and the recording of the
talk is available here:
http://live.eclipse.org/node/916
I wasn't able to do any de
Hi,
I've restarted our Hudson jobs. We have two active ones:
https://build.eclipse.org/hudson/job/cbi-linuxtools-Helios/
(builds towards Helios service releases)
https://build.eclipse.org/hudson/job/cbi-linuxtools-Indigo/
(builds towards our Indigo contribution)
They both run every 6 h
I forgot to say that I tried to update our release engineering, update
site, etc. information here:
http://wiki.eclipse.org/Linux_Tools_Project/Releng
Please feel free to fix that if there are errors.
Andrew
___
linuxtools-dev mailing list
linuxtools
* Alexander Kurtakov [2010-07-06 17:15]:
> I really want to see 0.6.1 released soon for eclipse-build which
> missed Helios release date. Not sure whether this automatically means
> that our SR1 release should be versioned 0.7.0.
It doesn't.
We'll have to get IP clearance for eclipse-build patch
In the portal I've tentatively put 0.6.1 for July 28th and 0.6.2 for our
Helios SR1 contribution on September 24th (we'll have to be done a lot
sooner than that).
If we decide that we have enough new content and/or some broken APIs
from 0.6.x, we can make our September contribution 0.7.0.
Let's k
Hi,
The CDT is having their annual summit September 21 - 23 2010 in
Montreal, Canada. I think it would be great to have a simultaneous
Linux Tools summit at the same time/location. Dominique Toupin from
Ericsson has said that there will be enough room for separate Linux
Tools discussions. (Obvi
(I somehow had this saved as a draft ...)
Hi,
* Michel Dagenais [2010-07-12 16:13]:
> Missing requirement: Convert feature.xml/pom.xml to RPM specfiles
> (Incubation) 0.3.0.201007081805
> (org.eclipse.linuxtools.rpmstubby.feature.group
> 0.3.0.201007081805) requires 'org.eclipse.pde.core 0.0.
* Michel Dagenais [2010-07-19 10:04]:
>
> - how to add/update and remove components systemwide
This is a much broader question and one that should be asked of the p2
developers.
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https:/
* Michel Dagenais [2010-07-19 10:04]:
>
> > Do you have the main Helios repository enabled? PDE is required for
> > the "RPM Stubby" feature and it looks like it can't be found in any of
> > your enabled repositories.
>
> Like many Linux tools users (or candidate users), I have a Linux/GNU
> ba
or example, Mozilla uses automake at its top level and the
> Mozilla build FAQ used to say that building with MS studio was not
> possible. That section is now marked as obsolete and a link is
> provided to build instructions for Visual Studio
>
> https://developer.mozilla.org/en/M
Hi,
> So I tried to import a trace which can be read by lttv, but still
> there was no display in the lttng perspective. In both cases, there
> were no error reported during importing.
Did you ensure that the LTTng parser library was on LD_LIBRARY_PATH?
http://wiki.eclipse.org/Linux_Tools_Projec
Hi,
How does everyone feel about this for a release schedule?
- 0.6.1 August 13th (bug fixes for Helios)
- 0.6.2 for Helios SR1 (September) (more bug fixes for Helios)
- 0.7 for Helios SR2 (February 2011) (new/changed API, new features, etc.)
- 1.0 for Indigo (June 2011)
-- potentially more new s
Committers,
Please update the project plan with items you have in progress/planned.
As a reminder, it is here:
/cvsroot/org.eclipse
www/linuxtools
Thanks,
Andrew
___
linuxtools-dev mailing list
linuxtools-dev@eclipse.org
https://dev.eclipse.org/ma
Hi,
* Matt Whitlock [2010-08-09 16:39]:
> Linux Tools 0.6.0 has been out for a while, but there is still no Eclipse
> Build 0.6.0?
I'm going to tag it tomorrow :) In the meantime, can you build from SVN
trunk with this tarball and see if it all works on Gentoo?
http://www.eclipse.org/downl
* Niels Thykier [2010-08-10 04:08]:
> Maybe we should also consider backporting the patch for 321926[1]
> (assuming e-b has not been tagged already).
It hasn't been tagged but I'd like to avoid back-porting that patch
until it's been okayed and put into the 3.6.1 stream of JDT. Is it
causing pro
* Matt Whitlock [2010-08-09 21:19]:
> After bringing all the dependencies up to date and jumping through the usual
> hoops, I get hit with this:
:) Is there something you propose to make "the usual hoops" less
arduous?
> [javac]
> /var/tmp/portage/dev-util/eclipse-sdk-3.6.0/work/eclipse-b
Hi,
* Matt Whitlock [2010-08-10 16:33]:
> 3. Remove from build.xml the steps that handle symlinking to
> dependencies. (The system-installed dependencies in Gentoo do not have OSGi
> metadata, so we're forced to set up unpacked bundles in Eclipse's plugins
> directory that contain the OS
On Mon, 2010-07-19 at 16:40 -0400, Michel Dagenais wrote:
> > It looks like you installed something as the root user and then
> tried to
> > update it as a non-root user.
>
> Yes, haven't found how to update "system-wide", would running Eclipse
> as root do it?!?
This can end up causing problems
Hi,
I wanted to let everyone know that I'll be away from work and open
source stuff starting September 3rd, returning on January 4th, 2011. In
my absence, Alex and Jeff will take care of Linux Tools releases. I've
spoken with Wayne Beaton of the Eclipse Foundation and he's checking
whether or no
1 - 100 of 358 matches
Mail list logo
