Re: [dash-dev] IP Cleanliness question
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
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]
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
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
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
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
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
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
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
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
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
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..
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
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
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..
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
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
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
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
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
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
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
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
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
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
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?
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?
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?
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
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
/${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
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..
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
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
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?)
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?)
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..
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..
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..
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