'master' 'make check' lcov code coverage report

Norbert Thiebaud nthiebaud at gmail.com
Fri Nov 7 11:55:56 PST 2014

On Fri, Nov 7, 2014 at 1:28 PM, Maarten Hoes <hoes.maarten at gmail.com> wrote:
>> all these 3 point could be solved by putting that job under jenkins
>> control.. I'll have a look at doing that.
> 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 ?


>> Ideally I would chain that job behind a sucessful build, so that this
>> does not happen
>> iow first fidn a 'good' commit, then submit the job....
>> but before that happen, the msot usefull way would be I think to just
>> drop that build, and retry a bit latter with hopefully a good build at
>> that time
> 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 ?


>> >
>> > 6.)
>> > Should I send a license/code statement to the list for the 'code', even
>> > though this is just a shell script ?
>> This is not really part of the product we package... os just put an
>> appropriate open-source license statement at the to of the script.
>> and prolly the best is to find a place for it in 'buildbot.git'
>> (accessble via gerrit)
> So where does this 'buildbot.git' live, and how do I set up submit access to
> that so I can commit the script ?

as I said :-) gerrit.

same process to upload patches than core.git  :-)

see content at
you can prolly just create a lcov directory and put stuff in there...


More information about the LibreOffice mailing list