Re: [dash-dev] IP Cleanliness question

2012-04-25 Thread Miles Parker

I'm guessing it's just an accident of how the IP system was setup, e.g. no set 
of permissions set up for IP questions vs. actual CQs.

On 2012-04-25, at 12:58 PM, Aaron Digulla wrote:

 Am 25.04.2012 21:45, schrieb Denis Roy:
 
 Sure, for CQs, but this is discussion involving licensing and copyright
 initiated by a member of our community (and a committer, no less).  I
 don't understand why such discussion would need to happen behind closed
 doors, especially considering we advocate openness and transparency.
 
 +1
 
 I could understand if comments were disabled for CQs to keep them clean
 but why completely hide them? Is that a legal matter (NDA or something)
 or a social matter (avoid bad blood, heated discussions, trolling)?
 
 Regards,
 
 -- 
 Aaron Optimizer Digulla a.k.a. Philmann Dark
 It's not the universe that's limited, it's our imagination.
 Follow me and I'll show you something beyond the limits.
 http://blog.pdark.de/
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


Re: [dash-dev] IP Cleanliness question

2012-04-24 Thread Miles Parker

On 2012-04-24, at 9:21 AM, Aaron Digulla wrote:

 
 Zitat von Wayne Beaton wa...@eclipse.org:
 
 How is this not open?
 
 As I said yesterday: It's not open because I can't simply copy code from 
 GPL'd projects or other OSS sources without causing a lot of trouble :-)

OK, I'll be the first to point out that you can't *ever* copy code from GPL'd 
projects, and that GPL isn't OSS. ;)
___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


[dash-dev] Current promotion strategy for Buckminster Users [Revisited]

2010-11-24 Thread Miles Parker
Hi,

First, I'm not sure if this should be on x-platform or dash-dev -- where should 
we be discussing hudson issues?

I've got a working build (finally) and have all of the promotion stuff setup 
following the other modeling projects, i.e. emf-compare, eef, xtext. The 
missing piece is the cron job or whatever has replaced it on build.eclipse.org 
and I don't know what if any the standard practice is -- don't see anything on 
this on the hudson page. Pointers or just a copy of your cron .sh would be much 
appreciated. 

thanks,

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


Re: [dash-dev] Current promotion strategy for Buckminster Users

2010-09-22 Thread Miles Parker

Is there a standard approach to this and/or should we come up with one before 
everyone rolls their own (as we all seem wont to do)? :)

On Sep 22, 2010, at 10:39 AM, Nicolas Bros wrote:

 You can access the archive from the Hudson build using Hudson's REST API :
 http://wiki.hudson-ci.org/display/HUDSON/Remote+access+API
 And then copy it to the downloads area.
 
 On Wed, Sep 22, 2010 at 7:23 PM, Trip Gilman t...@openmethods.com wrote:
 With the new build server being in a separate location from the Hudson 
 server, what is the new process of getting the product of a Hudson build over 
 to the downloads area?
 
 Trip
 
 
 
 On 9/17/10 5:54 PM, David Carver d_a_car...@yahoo.com wrote:
 
   Build.eclipse.org has diedthey are building a new build.eclipse.org, 
 they can make it stronger, they can make it faster, they have the 
 technology.
  
  http://en.wikipedia.org/wiki/The_Six_Million_Dollar_Man
  
  Dave
  
  On 09/17/2010 02:54 PM, Miles Parker wrote: 
 
 
  
  
 Looks like both build servers are down now as well..
  
  
  
 On Sep 17, 2010, at 12:20 PM, David Carver wrote:
  
  
 
  build.eclipse.org http://build.eclipse.org  is currently down, see cross 
 project message regarding it.
 
  
  Dave
  
  On 09/17/2010 12:03 PM, Miles Parker wrote: 
 
 
  
  
 Excellent..I'm eager to try it out. However..
  
  
  
 On Sep 17, 2010, at 10:34 AM, Trip Gilman wrote:
  
 
 I couldn’t get the actual command as I can’t seem to connecto to 
 build.eclipse.org http://build.eclipse.org/ .  Is it down right now or am I 
 having issues?
  
 
 
  
  
 I can't get to it either, but then I'm always having issues.. :)
  
  
  
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
  
 
  
  ___
  dash-dev mailing list
  dash-dev@eclipse.org
  https://dev.eclipse.org/mailman/listinfo/dash-dev
  
 
  
  
 
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
  
 
  
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 
 
 
 -- 
 Nicolas Bros
 RD
 tel: 06 75 09 19 88
 nb...@mia-software.com
 nbros@gmail.com
 Mia-Software, 410 clos de la Courtine
 93160 Noisy-le-Grand
 http://www.mia-software.com
 .: model driven agility :.
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


Re: [dash-dev] Current promotion strategy for Buckminster Users

2010-09-17 Thread Miles Parker

Yes, me too. But at this point since my hudson.eclipse.org isn't working I'd 
like to get it working anywhere.. without this our users aren't able to 
actually install any of the fixes we've made in last two or three months. Help 
would be greatly appreciated.

On Sep 17, 2010, at 12:54 AM, Stéphane Bouchet wrote:

 hi,
 
 i am facing the same issue, i will be glad to have some info, too :)
 
 in other hand, i am focusing of getting this done in hudson.eclipse.org, not 
 in old build.eclipse.org
 
 
 Le 16/09/2010 19:45, Miles Parker a écrit :
 Hi all,
 
 I'm trying to figure out how to get a good promotion going now that I've 
 managed to get the transition to Buckminster working. Basically I'd just 
 like a one for one swap with the prior CBI functionality, but it isn't clear 
 how that should happen. I know that XText was experimenting with a 
 buckminster based promotion scheme driven from Hudson, but I'm not sure that 
 that is even possible given that hudson is not inside build firewall. I 
 really need to get this working..
 
 thanks very much
 
 Miles
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 
 stephane_bouchet.vcf___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


Re: [dash-dev] Current promotion strategy for Buckminster Users

2010-09-17 Thread Miles Parker

Hi Trip,

This is one of those many cases where despite the advantages of Buckminster I 
wish I'd stayed with the Athena approach which is very well documented and 
works well using shell scripts. See for example: 
http://wiki.eclipse.org/Common_Build_Infrastructure/Publishing

But the basic issue is that we need to get nightly and interim builds published 
automatically to Eclipse download servers and be able to manually do the same 
with milestone and release builds. I gather that this isn't quite as simple as 
it sounds, as there are issues with what you do with the existing files, etc.. 
But the main issue seems to be that you can't push to downloads, but must 
instead do that in bud.eclipse.org shell script. Maybe this won't be an issue 
inside hudson.eclipse.org..

Also, while built-in hudson promote looks easy, I haven't been able to get it 
working the way I'd like even on simple homegrown project and it doesn't appear 
to be flexible enough to handle complexities of Eclipse style releases.

On Sep 17, 2010, at 10:14 AM, Trip Gilman wrote:

 Could you guys outline the promotion process you are looking for.  I was
 able to get most of what I wanted for the Voice Tools Project working, but
 I'm not sure I know what you mean by promotion, so I don't know if any of it
 might be applicable to you.
 
 Trip  
 
 
 On 9/17/10 12:08 PM, Miles Parker milespar...@gmail.com wrote:
 
 
 Yes, me too. But at this point since my hudson.eclipse.org isn't working I'd
 like to get it working anywhere.. without this our users aren't able to
 actually install any of the fixes we've made in last two or three months. 
 Help
 would be greatly appreciated.
 
 On Sep 17, 2010, at 12:54 AM, Stéphane Bouchet wrote:
 
 hi,
 
 i am facing the same issue, i will be glad to have some info, too :)
 
 in other hand, i am focusing of getting this done in hudson.eclipse.org, not
 in old build.eclipse.org
 
 
 Le 16/09/2010 19:45, Miles Parker a écrit :
 Hi all,
 
 I'm trying to figure out how to get a good promotion going now that I've
 managed to get the transition to Buckminster working. Basically I'd just
 like a one for one swap with the prior CBI functionality, but it isn't 
 clear
 how that should happen. I know that XText was experimenting with a
 buckminster based promotion scheme driven from Hudson, but I'm not sure 
 that
 that is even possible given that hudson is not inside build firewall. I
 really need to get this working..
 
 thanks very much
 
 Miles
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 
 stephane_bouchet.vcf___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


Re: [dash-dev] Current promotion strategy for Buckminster Users

2010-09-17 Thread Miles Parker

Excellent..I'm eager to try it out. However..

On Sep 17, 2010, at 10:34 AM, Trip Gilman wrote:
 I couldn’t get the actual command as I can’t seem to connecto to 
 build.eclipse.org.  Is it down right now or am I having issues?

I can't get to it either, but then I'm always having issues.. :)

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


Re: [dash-dev] Current promotion strategy for Buckminster Users

2010-09-17 Thread Miles Parker

Looks like both build servers are down now as well..

On Sep 17, 2010, at 12:20 PM, David Carver wrote:

 build.eclipse.org is currently down, see cross project message regarding it.
 
 Dave
 
 On 09/17/2010 12:03 PM, Miles Parker wrote:
 
 
 Excellent..I'm eager to try it out. However..
 
 On Sep 17, 2010, at 10:34 AM, Trip Gilman wrote:
 I couldn’t get the actual command as I can’t seem to connecto to 
 build.eclipse.org.  Is it down right now or am I having issues?
 
 I can't get to it either, but then I'm always having issues.. :)
 
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


[dash-dev] Re: [xtext-dev] Build config

2010-08-10 Thread Miles Parker

Thanks Dennis, that's extremely helpful.

