It would be nice to be able to tag cvs projects as part of a hudson build. Today, when we run our integration builds, we tag our builder and our map file project so that the build is reproducible. Once we have test hardware at the foundation and can run our builds on the hudson install on build.eclipse.org, the only way to do this is to have cronjob entries that correspond the time our build starts, which isn't 100% foolproof. That being said, I totally understand Denis' concern with the Hudson user having write access to the larger download and source filesystem. Not good from a security perspective.
Kim David Carver <d_a_car...@yahoo.com> Sent by: dash-dev-boun...@eclipse.org 01/28/2010 11:54 AM Please respond to Tools for Committer Community <dash-dev@eclipse.org> To Tools for Committer Community <dash-dev@eclipse.org> cc Subject Re: [dash-dev] Streamlining the Athena promote process (was Re: [gmf-dev] Head up: last night's build failure was a real failure in org.eclipse.gmf.xpand.migration) Promotion should only require write access to to the various download area folders for the projects. It wouldn't necessarily have to have tagging priviledges to CVS/SVN/Git as it stands right now all projects use MAP files for this. Dave On 01/28/2010 08:24 AM, Denis Roy wrote: For Hudson to do the promotion itself, I assume the hudsonBuild user would need write access to most, if not all of the downloads area. If the promotion process involves tagging or committing to CVS, then hudsonBuild would need commit access to CVS. Ick. On 01/28/2010 11:11 AM, David Carver wrote: Nick, Hudson already has plugins that would allow the promotion. The problem is that the user that Hudson runs under does not have rights to the download server to be able to push the necessary bits. We have the necessary plugins installed in Hudson, just don't have the access rights. Instead of jumping through work arounds and hoops we really need to address the problem at hand. Hudson should have necessary access rights to be able to do the promotion itself. Dave On 01/27/2010 11:43 PM, Nick Boldt wrote: Theoretically, it should be posible to create a hudson job that would be used simply to promote the latest clean builds by flipping a bit to notify a listening process (namely a crontab script) that it's time to promote. But does having a button on a webpage really make publishing easier than ssh'ing to a server and running a script? The same code that the crontab runs can be run on demand, and you could wrap that line of code w/ a wrapper script such that all you'd need to do is ssh to build.eclipse and run "~/p" to push your bits. Only marginally easier than logging in to build.eclipse.org to push a button. Would an Eclipse plugin would be perhaps a better idea? Perhaps something graphically modeled (hint: GMF? Zest?), with not just a button but a view of your latest builds in Hudson and their test results? Or, perhaps a Hudson plugin is better, such that in addition to the build button we already have, we could also have a promote button? N On 01/25/2010 09:54 AM, Anthony Hunter wrote: Hi Nick, With GMF and the common modeling build, have a web page with two buttons, build and promote With the Athena build, have a web page with a build button, but no promote yet. You last communicated promote must be manually ran from the command line or cron. >From my point of view, the lack of a quick easy promote have Athena a hard sell. To be honest however, I have not had any time to look further that Athena for GEF. Once GEF and EMF have fully moved, the rest of the modeling stack (and GMF) should have no excuse to move. And the goal should be / is for all modeling projects to share the same build technology. Cheers... Anthony -- Anthony Hunter mailto:antho...@ca.ibm.com Software Development Manager IBM Rational Software: Aurora / Modeling Tools Phone: 613-270-4613 Inactive hide details for Nick Boldt ---2010/01/25 12:54:34 AM---If only there was a better way... like building against updateNick Boldt ---2010/01/25 12:54:34 AM---If only there was a better way... like building against update sites From: Nick Boldt <nickbo...@gmail.com> To: "GMF Project developer discussions." <gmf-...@eclipse.org> Date: 2010/01/25 12:54 AM Subject: Re: [gmf-dev] Head up: last night's build failure was a real failure in org.eclipse.gmf.xpand.migration ------------------------------------------------------------------------ If only there was a better way... like building against update sites instead of (or in addition to) SDK zips... oh, wait... there is! http://wiki.eclipse.org/Common_Build_Infrastructure/Defining_Binary_Dependencies With Galileo SR2 nearly complete, does GMF plan to move to Athena/Hudson during the Helios cycle? If not, what blocks you? I'd like a list of blocking requirements so I can better prioritize Athena TODOs and get it into a form that will meet more (if not all) of your needs. BTW, the tagandrelease system works just as well for Athena builds as for Modeling builds; the only difference is that you have full control over it (ie., no CVS commit issues) and would run it on build.eclipse.org instead of modeling.eclipse.org. Cheers, Nick On Wed, Jan 20, 2010 at 9:55 AM, Anthony Hunter <antho...@ca.ibm.com> wrote: > Hi Team, > > Releng update. I am trying to restore org.eclipse.releng.tools.tagandrelease > for GMF. It runs from cron on modeling.eclipse.org. It checks CVS for new > changes, tags and releases the new code in the gmf map files and then runs a > build. This would be a completely hands off run a nightly Integration build > when a change is committed. > > Everything is now working fine, but the dependencies calculator does not > work when firing a new GMF build. > > This is he explanation for the constant failing GMF builds, you need to pick > the correct dependencies as well as using the linux-gtk-x86_64 Eclipse SDK. > > This is https://bugs.eclipse.org/bugs/show_bug.cgi?id=299802 that we have > yet to fix. > > Last night I ran a integration build manually selecting what I think was the > latest dependencies: > http://modeling.eclipse.org/modeling/gmf/gmf/downloads/drops/2.3.0/I201001192155/buildlog.txt > > It has failed in org.eclipse.gmf.xpand.migration > > Can the tooling confirm? > > The dependencies were: > -URL > http://download.eclipse.org/eclipse/downloads/drops/I20100119-0800/eclipse-SDK-I20100119-0800-linux-gtk-x86_64.tar.gz > -URL > http://download.eclipse.org/modeling/emf/emf/downloads/drops/2.6.0/I201001101746/emf-xsd-SDK-I201001101746.zip > -URL > http://download.eclipse.org/modeling/mdt/uml2/downloads/drops/3.1.0/S200912141514/mdt-uml2-SDK-3.1.0M4.zip > -URL > http://download.eclipse.org/tools/orbit/downloads/drops/R20090825191606/orbitBundles-R20090825191606.map > -URL > http://modeling.eclipse.org/modeling/emf/query/downloads/drops/1.4.0/S200912161005/emf-query-SDK-1.4.0M4.zip > -URL > http://modeling.eclipse.org/modeling/emf/transaction/downloads/drops/1.4.0/S200912161108/emf-transaction-SDK-1.4.0M4.zip > -URL > http://modeling.eclipse.org/modeling/emf/validation/downloads/drops/1.4.0/S200912161043/emf-validation-SDK-1.4.0M4.zip > -URL > http://download.eclipse.org/tools/gef/downloads/drops/3.6.0/I201001151504/GEF-SDK-I201001151504.zip > -URL > http://download.eclipse.org/modeling/m2m/qvtoml/downloads/drops/3.0.0/S200912160721/m2m-qvtoml-SDK-3.0.0M4.zip > -URL > http://download.eclipse.org/modeling/mdt/ocl/downloads/drops/3.0.0/I201001070745/mdt-ocl-SDK-I201001070745.zip > > Cheers... > Anthony > -- > Anthony Hunter mailto:antho...@ca.ibm.com > Software Development Manager > IBM Rational Software: Aurora / Modeling Tools > Phone: 613-270-4613 > > _______________________________________________ > gmf-dev mailing list > gmf-...@eclipse.org > https://dev.eclipse.org/mailman/listinfo/gmf-dev > > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio Release Engineer :: Dash Athena http://nick.divbyzero.com _______________________________________________ gmf-dev mailing list gmf-...@eclipse.org https://dev.eclipse.org/mailman/listinfo/gmf-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
