Closed
Bug 540654
Opened 16 years ago
Closed 16 years ago
Firefox mozilla-central win32 l10n nightly builds are failling
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: armenzg, Assigned: armenzg)
Details
(Whiteboard: [l10n])
Some of the repackages are failing (not all of them). This has been happening since Jan. 11th and it might be that we need a clobber or related to specific slaves.
I have requested for clobbers and triggered a new build.
> checking for sys/int_types.h... no
> configure: warning: DirectDraw ddraw.h header not found or it's missing DDLOCK_WAITNOTBUSY, disabling DirectDraw surface. If you have an older SDK (such as the CE5 SDK), try copying in ddraw.lib and ddraw.h from the WM6 SDK.
> ./allmakefiles.sh: line 114: ./toolkit/toolkit-makefiles.sh: No such file or directory
> program finished with exit code 1
> elapsedTime=47.094000
Updated•16 years ago
|
Whiteboard: [l10n]
| Assignee | ||
Comment 1•16 years ago
|
||
It seems that the two guilty slaves are win32-slave08 and win32-slave09 and the clobber has not helped.
Whiteboard: [l10n]
| Assignee | ||
Updated•16 years ago
|
Whiteboard: [l10n]
| Assignee | ||
Comment 2•16 years ago
|
||
win32-slave08 has been able to build http://production-master.build.mozilla.org:8010/builders/Firefox%20mozilla-central%20win32%20l10n%20nightly/builds/21979. I am not sure why the clobber was not picked up initially. win32-slave09 should go green to after the same manual intervention.
We will have to wait until tomorrow to see how will both slaves behave.
| Assignee | ||
Comment 3•16 years ago
|
||
The slaves have behaved.
Everything is back to normal:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/?C=M;O=A
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•