On Aug 10, 2010, at 2:00 AM, Dennis Hübner wrote:

 Hi Miles,
 1. Have you thought about the following issue with multiple CVS imports? It 
 seems that because we use CVS SCM management, but also Buckminster is 
 pulling from CVS (i.e. you aren't using local reader) that it only makes 
 sense to grab latest releng as you're doing rather than the whole source 
 tree. And the buckminster cvs provider once it sees artifacts in workspace 
 it simply leaves them as is. This means that it is impossible to use SCM 
 triggered builds anymore, correct? Which means that I think you have it set 
 up to just automatically trigger every t periods. And then you need to 
 simply wipe out build space every time a new build is triggered. I suppose 
 that is probably best anyway to ensure an absolutely clean build but it 
 means two areas where resource use and build time would go up.
 Now we use git as SCM, but for CVS I think it's a good idea to 
 checkout/update with hudson, because of hudsons Last changes feature. Than 
 point buckminster to this checkout location for grabbing sources. SCM 
 triggered builds are not a problem any more.

Good to know. I'm having hell of a time getting local Hudson to work with CVS, 
and I think I'm just going to give up on that. I want to go to Git as well, but 
I don't have time right now.

 2. Why do you use both mv shell script and archive artifacts?
 mv shell moves files from some deep folders in your hudson workspace root, 
 than archive artefacts stores this files in your build folder (#30 or what 
 ever). Means if you just use archive artefacts only, you will get very long 
 URLs like 
 https://build.eclipse.org/hudson/job/Xpand-nightly-HEAD/lastSuccessfulBuild/artifact/maybe_some_very_long_path/yourfile.zip
  

Yes, that solves a real problem for sure.
 
 For the publisher there is a web front, so not only you but other developer 
 are able to promote too. An another advantage is that hudson shows you which 
 builds was promoted and so the current promote state.
 4. There is a parameter for REFERENCE_REPOSITORY. This seems to be used for 
 comparison purposes, but I'm not sure why it's needed, that is why you don't 
 simply promote any new build. Is that being referred to from the publish 
 script?
 If your build was not triggered by SCM, there may be builds where nothing is 
 changed. They will be normally promoted (i.e. cron job) and so marked as 
 updateable/new. Reference repository should prevent this.

OK, so it sounds like it is actually doing a post-build check. That's a nice 
extra.

-Miles___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


[dash-dev] org.eclipse.test issue

2010-08-06 Thread Miles Parker
I'm almost positive this has come up before but I can't find any reference to 
it. Without (as far as I can remember) making any significant changes to my 
build setup, I'm getting the following issue. Obviously, I'm not needing to 
build or run the eclipse tests themselves, but I do have them as a dependency 
for my test features. I believe this is noted as required somewhere in the 
Hudson test setup but that we do *not* have to have them in our map file?

automated.jar:
[mkdir] Created dir: 
/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N-SNAPSHOT/eclipse/plugins/org.eclipse.test/temp.folder/automated.jar.bin
[javac] Compiling 42 source files to 
/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N-SNAPSHOT/eclipse/plugins/org.eclipse.amp.amf.acore.edit.test/@dot
[javac] Compiling 4 source files to 
/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N-SNAPSHOT/eclipse/plugins/org.eclipse.test/temp.folder/automated.jar.bin
[javac] --
[javac] 1. ERROR in 
/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N-SNAPSHOT/eclipse/plugins/org.eclipse.test/src/org/eclipse/test/CoreTestApplication.java
 (at line 1)
[javac] 
/***
[javac] ^
[javac] The type java.lang.Object cannot be resolved. It is indirectly 
referenced from required .class files


https://build.eclipse.org/hudson/job/cbi-amp-nightly/545/console

thanks,

Miles___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


Re: [dash-dev] SCM and Buckminster on Hudson

2010-07-09 Thread Miles Parker

On Jul 9, 2010, at 12:50 AM, Stéphane Bouchet wrote:
 Then, again, both will checkout code according to map/rmap files. BUt with 
 bucky, you can use another source code repository for some other piece of 
 source code. of course, if source code is modified and hudson is not 
 configured to check it, no builds will be triggered.

You can do that with a regular old PDE map file though as well. In fact that's 
how I have my amp build as it is dependent on some GEF3d stuff that doesn't 
have it's own build site.

 
 as nick said, there is a config for PDE that will use the checked out source 
 code, but you will not be able to get another source code from other 
 repository. you have to do this manually...
 
 
 maybe you could split your build in 2 differents jobs ?

You know, I thought about that, but the funny issue here is that it is the 
releng stuff itself that you need at build time, but the contents of the build 
are coming from another workspace. So it's more like I'd need to use one build 
to *trigger* another build..it starts to get a little silly after a while. 
Perhaps the thing to do is (no, no, not on the Eclipse build servers..!) do a 
build run every minute and as part of that build do a source change check and 
just abort the build if nothing has changed. But then you'd have to end up 
calling everything with ant and you'd be back to essentially putting together 
your own build infrastructure which is exactly what Hudson and Bucky are trying 
to provide. Ah, the perils of automation.


 
 
 Le 09/07/2010 03:03, Miles Parker a écrit :
 
 One thing I've realized in playing around with all of these fancy build 
 systems is that the rule seems to be when in doubt, grab the entire set of 
 dependencies and duplicate them (yet) somewhere else..
 
 The reason this came up is that I want to do a build that includes some 
 stuff from my Eclipse repos and some stuff from other places, but *that* 
 means that my bucky releng stuff is not on the same server (or even VCS) as 
 the source code under question. But it appears that Hudson only allows one 
 SCM entry. So I guess that means that I'm going to have to do an ant-based 
 fetch or something to get my buckminster artifacts *after* getting my source 
 code, which I won't even use probably. Oy vey..I'll probably just end up 
 triggering that build on a schedule.
 
 I guess I sort of thought that Buckminster would be different somehow. But I 
 guess what it does is just create a plain old PDE build from all of the 
 artifacts. So .rmap just becomes a .map. Which sorta begs the question why 
 I've been making myself nuts writing an rmap when I already have a perfectly 
 good .map. It turns out that my RMAP file ended up just as big as my .map 
 file but there is just more logic there. At least now I won't have to edit 
 the .map every time I add a project, but I digress..
 
 If you do localSourceCheckoutDir it really begs the question what's the 
 point of all of the mapping.. But of course the point there is the checked 
 out directory structure doesn't match what PDE needs.
 
 I guess to be fair the point of doing all of the bucky stuff is not just so 
 you can do a one off build but so you can provision anywhere, extend it, 
 etc..but you lose a lot of that if you cheat by just using the source that 
 Hudson grabs.
 
 -Miles
 
 On Jul 8, 2010, at 3:28 PM, Nick Boldt wrote:
 
 That's pretty much how PDE works...
 
 1. Hudson checks out your code into its job workspace.
 2. When changes occur, it kicks a build for you.
 3. Then the PDE build fetches sources from map file and you end up with 
 double the source on disk. Hella inefficient.
 
 Alternative approach is to have the PDE build use local sources already on 
 disk as fetched by Hudson, rather than having the build provision the 
 sources for you. Athena does this using the localSourceCheckoutDir 
 variable; Bucky prolly has an analoguous approach.
 
 There's also the non-PDE approach using Tycho+Maven, which simply builds 
 from the already-available sources in Hudson's workspace. Doesn't support 
 fetching from map file, only from a branch/tag (that is, it'll build 
 whatever Hudson's already fetched). Ideal for CVS, SVN, or Git sources.
 
 Nick
 
 On 07/08/2010 02:38 PM, Miles Parker wrote:
 Hi all,
 
 I'm wondering how people are setting up SCM WRT Buckminster.
 
 1. As I understand things it seems like best practices with Buckminster 
 would involve pulling everything from Version Control through Buckminster?
 2. Except that the releng site, i.e. rmap, cspec etc.. obviously need to 
 be there so they need to be bootstrapped into the Hudson workspace, 
 presumably through Hudson SCM.
 3. And, you want any changes in covered code to trigger an SCM which (I 
 think?) means bringing all of that stuff over from SCM first.
 
 2 and 3 sort of seem to conspire against 1, or am I missing something here.
 
 Also, I think this might have been asked before, but is there any way to 
 view

Re: [dash-dev] SCM and Buckminster on Hudson

2010-07-09 Thread Miles Parker

On Jul 9, 2010, at 10:32 AM, Nick Boldt wrote:

 But it appears that Hudson only allows one SCM entry.
 
 One CVS entry, sure. Or multiple SVN or Git entries. Another reason to 
 abandon CVS! :)

Oh, I missed that add part. But no SVN + GIT + CVS, I guess. I'm hoping to 
abandon SVN as well, but o course Im not in control of other projects. I'll 
have to find a better solution for my sourceforge projects -- unfortunately 
Google Labs doesn't support Git.

 
 Regarding automation and source fetching... I have done some work with 
 Tycho/Maven as the build engine, supplemented by Ant to do some extra build 
 magic. (Specific example is that we build some plugins/features for Drools to 
 wrap the plugins/features that the Drools team does themselves; rather than 
 rebuild their code, I use Ant to fetch their latest binary build from their 
 Hudson job, unpack it, and have it available against which to compile our 
 stuff.) Ideally they'd just publish a p2 repo against we could resolve the 
 target platform, but for now this works just as well.) You could do the same 
 to fetch CVS sources if you wanted... but really, moving to SVN or Git would 
 be an even better idea. :)

Yeah, I actually made the decision to use CVS over SVN if you can believe it 
just because of my experiences with robustness of SVN or lack thereof and 
because the rest of Modeling was using it..but now, with XText moving to Git 
I'll likely be following their lead. I am *not* *not* *not* going to get into 
Maven now, lol.

cheers,

Miles

 
 Nick
 
 On Jul 8, 2010, at 3:28 PM, Nick Boldt wrote:
 
 That's pretty much how PDE works...
 
 1. Hudson checks out your code into its job workspace.
 2. When changes occur, it kicks a build for you.
 3. Then the PDE build fetches sources from map file and you end up with 
 double the source on disk. Hella inefficient.
 
 Alternative approach is to have the PDE build use local sources already on 
 disk as fetched by Hudson, rather than having the build provision the 
 sources for you. Athena does this using the localSourceCheckoutDir 
 variable; Bucky prolly has an analoguous approach.
 
 There's also the non-PDE approach using Tycho+Maven, which simply builds 
 from the already-available sources in Hudson's workspace. Doesn't support 
 fetching from map file, only from a branch/tag (that is, it'll build 
 whatever Hudson's already fetched). Ideal for CVS, SVN, or Git sources.
 
 Nick
 
 On 07/08/2010 02:38 PM, Miles Parker wrote:
 Hi all,
 
 I'm wondering how people are setting up SCM WRT Buckminster.
 
 1. As I understand things it seems like best practices with Buckminster 
 would involve pulling everything from Version Control through Buckminster?
 2. Except that the releng site, i.e. rmap, cspec etc.. obviously need to 
 be there so they need to be bootstrapped into the Hudson workspace, 
 presumably through Hudson SCM.
 3. And, you want any changes in covered code to trigger an SCM which (I 
 think?) means bringing all of that stuff over from SCM first.
 
 2 and 3 sort of seem to conspire against 1, or am I missing something here.
 
 Also, I think this might have been asked before, but is there any way to 
 view the configurations of other projects to see how they've got things 
 setup?
 
 cheers,
 
 Miles___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 --
 Nick Boldt :: http://nick.divbyzero.com
 Release Engineer :: Eclipse Modeling  Dash Athena
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
 -- 
 Nick Boldt :: http://nick.divbyzero.com
 Release Engineer :: Eclipse Modeling  Dash Athena
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


[dash-dev] Automated doc builds..

2010-07-09 Thread Miles Parker
I've been thinking about putting my mediawiki documenation builds on the build 
server. The neat thing about that is that I could theoretically at least upload 
the docs to the eclipse website without any local intervention at all -- and 
without using any external bandwidth. The really cool thing that would mean is 
that any committer (or patch contributor) could edit a chunk of WikiText, 
commit it and the next time the build occurred they'd have their changes show 
up on webpage help, a downloadable PDF, and the Eclipse help system for the 
nightly! Right now it's a bit of a pain because I have to trigger the ant build 
locally and then upload both the docs and website changes which both take some 
time.

I think I can figure out how to do the upload using http -- though any guidance 
about how to handle authorization would be appreciated -- but I'm wondering if 
there is a more direct route such as exists with the promote scripts, i.e. just 
having a link from the user builds dir. Has anyone done anything like this with 
automated docs?

While I'm on the subject, is everyone still doing cron jobs for promotes or is 
the a more seamless / immediate solution that works for that?

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


Re: [dash-dev] SCM and Buckminster on Hudson

2010-07-09 Thread Miles Parker

On Jul 9, 2010, at 3:32 PM, Nick Boldt wrote:

 Handle == can use p2 sites as dependencies?

Yeah, they need to update this: We plan to support Maven repositories, P2 
repositories and update sites, although level of support will likely vary.
 
 Just like that old SNL sketch about a floor wax / dessert topping... it's 
 both!

I like the one where a plant manager leaves these two guys sitting in the 
control room with the last word..

remember: you can never put too much water in the cooling tank of a nuclear 
reactor

Sometimes I feel like that's what I'm reading going through build docs.

remember: you can never provide version dependencies that are underspecified

 
 What do you consider a complex layout? Pascal can (nearly?) build all of 
 equinox  p2 with Tycho. Is that complex enough?
 
 I've used it for eclipse.org builds, jboss.org builds, and even a couple 
 sf.net builds. As long as the output desired is an update site/zip, then yes, 
 you're golden.

Actually, I need product builds which is why I went to buckminster from the 
straight Athena solution. Athena was working just fine for me.

 
 Personally, I prefer a nested layout w/ trunk/plugins/*, trunk/features/*, 
 trunk/tests/*, etc., but I just set up pi4soa to build w/ Tycho using a flat 
 layout of trunk/*. If you go nested, I have an Ant script which can generate 
 you pom.xml files from the tree given you already have feature.xml and 
 manifest.mf files.

That's cool. All of the info is there, so there isn't any reason that you 
couldn't deduce it. If you look at the EMF project trees, like mine they often 
look something like:

o.e.amp/o.e.amp/doc/o.e.doc
o.e.amp/o.e.amp.amf/plugins/o.e.amp.amf.core
..
o.e.amp/o.e.amp.amf/features/o.e.amp.amf

etc..

I actually just did regexp in rmap for that like:


searchPath name=amp.plugins
provider componentTypes=osgi.bundle readerType=cvs 
source=true
uri 
format=:pserver:anonym...@dev.eclipse.org:/cvsroot/modeling,org.eclipse.amp/{0}/plugins/{1}
bc:replace
bc:propertyRef 
key=buckminster.component /
bc:match 
pattern=org\.eclipse\.amp\.agf.* replacement=org.eclipse.amp.agf /
bc:match 
pattern=org\.eclipse\.amp\.axf.* replacement=org.eclipse.amp.axf /
bc:match 
pattern=org\.eclipse\.amp\.amf.* replacement=org.eclipse.amp.amf /
bc:match 
pattern=org\.eclipse\.amp\.escape.* replacement=org.eclipse.amp.escape /
bc:match pattern=org\.eclipse\.amp.* 
replacement=org.eclipse.amp /
bc:match pattern=org\.ascape.* 
replacement=org.ascape /
bc:match 
pattern=org\.eclipse\.emf\.java replacement=dependencies /
/bc:replace
bc:propertyRef key=buckminster.component /
/uri
/provider
/searchPath

Of course I could have gotten rid of a lot of the lines with some more matching 
but there are limits to this sort of thing!

Anyway, I've got so much in the way of sunk costs here and I've run way over 
the time I had for this already so I've got to hope I can get this working 
today or I'll just resort to doing my product 

BTW, dumb question, but is there a variable for hudson root? I can't find it 
and I don't want to use workspace relative roots to get to artifacts from other 
projects. Maybe there is a better way to do that anyway..

cheers.


 
 Aside...
 
 Using Tycho/Maven, you can also publish in maven2 repo format (if you prefer 
 to resolve deps from m2 repos using m2eclipse than with p2/PDE from p2 sites 
 when writing your code).
 
 Meanwhile, on the buckminster side of the fence, I saw Kenn Hussey demo 
 generating a p2/m2 hybrid site with the b2 aggregator @ last week's Eclipse 
 Demo Camp Toronto. So, both technologies can handle creation of p2 and m2 
 repos.
 
 On 07/09/2010 04:11 PM, Miles Parker wrote:
 
 Hmmm... I've been killing myself on Bucky for the last week. Does Tycho 
 handle P2 sites yet? Their webpage seems to indicate no, but you seem to be 
 saying yes. Can it deal with complex project layouts ok?
 
 On Jul 9, 2010, at 12:21 PM, Nick Boldt wrote:
 
 I am *not* *not* *not* going to get into Maven now, lol.
 
 That was my attitude for a year as I fought w/ Athena+PDE. Having drunk the 
 Tycho kool-aid (it's come a long way since last year) I can say I prefer it 
 to Athena's approach to simplifying PDE. I'm still not very well versed in 
 Buckminster to really comment on it; however, I did get annoyed recently by 
 p2 issues using the B3 Aggregator (formerly the Buckminster Aggregator), 
 and found that Tycho can do with negligible code what Bucky/b3 requires a 
 ton of Ant script

Re: [dash-dev] SCM and Buckminster on Hudson

2010-07-09 Thread Miles Parker

On Jul 9, 2010, at 4:22 PM, Nick Boldt wrote:
 But as I said before... if Buckminster is working for you, use that.

Did I say that? Actually it is closer than it has ever been before but that 
doesn't imply that it ever will. ;)

 Because it's built on top of PDE, it supports more of what PDE does. Tycho is 
 attempting to bring p2 and osgi to the maven world, so a lot is being 
 recreated. As such, it may not be as complete as Buckminster. (I'm not an 
 expert - I just know what I've tried.)

Yeah, that's my thinking. Especially with B3 upcoming and so on, I think I want 
to stay on the train as much as I can. Plus the infrastructure keeps adding 
these nice little bits for free like the ability to create team project sets 
automatically. I hope I don't lose too many of the Athena goodies if I go to a 
buckminster based build.

 You can refer to ${WORKSPACE} (resolves to local path within a build job), or 
 http:// paths to jobs' workspaces/archives.

Yeah, I'm just worried about the relative paths. But I realized that it is much 
better to create archives and do the http route anyway. Locally I'm just going 
to do an absolute path to it. It's not like the jobs are hard to setup on other 
servers if you need to do that manually.
 
 Because build.eclipse.org knows that http://build.eclipse.org is local, it 
 serves content from the local DNS and downloads are fast; as well, if your 
 upstream stuff gets built on a slave instead of the master, you're not broken 
 because the path or server changes.

Yep, which is why I was wondering about access to web dirs as 
well.___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


[dash-dev] Auto creation / update of downloads page..

2010-07-01 Thread Miles Parker
Hi all,

I'd like to replace my crummy (and misleading) downloads page to look like 
something snazzy and helpful like:

http://www.eclipse.org/modeling/emf/downloads/?project=emf

But I don't imagine that someone is hand editing that stuff.

Is there some build mechanism out there to get this?

cheers,

Miles___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


Re: [dash-dev] Re: Athena and RCP

2010-06-02 Thread Miles Parker

On Jun 2, 2010, at 8:02 AM, Andrew Niefer wrote:

 dash-dev-boun...@eclipse.org wrote on 06/01/2010 12:56:57 PM:
  From:
  Miles Parker milespar...@gmail.com
 
  I've had the same question / issue. What I've discovered is that PDE
  build is so (oddly) orthogonal to feature / plugin build that they 
  almost feel disconnected. What actually needs to change I think is 
  the PDE infrastructure so that it more closely aligns with the 
  plugin / feature build approach. 
 
 I'm not quite sure what you are saying here, I suspect the first sentence was 
 intended to say product build is orthogonal to feature/plugin build?
 

Yes, that's what I meant, thanks.

 
 The productBuild.xml is just a convenient wrapper that generates a feature 
 for you based on your .product file and has a allElements.xml provided for 
 you.  It is just a simplification to make things easier.
 

Right, I wasn't referring to the build artifacts at all. I'm actually referring 
to the bigger picture here -- how the universe of Eclipse artifacts are 
organized and defined.
 
 Ultimately a product build _is_ a feature build that defines one additional 
 property:
 product=/path/to/.product
 

So that's simply a pointer, but again my point has to do with the broader issue 
of why that pointer is even needed.

On the actual product design side, which is the only thing that Eclipse 
developers should have to be concerned with there is a whole lot of other 
meta-data that is kept in .product.
 
 I have never tried, and I'm not sure what Athena is doing on top of PDE, but 
 I would bet that Athena can build products just by adding the product 
 property (assuming you've written an appropriate top level feature).
 
I bet not, but a bet I would **love** to lose.. :D

  For example, it's still not clear 
  to me why instead of the .product and related stuff, products aren't
  simply setup as projects with product spcific meta-data in say a 
  product.xml file. 
 
 Product specific meta-data is exactly what the .product file is.  You can put 
 it in its own project and call it product.xml if you want.  But having a 
 wizard to create a new product project instead of a new product 
 configuration doesn't really change anything.
 
Yes, that's exactly what I want. Put it in it's own project and call it 
product.xml. That's the idea. It would change a lot because it would no 
longer be this weird situation where a product is tacked on somewhere in the 
rest of your artifacts with no mapping to a project structure. And it would 
show up in the standard PDE dialog, etc. etc..

-Miles

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


Re: [dash-dev] Re: Athena and RCP

2010-06-01 Thread Miles Parker

I've had the same question / issue. What I've discovered is that PDE build is 
so (oddly) orthogonal to feature / plugin build that they almost feel 
disconnected. What actually needs to change I think is the PDE infrastructure 
so that it more closely aligns with the plugin / feature build approach. For 
example, it's still not clear to me why instead of the .product and related 
stuff, products aren't simply setup as projects with product spcific meta-data 
in say a product.xml file. And I also discovered that even with feature based 
support, it doesn't really work that way when you get down to cross-platform 
deployment. Then you're having to deal with all of these individual plugins.

People have suggested that Buckminster might be a way to handle both cases 
seamlessly but I personally haven't had more time to devote to building 
infrastructure so I'm down to doing my product builds manually on my 
development machine...

On May 28, 2010, at 6:57 AM, Nick Boldt wrote:

 Building RCP products is out of scope for Athena - it's only meant for 
 building *projects*.
 
 That said it's simply a wrapper for PDE so if you can do products w/ PDE you 
 can probably do them w/ Athena too.
 
 One thing you might look at for product builds is Tycho/Maven3:
 
 http://software.2206966.n2.nabble.com/Multi-platform-product-build-td3651509.html
 
 Using Tycho, Maven can read manifest.mf and feature.xml files to generate the 
 target platform against which to build. It can produce plugin/feature jars, 
 update sites (complete w/ p2 metadata), and - while I haven't tried it myself 
 - products too.
 
 Nick
 
 On 05/28/2010 09:05 AM, Ash Maurya wrote:
 Hello Nick -
 
 I've been looking for something like Athena for a while. Does Athena work 
 with RCP products ?
 
 We had a continuous integration server going with Pluginbuilder (you might 
 be aware of that project). But that stopped working once we moved to Eclipse 
 3.5 and there hasn't been much movement on that project. Am hoping Athena is 
 the answer.
 
 Best,
 
 Ash
 ---
 Founder, WiredReach (makers of BoxCloud and CloudFire)
 blog: http://www.ashmaurya.com
 
 
 -- 
 Nick Boldt :: http://nick.divbyzero.com
 Release Engineer :: Eclipse Modeling  Dash Athena
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


[dash-dev] XText M7 Dependency issue

2010-05-05 Thread Miles Parker

Hi guys,

See below. I've also tried removing the itemis site, but then the failure 
occurs earlier, with:

   [p2.dir] !MESSAGE Cannot satisfy dependency:
   [p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-05 
02:42:25.579
   [p2.dir] !MESSAGE From: Xtext Runtime 1.0.0.v201005041135 
(org.eclipse.xtext.runtime.feature.group 1.0.0.v201005041135)
   [p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-05 
02:42:25.580
   [p2.dir] !MESSAGE To: org.eclipse.xtext.util [1.0.0.v201005041135]
   [p2.dir]  Cannot satisfy dependency:
   [p2.dir]   From: Xtext Runtime 1.0.0.v201005041135 
(org.eclipse.xtext.runtime.feature.group 1.0.0.v201005041135)
   [p2.dir]   To: org.eclipse.xtext.util [1.0.0.v201005041135]
So I think the Itemis site really needs to be there. Is there any kind of 
dependency change between XText M6 and M7 that might have failed it?

Does anyone know off hand if there are other projects with dependencies on 
Xtext 1.0.0 that are also using CBI Build?

cheers,

Miles


Begin forwarded message:

 From: Miles Parker milespar...@gmail.com
 Date: May 4, 2010 12:28:28 PM PDT
 To: Tools for Committer Community dash-dev@eclipse.org
 Subject: TMF / XText build dependency problem? org.aopalliance.aop
 
 Hi XText guys,
 
 If you're monitoring Dash, I wanted to warn you -- Chuck Norris is after me, 
 but I told him it wasn't my fault, and pointed him in your direction!
 
 It looks like maybe some kind of dependency is missing from the 0504 drop? 
 Everything worked fine until then. I tried a bunch of different options, but 
 I get the same thing. For example:
 
 repositoryURLs=http://download.itemis.com/updates/milestones,\
 http://download.eclipse.org/modeling/tmf/xtext/downloads/drops/1.0.0/S201005041135/tmf-xtext-Update-1.0.0M7.zip,\
 http://download.eclipse.org/modeling/m2t/xpand/downloads/drops/1.0.0/S201003150948/m2t-xpand-Update-1.0.0M6.zip,\
 http://download.eclipse.org/modeling/emft/mwe/downloads/drops/0.7.2/R200908120417/emft-mwe-Update-incubation-0.7.2.zip,\
 http://download.eclipse.org/tools/gef/downloads/drops/3.5.2/R201002241200/GEF-Update-3.5.2.zip,\
 http://download.eclipse.org/modeling/emf/emf/downloads/drops/2.5.0/R200906151043/emf-xsd-Update-2.5.0.zip
 featureIDsToInstall=org.eclipse.emf+org.eclipse.xsd+org.eclipse.gef+org.eclipse.zest+org.eclipse.xpand+org.eclipse.xtend+org.eclipse.xtext.runtime+org.eclipse.xtext.ui
 
 I get:
 
[p2.dir] 
[p2.dir] !ENTRY org.eclipse.equinox.p2.artifact.repository 4 1000 
 2010-05-04 15:19:52.330
[p2.dir] !MESSAGE No repository found at 
 file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N201005041517/eclipse/p2/org.eclipse.equinox.p2.engine/profileRegistry/SDKProfile.profile/.
[p2.dir] Installing org.eclipse.emf.feature.group 2.5.0.v200906151043.
[p2.dir] Installing org.eclipse.xsd.feature.group 2.5.0.v200906151043.
[p2.dir] Installing org.eclipse.gef.feature.group 
 3.5.2.v20100111-1352-777928194B66D5D476C33B2A.
[p2.dir] Installing org.eclipse.zest.feature.group 
 1.1.2.v20100111-1352-6618yD6DH8G6N59OM53B2A.
[p2.dir] Installing org.eclipse.xpand.feature.group 1.0.0.v201005041053.
[p2.dir] Installing org.eclipse.xtend.feature.group 1.0.0.v201005041053.
[p2.dir] Installing org.eclipse.xtext.runtime.feature.group 
 1.0.0.v201005041135.
[p2.dir] Installing org.eclipse.xtext.ui.feature.group 1.0.0.v201005041135.
[p2.dir] 
[p2.dir] !ENTRY org.eclipse.equinox.p2.director 4 1 2010-05-04 15:20:15.748
[p2.dir] !MESSAGE Cannot complete the install because one or more required 
 items could not be found.
[p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.748
[p2.dir] !MESSAGE Software being installed: Xtext Runtime 
 1.0.0.v201005041135 (org.eclipse.xtext.runtime.feature.group 
 1.0.0.v201005041135)
[p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.748
[p2.dir] !MESSAGE Missing requirement: Google Guice 2.0.0.v201003051000 
 (com.google.inject 2.0.0.v201003051000) requires 'package org.aopalliance.aop 
 1.0.0' but it could not be found
[p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 1 2010-05-04 
 15:20:15.749
[p2.dir] !MESSAGE Cannot satisfy dependency:
[p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.749
[p2.dir] !MESSAGE From: Xtext Runtime 1.0.0.v201005041135 
 (org.eclipse.xtext.runtime.feature.group 1.0.0.v201005041135)
[p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.749
[p2.dir] !MESSAGE To: org.eclipse.xtext.util [1.0.0.v201005041135]
[p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 1 2010-05-04 
 15:20:15.749
[p2.dir] !MESSAGE Cannot satisfy dependency:
[p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.750
[p2.dir] !MESSAGE From: Xtext Utility 1.0.0.v201005041135 
 (org.eclipse.xtext.util 1.0.0.v201005041135)
[p2.dir] !SUBENTRY 2

[dash-dev] Re: [tmf-dev] XText M7 Dependency issue

2010-05-05 Thread Miles Parker

Hi Moritz,

I don't have any build artifacts because the build isn't getting to that stage. 
But I don't know how I would have it unless its provided through Orbit. I know 
I don't have it as a dependency of my own. 

For Orbit, I'm using 
http://download.eclipse.org/tools/orbit/downloads/drops/S20100120144102/orbit-S20100120144102.zip,\

-Miles

On May 5, 2010, at 10:14 AM, Moritz Eysholdt wrote:

 Hi Miles,
 
 can you check whether you have the bundle org.aopalliance available? It's 
 required by the org.guice.inject bundle Xtext has just upgraded to.
 
 See also: https://bugs.eclipse.org/bugs/show_bug.cgi?id=311662
 
 regards,
 Moritz
 
 Hi guys,
 
 See below. I've also tried removing the itemis site, but then the failure 
 occurs earlier, with:
 
   [p2.dir] !MESSAGE Cannot satisfy dependency:
   [p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-05 
 02:42:25.579
   [p2.dir] !MESSAGE From: Xtext Runtime 1.0.0.v201005041135 
 (org.eclipse.xtext.runtime.feature.group 1.0.0.v201005041135)
   [p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-05 
 02:42:25.580
   [p2.dir] !MESSAGE To: org.eclipse.xtext.util [1.0.0.v201005041135]
   [p2.dir]  Cannot satisfy dependency:
   [p2.dir]   From: Xtext Runtime 1.0.0.v201005041135 
 (org.eclipse.xtext.runtime.feature.group 1.0.0.v201005041135)
   [p2.dir]   To: org.eclipse.xtext.util [1.0.0.v201005041135]
 So I think the Itemis site really needs to be there. Is there any kind of 
 dependency change between XText M6 and M7 that might have failed it?
 
 Does anyone know off hand if there are other projects with dependencies on 
 Xtext 1.0.0 that are also using CBI Build?
 
 cheers,
 
 Miles
 
 
 Begin forwarded message:
 
 *From: *Miles Parker milespar...@gmail.com mailto:milespar...@gmail.com
 *Date: *May 4, 2010 12:28:28 PM PDT
 *To: *Tools for Committer Community dash-dev@eclipse.org 
 mailto:dash-dev@eclipse.org
 *Subject: **TMF / XText build dependency problem? org.aopalliance.aop*
 
 Hi XText guys, If you're monitoring Dash, I wanted to warn you -- Chuck 
 Norris is after me, but I told him it wasn't my fault, and pointed him in 
 your direction!
 
 It looks like maybe some kind of dependency is missing from the 0504 drop? 
 Everything worked fine until then. I tried a bunch of different options, 
 but I get the same thing. For example:
 
 repositoryURLs=http://download.itemis.com/updates/milestones,\
 http://download.eclipse.org/modeling/tmf/xtext/downloads/drops/1.0.0/S201005041135/tmf-xtext-Update-1.0.0M7.zip,\
 http://download.eclipse.org/modeling/m2t/xpand/downloads/drops/1.0.0/S201003150948/m2t-xpand-Update-1.0.0M6.zip,\
 http://download.eclipse.org/modeling/emft/mwe/downloads/drops/0.7.2/R200908120417/emft-mwe-Update-incubation-0.7.2.zip,\
 http://download.eclipse.org/tools/gef/downloads/drops/3.5.2/R201002241200/GEF-Update-3.5.2.zip,\
 http://download.eclipse.org/modeling/emf/emf/downloads/drops/2.5.0/R200906151043/emf-xsd-Update-2.5.0.zip
 featureIDsToInstall=org.eclipse.emf+org.eclipse.xsd+org.eclipse.gef+org.eclipse.zest+org.eclipse.xpand+org.eclipse.xtend+org.eclipse.xtext.runtime+org.eclipse.xtext.ui
 
 I get:
 
   [p2.dir][p2.dir] !ENTRY org.eclipse.equinox.p2.artifact.repository 4 
 1000 2010-05-04 15:19:52.330
   [p2.dir] !MESSAGE No repository found at 
 file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N201005041517/eclipse/p2/org.eclipse.equinox.p2.engine/profileRegistry/SDKProfile.profile/.
   [p2.dir] Installing org.eclipse.emf.feature.group 2.5.0.v200906151043.
   [p2.dir] Installing org.eclipse.xsd.feature.group 2.5.0.v200906151043.
   [p2.dir] Installing org.eclipse.gef.feature.group 
 3.5.2.v20100111-1352-777928194B66D5D476C33B2A.
   [p2.dir] Installing org.eclipse.zest.feature.group 
 1.1.2.v20100111-1352-6618yD6DH8G6N59OM53B2A.
   [p2.dir] Installing org.eclipse.xpand.feature.group 1.0.0.v201005041053.
   [p2.dir] Installing org.eclipse.xtend.feature.group 1.0.0.v201005041053.
   [p2.dir] Installing org.eclipse.xtext.runtime.feature.group 
 1.0.0.v201005041135.
   [p2.dir] Installing org.eclipse.xtext.ui.feature.group 
 1.0.0.v201005041135.
   [p2.dir][p2.dir] !ENTRY org.eclipse.equinox.p2.director 4 1 
 2010-05-04 15:20:15.748
   [p2.dir] !MESSAGE Cannot complete the install because one or more 
 required items could not be found.
   [p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.748
   [p2.dir] !MESSAGE Software being installed: Xtext Runtime 
 1.0.0.v201005041135 (org.eclipse.xtext.runtime.feature.group 
 1.0.0.v201005041135)
   [p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.748
   [p2.dir] !MESSAGE Missing requirement: Google Guice 2.0.0.v201003051000 
 (com.google.inject 2.0.0.v201003051000) requires 'package 
 org.aopalliance.aop 1.0.0' but it could not be found
   [p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 1 2010-05-04 
 15:20:15.749
   [p2.dir] !MESSAGE Cannot satisfy dependency:
   [p2.dir

[dash-dev] Re: [tmf-dev] XText M7 Dependency issue

2010-05-05 Thread Miles Parker

Actually, let's just follow up in bug to keep things clear...

On May 5, 2010, at 10:14 AM, Moritz Eysholdt wrote:

 Hi Miles,
 
 can you check whether you have the bundle org.aopalliance available? It's 
 required by the org.guice.inject bundle Xtext has just upgraded to.
 
 See also: https://bugs.eclipse.org/bugs/show_bug.cgi?id=311662
 
 regards,
 Moritz
 
 Hi guys,
 
 See below. I've also tried removing the itemis site, but then the failure 
 occurs earlier, with:
 
   [p2.dir] !MESSAGE Cannot satisfy dependency:
   [p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-05 
 02:42:25.579
   [p2.dir] !MESSAGE From: Xtext Runtime 1.0.0.v201005041135 
 (org.eclipse.xtext.runtime.feature.group 1.0.0.v201005041135)
   [p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-05 
 02:42:25.580
   [p2.dir] !MESSAGE To: org.eclipse.xtext.util [1.0.0.v201005041135]
   [p2.dir]  Cannot satisfy dependency:
   [p2.dir]   From: Xtext Runtime 1.0.0.v201005041135 
 (org.eclipse.xtext.runtime.feature.group 1.0.0.v201005041135)
   [p2.dir]   To: org.eclipse.xtext.util [1.0.0.v201005041135]
 So I think the Itemis site really needs to be there. Is there any kind of 
 dependency change between XText M6 and M7 that might have failed it?
 
 Does anyone know off hand if there are other projects with dependencies on 
 Xtext 1.0.0 that are also using CBI Build?
 
 cheers,
 
 Miles
 
 
 Begin forwarded message:
 
 *From: *Miles Parker milespar...@gmail.com mailto:milespar...@gmail.com
 *Date: *May 4, 2010 12:28:28 PM PDT
 *To: *Tools for Committer Community dash-dev@eclipse.org 
 mailto:dash-dev@eclipse.org
 *Subject: **TMF / XText build dependency problem? org.aopalliance.aop*
 
 Hi XText guys, If you're monitoring Dash, I wanted to warn you -- Chuck 
 Norris is after me, but I told him it wasn't my fault, and pointed him in 
 your direction!
 
 It looks like maybe some kind of dependency is missing from the 0504 drop? 
 Everything worked fine until then. I tried a bunch of different options, 
 but I get the same thing. For example:
 
 repositoryURLs=http://download.itemis.com/updates/milestones,\
 http://download.eclipse.org/modeling/tmf/xtext/downloads/drops/1.0.0/S201005041135/tmf-xtext-Update-1.0.0M7.zip,\
 http://download.eclipse.org/modeling/m2t/xpand/downloads/drops/1.0.0/S201003150948/m2t-xpand-Update-1.0.0M6.zip,\
 http://download.eclipse.org/modeling/emft/mwe/downloads/drops/0.7.2/R200908120417/emft-mwe-Update-incubation-0.7.2.zip,\
 http://download.eclipse.org/tools/gef/downloads/drops/3.5.2/R201002241200/GEF-Update-3.5.2.zip,\
 http://download.eclipse.org/modeling/emf/emf/downloads/drops/2.5.0/R200906151043/emf-xsd-Update-2.5.0.zip
 featureIDsToInstall=org.eclipse.emf+org.eclipse.xsd+org.eclipse.gef+org.eclipse.zest+org.eclipse.xpand+org.eclipse.xtend+org.eclipse.xtext.runtime+org.eclipse.xtext.ui
 
 I get:
 
   [p2.dir][p2.dir] !ENTRY org.eclipse.equinox.p2.artifact.repository 4 
 1000 2010-05-04 15:19:52.330
   [p2.dir] !MESSAGE No repository found at 
 file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N201005041517/eclipse/p2/org.eclipse.equinox.p2.engine/profileRegistry/SDKProfile.profile/.
   [p2.dir] Installing org.eclipse.emf.feature.group 2.5.0.v200906151043.
   [p2.dir] Installing org.eclipse.xsd.feature.group 2.5.0.v200906151043.
   [p2.dir] Installing org.eclipse.gef.feature.group 
 3.5.2.v20100111-1352-777928194B66D5D476C33B2A.
   [p2.dir] Installing org.eclipse.zest.feature.group 
 1.1.2.v20100111-1352-6618yD6DH8G6N59OM53B2A.
   [p2.dir] Installing org.eclipse.xpand.feature.group 1.0.0.v201005041053.
   [p2.dir] Installing org.eclipse.xtend.feature.group 1.0.0.v201005041053.
   [p2.dir] Installing org.eclipse.xtext.runtime.feature.group 
 1.0.0.v201005041135.
   [p2.dir] Installing org.eclipse.xtext.ui.feature.group 
 1.0.0.v201005041135.
   [p2.dir][p2.dir] !ENTRY org.eclipse.equinox.p2.director 4 1 
 2010-05-04 15:20:15.748
   [p2.dir] !MESSAGE Cannot complete the install because one or more 
 required items could not be found.
   [p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.748
   [p2.dir] !MESSAGE Software being installed: Xtext Runtime 
 1.0.0.v201005041135 (org.eclipse.xtext.runtime.feature.group 
 1.0.0.v201005041135)
   [p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.748
   [p2.dir] !MESSAGE Missing requirement: Google Guice 2.0.0.v201003051000 
 (com.google.inject 2.0.0.v201003051000) requires 'package 
 org.aopalliance.aop 1.0.0' but it could not be found
   [p2.dir] !SUBENTRY 1 org.eclipse.equinox.p2.director 4 1 2010-05-04 
 15:20:15.749
   [p2.dir] !MESSAGE Cannot satisfy dependency:
   [p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.749
   [p2.dir] !MESSAGE From: Xtext Runtime 1.0.0.v201005041135 
 (org.eclipse.xtext.runtime.feature.group 1.0.0.v201005041135)
   [p2.dir] !SUBENTRY 2 org.eclipse.equinox.p2.director 4 0 2010-05-04 
 15:20:15.749

[dash-dev] Cleaning up nightlies

2010-04-29 Thread Miles Parker

Hi,

I'm following the recommended promote procedure from 
http://wiki.eclipse.org/Common_Build_Infrastructure/Publishing. One issue I 
just realized is that I've got an insane number of files in my nightly update 
site because the script uses add. Of course, its important to keep some older 
nightly builds around but I don't need them going back for all time. Any 
recommendations about how to do a periodic automated purge, or perhaps rolling 
last n artifacts.

cheers,

Miles___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


Re: [dash-dev] Resetting build

2010-04-14 Thread Miles Parker

I didn't have 40 builds -- I only had 5 AFAICT and there is only one good one 
there. (Oddly they're listed twice.) I had tried wiping out the workspace but 
to no avail. But deleting the prior (5) builds appears to have taken care of it 
even though there was only one good build.

On Apr 14, 2010, at 5:26 AM, David Carver wrote:

 As I already suggested, the easiest way is to just delete the old builds, and 
 let it start with the numbers it wants.   Also, really, to help conserve disk 
 space and play friendly with the other builds that need to use the build 
 machine, you shouldn't be keeping 40 builds and their artifacts around.  At 
 the most 10 should be sufficient and give a fairly good idea of the quality 
 of the builds.
 
 Dave
 
 On 04/13/2010 11:42 PM, Stéphane Bouchet wrote:
 
 Miles, 
 
 i got it too and i build mannually since build number reach the correct one. 
 
 
 if i remember well, there is also a file that host the buildnumber inside 
 the job directory in the eclipse server : 
 
 sbouc...@build:~ cat 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-emf-eef-0.7-nightly/nextBuildNumber 
 378 
 sbouc...@build:~ 
 
 you could try to modify it ( i did not do that myself, so i am not sure it 
 will work ! ) 
 
 
 Miles Parker a écrit : 
 Hi, 
 
 It definitely seems like something is fubar'd with cbi-amp-nightly. When I 
 trigger a new build it tries to create a build earlier than the last build, 
 i.e. 371 when the last good build was 413. Is there someway to reset things 
 or increment the build numbers so that I can get to a good build number? 
 Short of manually running 40 bad builds that is... 
 
 thanks, 
 
 Miles___ 
 dash-dev mailing list 
 dash-dev@eclipse.org 
 https://dev.eclipse.org/mailman/listinfo/dash-dev 
 
  
 
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
   
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


Re: [dash-dev] Build failure for cbi-amp-nightly #320

2010-03-08 Thread Miles Parker

Thanks, that did the trick! I had to update a now missing dependency, but 
that's not a bad thing...

On Mar 8, 2010, at 12:55 AM, Nicolas Bros wrote:

 I also had a weird error where the build suddenly complained it couldn't find 
 the server.properties file a few days ago.
 I solved it by wiping the Hudson workspace and rebuilding.
 
 On Mon, Mar 8, 2010 at 4:36 AM, Miles Parker milespar...@gmail.com wrote:
 
 Hi all,
 
 Please see fwd'd build msg. I've only made one insignificant change. Has 
 anything changed in org.eclipse.dash.common.releng structure in last couple 
 of weeks?
 
 cheers,
 
 Miles
 
 Begin forwarded message:
 
 From: Hudson Builder ' hudsonbu...@eclipse.org
 Date: March 7, 2010 7:28:46 PM PST
 To: milespar...@gmail.com
 Subject: Build failed in Hudson: cbi-amp-nightly #320
 
 See https://build.eclipse.org/hudson/job/cbi-amp-nightly/320/
 
 --
 Started by user mparker
 ln failed: -1
 Building on master
 [org.eclipse.amp] $ cvs -q -z3 update -PdC -D Monday, March 8, 2010 3:27:52 
 AM UTC
 $ no changes detected
 [workspace] $ /bin/sh -xe /tmp/hudson487316.sh
 + export 'PROJRELENGROOT=-projRelengRoot 
 :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling'
 + PROJRELENGROOT='-projRelengRoot 
 :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling'
 + export 'PROJRELENGPATH=-projRelengPath 
 org.eclipse.amp/releng/org.eclipse.amp.releng'
 + PROJRELENGPATH='-projRelengPath 
 org.eclipse.amp/releng/org.eclipse.amp.releng'
 + . /opt/public/cbi/build/org.eclipse.dash.common.releng/hudson/run.sh
 +++ date '+%Y/%m/%d %H:%M'
 ++ echo '[2010/03/07 22:28] Hudson job  build #320 (2010-03-07_22-27-52) 
 started.'
 [2010/03/07 22:28] Hudson job  build #320 (2010-03-07_22-27-52) started.
 +++ date +%Y%m%d%H%M
 ++ buildTimestamp=201003072228
 ++ cvsProjectBaseDir=/opt/public/cbi/build
 ++ [[ ! -d /opt/public/cbi/build ]]
 ++ [[ ! -d /opt/public/cbi/build ]]
 ++ thirdPartyJarsDir=/opt/public/cbi/build/3rdPartyJars
 ++ [[ ! -d /opt/public/cbi/build/3rdPartyJars ]]
 ++ [[ ! -d /opt/public/cbi/build/3rdPartyJars ]]
 ++ [[ -n N ]]
 ++ buildType=N
 ++ haderror=0
 ++ [[ -n modeling.amp ]]
 ++ projectid=modeling.amp
 ++ [[ -n 0.5.0 ]]
 ++ version=0.5.0
 ++ [[ -n -projRelengRoot 
 :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling ]]
 ++ projRelengRoot='-projRelengRoot 
 :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling'
 ++ [[ -n -projRelengPath org.eclipse.amp/releng/org.eclipse.amp.releng ]]
 ++ projRelengPath='-projRelengPath 
 org.eclipse.amp/releng/org.eclipse.amp.releng'
 ++ [[ -n '' ]]
 ++ projRelengBranch=
 ++ [[ 0 -gt 0 ]]
 ++ 
 writableBuildRoot=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build
 ++ [[ -d https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build ]]
 ++ rm -fr https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build
 ++ 
 downloadsDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/downloads
 ++ 
 signingDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/signing
 ++ [[ -n '' ]]
 ++ 
 buildDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/320/artifact/build/N201003072228
 ++ mkdir -p 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/downloads 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/signing 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/320/artifact/build/N201003072228
 ++ touch 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/.cvspass
 ++ 
 relengBaseBuilderDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.releng.basebuilder
 ++ 
 relengCommonBuilderDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.dash.common.releng
 ++ ln -s /opt/public/cbi/build/org.eclipse.releng.basebuilder 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/
 ++ ln -s /opt/public/cbi/build/org.eclipse.dash.common.releng 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/
 ++ ln -s /opt/public/cbi/build/3rdPartyJars 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/
 ++ 
 thirdPartyJarsDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/3rdPartyJars
 ++ find 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/downloads 
 -maxdepth 1 -type f -name '*-SNAPSHOT.zip' -exec rm -f '{}' ';'
 ++ cd 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.dash.common.releng/tools/scripts
 ++ ./start.sh -projectid modeling.amp -version 0.5.0 -buildType N 
 -buildTimestamp 201003072228 -writableBuildRoot 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build 
 -thirdPartyJarsDir 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/3rdPartyJars 
 -downloadsDir 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/downloads 
 -buildDir 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/320/artifact/build/N201003072228
  -projRelengRoot :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling

[dash-dev] Build failure for cbi-amp-nightly #320

2010-03-07 Thread Miles Parker

Hi all,

Please see fwd'd build msg. I've only made one insignificant change. Has 
anything changed in org.eclipse.dash.common.releng structure in last couple of 
weeks?

cheers,

Miles

Begin forwarded message:

 From: Hudson Builder ' hudsonbu...@eclipse.org
 Date: March 7, 2010 7:28:46 PM PST
 To: milespar...@gmail.com
 Subject: Build failed in Hudson: cbi-amp-nightly #320
 
 See https://build.eclipse.org/hudson/job/cbi-amp-nightly/320/
 
 --
 Started by user mparker
 ln failed: -1
 Building on master
 [org.eclipse.amp] $ cvs -q -z3 update -PdC -D Monday, March 8, 2010 3:27:52 
 AM UTC
 $ no changes detected
 [workspace] $ /bin/sh -xe /tmp/hudson487316.sh
 + export 'PROJRELENGROOT=-projRelengRoot 
 :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling'
 + PROJRELENGROOT='-projRelengRoot 
 :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling'
 + export 'PROJRELENGPATH=-projRelengPath 
 org.eclipse.amp/releng/org.eclipse.amp.releng'
 + PROJRELENGPATH='-projRelengPath 
 org.eclipse.amp/releng/org.eclipse.amp.releng'
 + . /opt/public/cbi/build/org.eclipse.dash.common.releng/hudson/run.sh
 +++ date '+%Y/%m/%d %H:%M'
 ++ echo '[2010/03/07 22:28] Hudson job  build #320 (2010-03-07_22-27-52) 
 started.'
 [2010/03/07 22:28] Hudson job  build #320 (2010-03-07_22-27-52) started.
 +++ date +%Y%m%d%H%M
 ++ buildTimestamp=201003072228
 ++ cvsProjectBaseDir=/opt/public/cbi/build
 ++ [[ ! -d /opt/public/cbi/build ]]
 ++ [[ ! -d /opt/public/cbi/build ]]
 ++ thirdPartyJarsDir=/opt/public/cbi/build/3rdPartyJars
 ++ [[ ! -d /opt/public/cbi/build/3rdPartyJars ]]
 ++ [[ ! -d /opt/public/cbi/build/3rdPartyJars ]]
 ++ [[ -n N ]]
 ++ buildType=N
 ++ haderror=0
 ++ [[ -n modeling.amp ]]
 ++ projectid=modeling.amp
 ++ [[ -n 0.5.0 ]]
 ++ version=0.5.0
 ++ [[ -n -projRelengRoot :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling 
 ]]
 ++ projRelengRoot='-projRelengRoot 
 :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling'
 ++ [[ -n -projRelengPath org.eclipse.amp/releng/org.eclipse.amp.releng ]]
 ++ projRelengPath='-projRelengPath 
 org.eclipse.amp/releng/org.eclipse.amp.releng'
 ++ [[ -n '' ]]
 ++ projRelengBranch=
 ++ [[ 0 -gt 0 ]]
 ++ 
 writableBuildRoot=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build
 ++ [[ -d https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build ]]
 ++ rm -fr https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build
 ++ 
 downloadsDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/downloads
 ++ 
 signingDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/signing
 ++ [[ -n '' ]]
 ++ 
 buildDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/320/artifact/build/N201003072228
 ++ mkdir -p 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/downloads 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/signing 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/320/artifact/build/N201003072228
 ++ touch 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/.cvspass
 ++ 
 relengBaseBuilderDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.releng.basebuilder
 ++ 
 relengCommonBuilderDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.dash.common.releng
 ++ ln -s /opt/public/cbi/build/org.eclipse.releng.basebuilder 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/
 ++ ln -s /opt/public/cbi/build/org.eclipse.dash.common.releng 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/
 ++ ln -s /opt/public/cbi/build/3rdPartyJars 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/
 ++ 
 thirdPartyJarsDir=https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/3rdPartyJars
 ++ find 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/downloads 
 -maxdepth 1 -type f -name '*-SNAPSHOT.zip' -exec rm -f '{}' ';'
 ++ cd 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.dash.common.releng/tools/scripts
 ++ ./start.sh -projectid modeling.amp -version 0.5.0 -buildType N 
 -buildTimestamp 201003072228 -writableBuildRoot 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build 
 -thirdPartyJarsDir 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/3rdPartyJars 
 -downloadsDir 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/downloads 
 -buildDir 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/320/artifact/build/N201003072228
  -projRelengRoot :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling 
 -projRelengPath org.eclipse.amp/releng/org.eclipse.amp.releng 
 -forceContextQualifier -fetchTag HEAD
 Found cvs: /usr/bin/cvs /usr/share/cvs /usr/share/man/man1/cvs.1.gz 
 /usr/share/man/man5/cvs.5.gz
 Found svn in PATH=
 /bin:/usr/bin/:/usr/local/bin
 Found javac in PATH=
 /bin:/usr/bin/:/usr/local/bin
 Found wget: /usr/bin/wget /usr/share/man/man1/wget.1.gz
 Found vncserver: /usr/X11R6/bin/vncserver /usr/bin/X11/vncserver 
 

Re: [dash-dev] Athena: tests randomly failing to run on build.eclipse.org, with possible solution

2010-01-05 Thread Miles Parker

OK, that was the clue I needed..Andrew's email implied to me that there was 
something somewhere else that was calling runtests.sh. I had copied my 
build.properties from an example/donor project and it included the lines I 
mentioned before..commenting them out seems to have fixed the issue, i.e.:

#basebuilderBranch=R35_RC4

On Jan 4, 2010, at 1:50 PM, Andrew Overholt wrote:

 I suspect we are still running into display contention issues.
 
 It looks like Miles is still using runtests.sh.  Miles, see the top of
 that file:
 
 #!/bin/bash
 # This file is deprecated and only used by the old build.steps=test
 # The new multiplatform way to run tests is with   build.steps=testLocal
 
 But I'm confused as to why this didn't find the supposedly-running X server
 on display 9:
 
  highestXPortInUse=$(ps aux | egrep '[Xvnc|Xvfb]\ :' \
| awk '{ print $12 }' | sed s/:// | sort -n | tail -n 1)
 
 Was someone running some other X server on build.eclipse.org?
 
 Andrew
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


Re: [dash-dev] IDE builds with Athena?

2009-12-23 Thread Miles Parker

Yeah, I've been thinking that I need to define a product for my (overall) 
project, but I've been avoiding it. I don't actually think of it as a product 
but I guess that's the only way to package it, short of manually building 
Eclipse IDE instances for each platform. :O 

This is getting OT for list, but anyone have ideas about what the simplest 
approaches are using existing tools? Obviously I'd prefer fully automated but I 
can live with some manual steps.

On Dec 23, 2009, at 8:05 AM, David Carver wrote:

 Actually, what you want to do is a product build. Currently Athena is 
 structured only for feature based builds. While a product build is a feature 
 build on steroids, it has it's own complications that can occur. Initially I 
 think this is out of the scope of Athena, but is definitely in scope for 
 projects like Buckminster.
 
 Dave
 
 Miles Parker wrote:
 Hi all,
 
 I'm wondering if anyone has given thought to how difficult it might be to do 
 full IDE cross-platform builds using Athena (prob. not actually on Athena 
 Hudson given resource constraints) and/or other releng tools? I'm thinking 
 that it makes the most sense to do this in two stages, i.e. build the zips 
 using normal hudson build, and then package that into IDE builds somehow. 
 Pardon the ignorance, but the release infrastructure is a little opaque to 
 me. I suppose I could use the RCP tools for a local 
 build..(http://wiki.eclipse.org/Building) but I wonder if there isn't a 
 fairly OOTB automated solution out there..
 
 cheers,
 
 Miles___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
  
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


[dash-dev] IDE builds with Athena?

2009-12-21 Thread Miles Parker
Hi all,

I'm wondering if anyone has given thought to how difficult it might be to do 
full IDE cross-platform builds using Athena (prob. not actually on Athena 
Hudson given resource constraints) and/or other releng tools? I'm thinking that 
it makes the most sense to do this in two stages, i.e. build the zips using 
normal hudson build, and then package that into IDE builds somehow. Pardon the 
ignorance, but the release infrastructure is a little opaque to me. I suppose I 
could use the RCP tools for a local build..(http://wiki.eclipse.org/Building) 
but I wonder if there isn't a fairly OOTB automated solution out there..

cheers,

Miles___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


[dash-dev] What's the scoop on checkForSignedZip?

2009-12-17 Thread Miles Parker
Hi all,

I'm curious what is happening in check for signed zip. I've been noticing that 
I'm intermittently (I think) getting times outs during this step, i.e.:

checkForSignedZip:
 [exec] Result: 2
 [echo] /bin/ls: 
/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/signing/I200912171449-out/AMP-Master-I200912171449.zip:
 No such file or directory
[retry] Attempt [3]: error occurred; retrying...
 [echo] Sleep for 180 seconds...

And in the signing dir at the same time I have something like:

ls 
/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/signing/I200912171449-out/
AMP-Master-I200912171449.zip.temp  temp_AMP-Master-I200912171449.zip

It's gone up as high as 8 attempts that I've seen. Is this just some kind of 
normal concurrent process?

cheers,

Miles___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


[dash-dev] Lastsuccessful Artifacts not being saved

2009-12-16 Thread Miles Parker

Hi all,

After Dave and I spent some time trying to get findbugs working with 
cb-amp-nightly and discovering the svn bug prevventing that, I've been 
struggling to get back to my last good build configuration. I'm pretty sure 
that I've got the build.properties and build.xml back to the right place and 
everything is building correctly into the N2009... dirs, but I'm not getting 
the files to where they need to be to be promoted.

ls /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/

Doesn't have a lastSuccessful dir as specified in my boiler-plate 
promote-N.properties.

The only thing I can't rollback is the config so I've tried to reconstruct that 
but perhaps there is something messed up there. Is there an example 
configuration out there that we can look at? I'm wondering if the issue might 
be here:

_Archive the artifacts_

I have:

build/?20*/**


Other settings..


Params has EXTRA_FLAGS -forceContextQualifier -fetchTag HEAD

Execute Shell:
# configuration
export PROJRELENGROOT='-projRelengRoot 
:pserver:anonym...@dev.eclipse.org:/cvsroot/modeling'
export PROJRELENGPATH='-projRelengPath 
org.eclipse.amp/releng/org.eclipse.amp.releng'

# parameters
#export SNAPSHOT=true

# run the build
. /opt/public/cbi/build/org.eclipse.dash.common.releng/hudson/run.sh


Any ideas?

thanks,

Miles

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


Re: [dash-dev] Lastsuccessful Artifacts not being saved

2009-12-16 Thread Miles Parker
/${thirdPartyJarsDir}/ant-contrib.jar
 from path as it doesn't exist
dropping /usr/share/java/ant-contrib.jar from path as it doesn't exist
parsing buildfile 
jar:file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.dash.common.releng/lib/ant-contrib.jar!/net/sf/antcontrib/antlib.xml
 with URI = 
jar:file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.dash.common.releng/lib/ant-contrib.jar!/net/sf/antcontrib/antlib.xml
parsing buildfile 
jar:file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.amp.releng/lib/ant-contrib.jar!/net/sf/antcontrib/antlib.xml
 with URI = 
jar:file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.amp.releng/lib/ant-contrib.jar!/net/sf/antcontrib/antlib.xml
Override ignored for property sourceZipsDOverride ignored for property 
targetZipsDir
Override ignored for property buildTypes
Override ignored for property targetGroup
Override ignored for property synchMethod
Override ignored for property targetUpdateDir

main:
[mkdir] Skipping /home/data/httpd/download.eclipse.org/amp/updates/nightly 
because it already exists.
[mkdir] Skipping 
/home/data/httpd/download.eclipse.org/amp/drops/nightly/0.5.0 because it 
already exists.
  [ant] Exiting 
/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.dash.common.releng/promote.xml



Miles


On Dec 16, 2009, at 6:58 AM, David Carver wrote:

 I've put Nicolas's solution and promotion script example in the FAQ:
 
 http://wiki.eclipse.org/Common_Build_Infrastructure/Getting_Started/FAQ#The_lastSuccess_symbolic_link_disappeared_on_the_file_system.21_How_do_I_access_my_lastSuccessful_build.
 
 Dave
 
 Miles Parker wrote:
 
 Hi all,
 
 After Dave and I spent some time trying to get findbugs working with 
 cb-amp-nightly and discovering the svn bug prevventing that, I've been 
 struggling to get back to my last good build configuration. I'm pretty sure 
 that I've got the build.properties and build.xml back to the right place and 
 everything is building correctly into the N2009... dirs, but I'm not getting 
 the files to where they need to be to be promoted.
 
 ls /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/
 
 Doesn't have a lastSuccessful dir as specified in my boiler-plate 
 promote-N.properties.
 
 The only thing I can't rollback is the config so I've tried to reconstruct 
 that but perhaps there is something messed up there. Is there an example 
 configuration out there that we can look at? I'm wondering if the issue 
 might be here:
 
 _Archive the artifacts_
 
 I have:
 
 build/?20*/**
 
 
 Other settings..
 
 
 Params has EXTRA_FLAGS -forceContextQualifier -fetchTag HEAD
 
 Execute Shell:
 # configuration export PROJRELENGROOT='-projRelengRoot 
 :pserver:anonym...@dev.eclipse.org:/cvsroot/modeling' export 
 PROJRELENGPATH='-projRelengPath 
 org.eclipse.amp/releng/org.eclipse.amp.releng' # parameters #export 
 SNAPSHOT=true # run the build . 
 /opt/public/cbi/build/org.eclipse.dash.common.releng/hudson/run.sh
 
 
 Any ideas?
 
 thanks,
 
 Miles
 
 
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
  
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


Solved? Re: [dash-dev] Lastsuccessful Artifacts not being saved

2009-12-16 Thread Miles Parker

Seems to be working now..god knows why..

On Dec 16, 2009, at 12:57 PM, Miles Parker wrote:

 
 OK, makes sense. I've checked out 
 http://wiki.eclipse.org/MoDisco/Releng/How_it_Works as well -- nice resource. 
 But..the example script changes are a substantial change from the 
 http://wiki.eclipse.org/Common_Build_Infrastructure/Publishing scripts, and 
 doesn't seem to match up to mo disco's quite either. 
 I just can't seem to make it work...!  Does anyone have a reference for a .sh 
 that does work? Unfortunatly these are in user dirs so the one thing I can't 
 look at.
 
 The build is getting placed in (my user) promo_build, but the downloads 
 aren't getting populated.. this is my latest attempt:
 
 cgi-amp-promo-N.sh
 
 JOB_ID=cbi-amp-nightly
 BUILD_TYPE=N
 ANT=/opt/public/common/apache-ant-1.7.1/bin/ant
 RELENG_DIR=/opt/users/hudsonbuild/.hudson/jobs/$JOB_ID/workspace/build/org.eclipse.amp.releng
 PROMO_LOGS_DIR=/home/data/users/mparker/promo_logs
 BUILD_LOC=/home/data/users/mparker/promo_build
 logFile=$PROMO_LOGS_DIR/promo_log.txt
 
 DATE=`date +%Y%m%d-%H%M`
 
 echo $DATE: getting last successful build  $logFile
 mkdir -p $BUILD_LOC
 rm -f $BUILD_LOC/build.zip
 rm -rf $BUILD_LOC/build
 cd $BUILD_LOC
 wget --no-check-certificate 
 https://build.eclipse.org/hudson/job/$JOB_ID/lastSuccessfulBuild/artifact/build/*zip*/build.zip;
 if [ ! -f build.zip ]; then echo ERROR:build.zip (from Hudson) not found; 
 exit -2; fi
 unzip build.zip
 echo $DATE: publishing nightly build ...  $logFile
 cd ../
 mkdir -p $PROMO_LOGS_DIR
 $ANT -f $RELENG_DIR/promote.xml 
 -Dpromote.properties=$RELENG_DIR/promote-$BUILD_TYPE.properties -verbose 
 2/dev/null 1 $PROMO_LOGS_DIR/$JOB_ID-promo-$BUILD_TYPE.txt
 
 promote-N.properties
 
 # source dir
 sourceZipsDir=/home/data/users/mparker/promo_build
 
 # target dir
 targetZipsDir=/home/data/httpd/download.eclipse.org/amp/drops/nightly/0.5.0
 
 # group owner of new files
 targetGroup=modeling.amp
 
 # type(s) to copy (N, I, M, S, R; default to all)
 buildTypes=N
 
 # synch method method (add or replace; add = keep adding new builds; replace 
 = keep 1 build per branch)
 synchMethod=add
 
 # if set, update zip will be unpacked into destination dir and use 
 synchMethod above to add or replace contents 
 targetUpdateDir=/home/data/httpd/download.eclipse.org/amp/updates/nightly
 
 
 And ant log:
 
 
 Apache Ant version 1.7.1 compiled on June 27 2008Buildfile: 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.amp.releng/promote.xmlDetected
  Java version: 1.4 in: /usr/lib/jvm/java-1_4_2-ibm-1.4.2/jreDetected OS: Linux
 parsing buildfile 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/
 build/org.eclipse.amp.releng/promote.xml with URI = 
 file:/opt/users/hudsonbuild/
 .hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.amp.releng/promote.xml
 Project base dir set to: 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/wor
 kspace/build/org.eclipse.amp.releng
 Build sequence for target(s) `run' is [run]
 Complete build sequence is [run, ]
 
 run:[antlib:org.apache.tools.ant] Could not load definitions from resource 
 org/apach
 e/tools/ant/antlib.xml. It could not be found.Override ignored for property 
 promote.properties
  [property] Loading 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.amp.releng/promote-N.properties
  [property] Loading 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspac
 e/build/org.eclipse.amp.releng/build.properties
 Property buildTimestamp has not been set
 kspace/build/org.eclipse.dash.common.releng
   [ant] calling target(s) [default] in build file 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.dash.common.releng/promote.xml
 parsing buildfile 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.dash.common.releng/promote.xml
  with URI = 
 file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.dash.common.releng/promote.xml
 Project base dir set to: 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.dash.common.releng
 Override ignored for property promote.properties
  [property] Loading 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.amp.releng/promote-N.properties
 Override ignored for property targetUpdateDir
 Override ignored for property synchMethod
 Override ignored for property buildTypes
 Override ignored for property targetZipsDir
 Override ignored for property sourceZipsDir
 Override ignored for property targetGroup
   [ant] Entering 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/org.eclipse.dash.common.releng/promote.xml...
 Build sequence for target(s) `main' is [init, main]Complete build sequence is 
 [init, main, test, ]
 init:
 Property classpath has not been setProperty thirdPartyJarsDir has not 
 been set
 dropping 
 /opt/users/hudsonbuild/.hudson

