<div dir="ltr"><div><br><br>On Fri, Nov 7, 2014 at 7:29 PM, Norbert Thiebaud <<a href="mailto:nthiebaud@gmail.com" target="_blank">nthiebaud@gmail.com</a>> wrote:<br>><br>> On Fri, Nov 7, 2014 at 10:38 AM, Maarten Hoes <<a href="mailto:hoes.maarten@gmail.com" target="_blank">hoes.maarten@gmail.com</a>> wrote:<br>> > On Mon, Nov 3, 2014 at 8:12 PM, Maarten Hoes <<a href="mailto:hoes.maarten@gmail.com" target="_blank">hoes.maarten@gmail.com</a>> wrote:<br>> >><br>> >> On Mon, Nov 3, 2014 at 8:02 PM, Markus Mohrhard<br>> >> <<a href="mailto:markus.mohrhard@googlemail.com" target="_blank">markus.mohrhard@googlemail.com</a>> wrote:<br>> >> ><br>> >> > Maybe not weekly but bi-weekly or monthly. Otherwise it will only be<br>> >> > done from time to time without a plan.<br>> >> ><br>> >> Hrm. Good point.<br>> >><br>> >> ><br>> >> > Even weekly would not hurt as<br>> >> > we have neither a problem with disk space or build hardware.<br>> >> ><br>> >> Cool.<br>> >><br>> >> ><br>> >> > You can choose whatever technology is a good fit and that you know. Of<br>> >> > course something that other people can understand and maintain is<br>> >> > preferred. A shell script sounds like a good idea for this task and<br>> >> > would simplify the handling.<br>> >> ><br>> >> Alright, I guess that means Ill have a go at it, then. So who do I need to<br>> >> mail my pub ssh key and what is the hostname/ip of the machine I would be<br>> >> allowed to royally mess up for this purpose ?<br>> >> ;)<br>> >><br>> ><br>> > Hi,<br>> ><br>> ><br>> > So I have something now that seems to work (doing a first test run now) on<br>> > the vm cloph kindly provided, but has no logging, error notification, source<br>> > updating, error handling, or uploading of reports.<br>> ><br>> ><br>> > Time for a few questions:<br>> ><br>> ><br>> > 1.)<br>> > Where do the reports have to be uploaded to ?<br>> ><br>> > 2.)<br>> > What do you want the script to do when it detects a failure ? Log an error ?<br>> > Send an email to an admin ?<br>> ><br>> > 3.)<br>> > Does the script have to handle its own source code updating ? git pull ?<br>><br>> all these 3 point could be solved by putting that job under jenkins<br>> control.. I'll have a look at doing that.<br>><br></div>Alright, so no complex error handling code then. But I guess you still will want the script to exit with a non-zero exit code if a single one of the commands in it fails (so jenkins can pick up on the failure) instead of it just blindly continuing as if nothing happened ?<br><div><br><br>> ><br>> > 4.)<br>> > If the make check (run the tests) fails, do you want the script to:<br>><br>> Ideally I would chain that job behind a sucessful build, so that this<br>> does not happen<br>> iow first fidn a 'good' commit, then submit the job....<br>> but before that happen, the msot usefull way would be I think to just<br>> drop that build, and retry a bit latter with hopefully a good build at<br>> that time<br>><br></div><div>So in other words: instead of 'make -k check' do a 'make check', and have the script exit with a non zero exit code if the make command fails ?<br></div><div><br><br>> ><br>> > 6.)<br>> > Should I send a license/code statement to the list for the 'code', even<br>> > though this is just a shell script ?<br>><br>> This is not really part of the product we package... os just put an<br>> appropriate open-source license statement at the to of the script.<br>> and prolly the best is to find a place for it in 'buildbot.git'<br>> (accessble via gerrit)<br>><br></div><div>So where does this 'buildbot.git' live, and how do I set up submit access to that so I can commit the script ?<br></div><div><br><br><br></div><div>- Maarten<br></div></div>