On 02/04/2016 10:11 AM, Damjan Jovanovic wrote:
> On Thu, Feb 4, 2016 at 7:42 PM, Kay Schenk <kay.sch...@gmail.com> wrote:
>
>>
>> On 02/04/2016 06:05 AM, Damjan Jovanovic wrote:
>>> On Wed, Feb 3, 2016 at 1:48 PM, Jochen Nitschke <j.nitsc...@ok.de>
>> wrote:
>>>
>>>> On Wed, 3 Feb 2016 13:15:23 +0200 Damjan Jovanovic wrote:
>>>>> So builds@ replied saying the buildbot was broken by an earlier bad
>>>> commit
>>>>> (not mine) and should be working now, and it was, but I ended up
>> needing
>>>> to
>>>>> commit another patch (cydrive -> cygdrive typo in the path to "svn
>>>> info").
>>>>> That 1 byte patch cannot be wrong, yet the buildbot isn't using it now,
>>>>> despite committing it hours ago.
>>>>>
>>>>> The website changes also haven't taken.
>>>> but hey, its progress :-)
>>>>
>>>> could you follow the flow?
>>>> commit
>>>> wait 5 mins
>>>> pull changes
>>>> buildbot checkconfig (on your local config files?)
>>>> buildbot reconfig (wouldn't know how)
>>>>
>>>>
>>> After mailing builds@ and infrastructure@, I ran into other IRC users on
>>> #asftest, one of which (pono) helped, restarting the buildmaster. That
>> got
>>> it using the latest commits, which finally fixed "svn info" on aoo-win7
>> :-).
>>>
>>> I then made further commits with the same "svn info" improvement and
>>> bootstrap improvement for aoo-w7snap, and another on aoo-win7 to use "svn
>>> export" instead of rsync to generate the build directory to test the
>> theory
>>> that the use of rsync is what breaks apr later (
>>> https://issues.apache.org/jira/browse/INFRA-10481), but the commits
>> weren't
>>> going through again. Pono investigated, eventually finding the buildbot
>>> configuration was up to date, but the buildbot wasn't using it; by
>>> reloading the config (not sure how) (which caused the ooo-bot to
>>> temporarily disconnect from IRC) it started using them again.
>>>
>>> My aoo-w7snap fixes went through and "svn info" is now working there too,
>>> but my aoo-win7 changes were less successful: my new svn export command
>> was
>>> preceded by "rm -rf build" which fails in the infamous apr module:
>>>
>>> rm: cannot remove `build/ext_libraries/apr/
>>> wntmsci12.pro/misc/build/apr-1.4.5/Makefile.win': Device or resource
>> busy
>>> (
>>>
>> https://ci.apache.org/builders/aoo-win7/builds/173/steps/svn%20export/logs/stdio
>>> )
>>>
>>> "Device or resource busy" is the same error that later breaks building
>> apr,
>>> and they seem related. I asked pono to look into what has that file
>> opened
>>> or locked and am waiting for that and other maintenance on aoo-win7.
>>>
>>
>> OK, great. Yes, this locking/resource busy business continues to be
>> a problem with this buildbot.
>>
>>
> And the aoo-w7snap buildbot.
>
>
>> Thank you SO much for trudging on with this. I see you also put a
>> custom remove in for the linux-32 nightly buildbot with its own
>> custom timeout so hopefully we can get past this snag as well.
>>
>>
> Pleasure. Yes, the SVN() buildbot command doesn't apply its timeout to the
> subcommands it runs internally, so its "rm -rf" only gets 120 seconds which
> isn't long enough. The openoffice-linux64-nightly has a similar timeout
> issue with "cp" every now and then, which I am not sure how to fix. Maybe
> we should just do svn checkouts the aoo-win7 way: running "svn co"
> ourselves?
At this point, I would say just try whatever you think would work! :)
>
>
>> Did pono have any words of wisdom regarding how to make our commits
>> actually *happen*, or do we need to request a restart of specific
>> buildmaster each time?
>>
>
> No, but after I committed my openoffice-linux32-nightly change and started
> a rebuild of that buildbot (5 minutes and 18 seconds later), that change
> was being used, so I guess that's working now.
>
--
--------------------------------------------
MzK
"Though no one can go back and make a brand new start,
anyone can start from now and make a brand new ending."
-- Carl Bard
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