Re: [dash-dev] Weird failure..

2009-12-05 Thread Miles Parker

No, it's been running for a few months now. It's just the default setup. Still 
failing as of 8 am this monring.

On Dec 5, 2009, at 7:02 AM, David Carver wrote:

 Is this a new job.  If so it looks like it is trying to run on the test-slave 
 machine, instead of the Master.  In your job configuration, make sure you 
 tell it to only run on the Master machine, and not the slave machine.
 
 Dave
 
 Miles Parker wrote:
 I'm getting an awfully strange issue..nothing significant (if
 anything) changed since the last time everything built...
 
 https://build.eclipse.org/hudson/job/cbi-amp-nightly/
 
 Any ideas?
 
 A SCM change trigger started this job
 Building remotely on test-slave
 FATAL: Cannot run program cvs (in directory
 /home/hudsonbuild/slave_jobs/workspace/cbi-amp-nightly):
 java.io.IOException: error=2, No such file or directory
 java.io.IOException: Cannot run program cvs (in directory
 /home/hudsonbuild/slave_jobs/workspace/cbi-amp-nightly):
 java.io.IOException: error=2, No such file or directory
  at java.lang.ProcessBuilder.start(ProcessBuilder.java:474)
  at hudson.Proc$LocalProc.init(Proc.java:145)
  at hudson.Proc$LocalProc.init(Proc.java:118)
  at hudson.Launcher$LocalLauncher.launch(Launcher.java:633)
  at hudson.Launcher$ProcStarter.start(Launcher.java:268)
  at hudson.Launcher$RemoteLaunchCallable.call(Launcher.java:773)
  at hudson.Launcher$RemoteLaunchCallable.call(Launcher.java:751)
  at hudson.remoting.UserRequest.perform(UserRequest.java:103)
  at hudson.remoting.UserRequest.perform(UserRequest.java:47)
  at hudson.remoting.Request$2.run(Request.java:236)
  at 
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
  at java.util.concurrent.FutureTask.run(FutureTask.java:166)
  at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
  at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
  at java.lang.Thread.run(Thread.java:636)
 Caused by: java.io.IOException: java.io.IOException: error=2, No such
 file or directory
  at java.lang.UNIXProcess.init(UNIXProcess.java:164)
  at java.lang.ProcessImpl.start(ProcessImpl.java:81)
  at java.lang.ProcessBuilder.start(ProcessBuilder.java:467)
  ... 15 more
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev
 
  
 
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


Re: [dash-dev] TestNG

2009-12-04 Thread Miles Parker
Cool, thanks guys. At this point I really just wanted to know wether
there are any roadblocks. I'll do a bugzilla if I persue this further.
I have to do some dynamic method invocation to test some codegen and
JUnit is pretty brain dead for that kind of stuff.

On Thu, Dec 3, 2009 at 8:50 PM, Nick Boldt nickbo...@gmail.com wrote:
 If you can't find how/where to hook in your custom call out to testng, I
 could add an empty task testng in buildAll.xml or buildAllHelper.xml which
 would look for your own testng target in your foo.releng/buildExtra.xml or
 bar.releng/testExtra.xml, and execute that task if found.

 We already do this for all the other custom callbacks provided from PDE like
 preFetch, postFetch, preAssemble, postAssemble, etc. See
 common.releng/builder/all/customTargets.xml and look for something like
 this:

 target name=prePackage
        ant target=buildExtra.xml antfile=${helper}
                property name=theTarget value=prePackage /
        /ant
 /target

 If none of those hooks make sense for your needs, open a bug asking for a
 new testng task as outlined above (or something else, if you have a better
 idea) and I'll make add it.

 David Carver wrote:

 If you are using an ANT driven build you can remove the test or testLocal
 from the build, and create your own targets to get executed. You would also
 need to launch and configure your testing environment. You might be able to
 add it to the Dependencies and have the testing platform created, and then
 re-use that in your target environment. I'm not familiar with TestNG but I
 assume they have a headless runner that you could execute instead of the
 standard junit headless runner.

 So short answer, yes, I think creating a custom target might be the way to
 go.

 Dave

 Miles Parker wrote:

 Hi all,

 I filed a bug on this a while back,
 (https://bugs.eclipse.org/bugs/show_bug.cgi?id=271206) and I'm still
 wondering if anyone has any thoughts on what it would take to support testng
 through Athena. Would it be a simple matter of including the appropriate
 zips and then adding a custom build task to execute the tests?

 cheers,

 Miles___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev



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

 --
 Nick Boldt :: http://nick.divbyzero.com
 Release Engineer :: Eclipse Modeling  Dash Athena
 ___
 dash-dev mailing list
 dash-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/dash-dev

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


[dash-dev] TestNG

2009-12-02 Thread Miles Parker
Hi all,

I filed a bug on this a while back, 
(https://bugs.eclipse.org/bugs/show_bug.cgi?id=271206) and I'm still wondering 
if anyone has any thoughts on what it would take to support testng through 
Athena. Would it be a simple matter of including the appropriate zips and 
then adding a custom build task to execute the tests?

cheers,

Miles___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


Re: [dash-dev] Weird build failures.. (test?)

2009-11-20 Thread Miles Parker

Guys, that was it! A big thank you from me too.

-Miles (who seems to have many more questions than answers at the moment..)

On Nov 19, 2009, at 10:57 AM, Nick Boldt wrote:

 In another thread this solution was reported. Perhaps it's related?
 
 Some projects have tests failing during the build because of changes done on 
 the server recently.
 For example:
 * xText
 * MDT OCL
 * EMFT MWE
 A solution was proposed in bug 295394:
 add the following line to testing.properties in your releng project:
 extraVMargs=-Dorg.eclipse.swt.browser.XULRunnerPath=/shared/common/mozilla-xulrunner181-1.8.1.4-30.ppc
 
 BTW, huge thanks to Nicolas Bros for pitching in here with not just 
 questions, but *ANSWERS*!
 
 I've added the above tip to the FAQ. If you have other tips (which can't be 
 solved w/ a bug+patch) feel free to add them to the FAQ.
 
 http://wiki.eclipse.org/Common_Build_Infrastructure/Getting_Started/FAQ#My_build_used_to_work_but_now_headless_UI_tests_are_broken.21
 
 Nick
 
 Miles Parker wrote:
 Yeah, I did and I got the same thing. The font thing was an earlier remark I 
 forgot to take out. The diff made it pretty obvious that the below was the 
 hanging spot. I'm going to pull the Plugin JUnit test portion and see if 
 that fixes it.
 cheers,
 Miles
 On Nov 17, 2009, at 11:51 PM, David Carver wrote:
 Don't know why P2 would be giving you some errors.  There are always 
 messages about X not being able to find some Fonts so I don't think that 
 has anything to do with it.   I know that the web masters recently rebooted 
 the build server today, so not sure if you might be running into the 
 following bug:
 
 https://bugs.eclipse.org/bugs/show_bug.cgi?id=295394
 
 But don't see how that bug would affect P2.
 
 Out of curiosity have you tried just re-running again, or does it just die 
 at the same spot in the build?
 
 Dave
 
 
 Miles Parker wrote:
 Hi all,
 
 I've just had a really perplexing error show up on my nightly build. I 
 haven't changes anything that should affect the tests -- in fact the 
 changes form last succesful are pretty minimal -- but there seems to be 
 some kind of failure there -- something to do with fonts!?  -- even though 
 at the end of the log I get a success reported. Any ideas what might be 
 going on here?
 
 
 This seems to be where the trouble is.. an NPE in p2..
 
[exec][p2.dir] !SESSION 2009-11-16 22:22:40.816 
 ---
[exec][p2.dir] eclipse.buildId=M20090917-0800
[exec][p2.dir] java.fullversion=J2RE 1.5.0 IBM J9 2.3 Linux ppc-32 
 j9vmxp3223-20071007 (JIT enabled)
[exec][p2.dir] J9VM - 20071004_14218_bHdSMR
[exec][p2.dir] JIT  - 20070820_1846ifx1_r8
[exec][p2.dir] GC   - 200708_10
[exec][p2.dir] BootLoader constants: OS=linux, ARCH=ppc, WS=gtk, 
 NL=en_US
[exec][p2.dir] Framework arguments:  -application 
 org.eclipse.equinox.p2.director.app.application -flavor tooling -roaming 
 -profile SDKProfile -installIU org.eclipse.amp.all.feature.group 
 -destination 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/target/eclipse
  -bundlepool 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/target/eclipse
  -metadataRepository 
 file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/p2dirTmp/eclipse,file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/target/eclipse/p2/org.eclipse.equinox.p2.engine/profileRegistry/SDKProfile.profile
  -artifactRepository 
 file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/p2dirTmp/eclipse,file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/target/eclipse
  -profileProperties org.eclipse.update.install.features=true
[exec][p2.dir] Command-line arguments:  -os linux -ws gtk -arch ppc 
 -application org.eclipse.equinox.p2.director.app.application -consoleLog 
 -flavor tooling -roaming -profile SDKProfile -installIU 
 org.eclipse.amp.all.feature.group -destination 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/target/eclipse
  -bundlepool 
 /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/target/eclipse
  -metadataRepository 
 file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/p2dirTmp/eclipse,file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/target/eclipse/p2/org.eclipse.equinox.p2.engine/profileRegistry/SDKProfile.profile
  -artifactRepository 
 file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/p2dirTmp/eclipse,file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/N200911162210/testing/target/eclipse
  -profileProperties

Re: [dash-dev] Weird build failures.. (test?)

2009-11-17 Thread Miles Parker


Yeah, I did and I got the same thing. The font thing was an earlier  
remark I forgot to take out. The diff made it pretty obvious that the  
below was the hanging spot. I'm going to pull the Plugin JUnit test  
portion and see if that fixes it.


cheers,

Miles


On Nov 17, 2009, at 11:51 PM, David Carver wrote:

Don't know why P2 would be giving you some errors.  There are always  
messages about X not being able to find some Fonts so I don't think  
that has anything to do with it.   I know that the web masters  
recently rebooted the build server today, so not sure if you might  
be running into the following bug:


https://bugs.eclipse.org/bugs/show_bug.cgi?id=295394

But don't see how that bug would affect P2.

Out of curiosity have you tried just re-running again, or does it  
just die at the same spot in the build?


Dave


Miles Parker wrote:

Hi all,

I've just had a really perplexing error show up on my nightly  
build. I haven't changes anything that should affect the tests --  
in fact the changes form last succesful are pretty minimal -- but  
there seems to be some kind of failure there -- something to do  
with fonts!?  -- even though at the end of the log I get a success  
reported. Any ideas what might be going on here?



This seems to be where the trouble is.. an NPE in p2..

[exec][p2.dir] !SESSION 2009-11-16 22:22:40.816  
---

[exec][p2.dir] eclipse.buildId=M20090917-0800
[exec][p2.dir] java.fullversion=J2RE 1.5.0 IBM J9 2.3 Linux  
ppc-32 j9vmxp3223-20071007 (JIT enabled)

[exec][p2.dir] J9VM - 20071004_14218_bHdSMR
[exec][p2.dir] JIT  - 20070820_1846ifx1_r8
[exec][p2.dir] GC   - 200708_10
[exec][p2.dir] BootLoader constants: OS=linux, ARCH=ppc,  
WS=gtk, NL=en_US
[exec][p2.dir] Framework arguments:  -application  
org.eclipse.equinox.p2.director.app.application -flavor tooling - 
roaming -profile SDKProfile -installIU  
org.eclipse.amp.all.feature.group -destination /opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
N200911162210/testing/target/eclipse -bundlepool /opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
N200911162210/testing/target/eclipse -metadataRepository file:/opt/ 
users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
N200911162210/testing/p2dirTmp/eclipse,file:/opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
N200911162210/testing/target/eclipse/p2/ 
org.eclipse.equinox.p2.engine/profileRegistry/SDKProfile.profile - 
artifactRepository file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp- 
nightly/workspace/build/N200911162210/testing/p2dirTmp/ 
eclipse,file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/ 
workspace/build/N200911162210/testing/target/eclipse - 
profileProperties org.eclipse.update.install.features=true
[exec][p2.dir] Command-line arguments:  -os linux -ws gtk - 
arch ppc -application  
org.eclipse.equinox.p2.director.app.application -consoleLog -flavor  
tooling -roaming -profile SDKProfile -installIU  
org.eclipse.amp.all.feature.group -destination /opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
N200911162210/testing/target/eclipse -bundlepool /opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
N200911162210/testing/target/eclipse -metadataRepository file:/opt/ 
users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
N200911162210/testing/p2dirTmp/eclipse,file:/opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
N200911162210/testing/target/eclipse/p2/ 
org.eclipse.equinox.p2.engine/profileRegistry/SDKProfile.profile - 
artifactRepository file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp- 
nightly/workspace/build/N200911162210/testing/p2dirTmp/ 
eclipse,file:/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/ 
workspace/build/N200911162210/testing/target/eclipse - 
profileProperties org.eclipse.update.install.features=true
[exec][p2.dir]  [exec][p2.dir] !ENTRY  
org.eclipse.core.jobs 4 2 2009-11-16 22:25:11.628
[exec][p2.dir] !MESSAGE An internal error occurred during:  
Saving profile preferences.

[exec][p2.dir] !STACK 0
[exec][p2.dir] java.lang.NullPointerException
[exec][p2.dir] at  
org.eclipse.equinox.internal.p2 
.engine.ProfilePreferences.getProfileLocation 
(ProfilePreferences.java:155)
[exec][p2.dir] at  
org.eclipse.equinox.internal.p2.engine.ProfilePreferences.doSave 
(ProfilePreferences.java:117)
[exec][p2.dir] at  
org.eclipse.equinox.internal.p2.engine.ProfilePreferences 
$SaveJob.run(ProfilePreferences.java:45)
[exec][p2.dir] at org.eclipse.core.internal.jobs.Worker.run 
(Worker.java:55)



cheers,

Miles


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

[dash-dev] Workspace name change..

2009-10-09 Thread Miles Parker


Um, did the build path change or am I going nuts? (The possibility of  
both has occurred to me.) My promote sh scripts didn't work anymore,  
and then I noticed that my-proj/workspace/build/.. had changed to my- 
proj/ws/build/..

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


[dash-dev] Re: Workspace name change..

2009-10-09 Thread Miles Parker


Hmmm... not that's not working either..

I've checked that:

https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.amp.releng/promote.xml

But when I run the script I get:

Buildfie:  /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/ws/ 
build/org.eclipse.amp.releng/promote.xml does not exist!


My sh script is I think SOP (w/ change to ws dir):

/opt/public/common/apache-ant-1.7.1/bin/ant -f /opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/ws/build/ 
org.eclipse.amp.releng/promote.xml -Dpromote.properties=/opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/ws/build/ 
org.eclipse.amp.releng/promote-N.properties 2/dev/null 1 ~/ 
promo_logs/cbi-amp-nightly-promo.txt



On Oct 9, 2009, at 2:54 PM, Miles Parker wrote:



Um, did the build path change or am I going nuts? (The possibility  
of both has occurred to me.) My promote sh scripts didn't work  
anymore, and then I noticed that my-proj/workspace/build/.. had  
changed to my-proj/ws/build/..


Miles T. Parker
President and Chief Software Architect
Metascape, LLC

tel: 509-643-4441
skype: milestravisparker
mailto://mi...@metascapeabm.com
http://metascapeabm.com
http://www.linkedin.com/in/milestparker
http://milesparker.blogspot.com

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


Re: [dash-dev] Re: Workspace name change..

2009-10-09 Thread Miles Parker


Yeah it hasn't..I was confused by the difference but putting it back  
didn't help...I'm going to take up those bugs right now.


On Oct 9, 2009, at 3:42 PM, Nick Boldt wrote:


The web path (with /ws/) is:

https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.amp.releng

The local file path on build.eclipse.org (with /workspace/) is:

/opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/workspace/build/ 
org.eclipse.amp.releng


Based on the examples in the wiki [1] and checking other Hudson  
instances, I don't think anything has changed.


[1]http://wiki.eclipse.org/Common_Build_Infrastructure/Publishing

Nick

Miles Parker wrote:

Hmmm... not that's not working either..
I've checked that:
https://build.eclipse.org/hudson/job/cbi-amp-nightly/ws/build/org.eclipse.amp.releng/promote.xml
But when I run the script I get:
Buildfie:  /opt/users/hudsonbuild/.hudson/jobs/cbi-amp-nightly/ws/ 
build/org.eclipse.amp.releng/promote.xml does not exist!

My sh script is I think SOP (w/ change to ws dir):
/opt/public/common/apache-ant-1.7.1/bin/ant -f /opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/ws/build/ 
org.eclipse.amp.releng/promote.xml -Dpromote.properties=/opt/users/ 
hudsonbuild/.hudson/jobs/cbi-amp-nightly/ws/build/ 
org.eclipse.amp.releng/promote-N.properties 2/dev/null 1 ~/ 
promo_logs/cbi-amp-nightly-promo.txt

On Oct 9, 2009, at 2:54 PM, Miles Parker wrote:


Um, did the build path change or am I going nuts? (The possibility  
of both has occurred to me.) My promote sh scripts didn't work  
anymore, and then I noticed that my-proj/workspace/build/.. had  
changed to my-proj/ws/build/..

Miles T. Parker
President and Chief Software Architect
Metascape, LLC
tel: 509-643-4441
skype: milestravisparker
mailto://mi...@metascapeabm.com
http://metascapeabm.com http://www.linkedin.com/in/milestparker
http://www.linkedin.com/in/milestparker
http://milesparker.blogspot.com

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


--
Nick Boldt :: http://nick.divbyzero.com
Release Engineer :: Eclipse Modeling  Dash Athena
___
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


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