Closed Bug 276758 Opened 20 years ago Closed 18 years ago

A "Windows Dep" Tinderbox is needed.

Categories

(Webtools Graveyard :: Tinderbox, enhancement)

x86
Windows XP
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: MatsPalmgren_bugz, Assigned: dbaron)

References

()

Details

A "Windows Dep" Tinderbox is needed.

Looking at:
http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey
http://tinderbox.mozilla.org/SeaMonkey-Ports/
http://tinderbox.mozilla.org/Firefox/

There are only two boxes running Windows - both are "Clbr" builds and they
start a new build every two hours or so. There are plenty of boxes running
Linux builds (some redundant it seems).

I think a "Windows Dep" tinderbox to get fast feedback on Windows build
problems is needed.
I updated the tinderbox scripts on creature and converted it from clobber to
depend (since that's OK with the updated scripts).
Note that there was one diff in the tree on creature, in config/preprocessor.pl:
on the line after "# on cygwin, line endings are screwed up, so normalize them"
the "if $^0 eq 'cygwin'" was commented out.
I left the old versions of the scripts in CVS_Entries.good and the diffs in
CVS_Entries.good.diffs (all but one of the diffs still apply, the remaining one
was made part of the script, with a slight modification).
(In reply to comment #2)
> Note that there was one diff in the tree on creature, in config/preprocessor.pl:
> on the line after "# on cygwin, line endings are screwed up, so normalize them"
> the "if $^O eq 'cygwin'" was commented out.

I checked in an equivalent change (checking for "MSWin32" as well).
And, regarding that change, it's worth noting that beast uses cygwin perl and
creature uses activestate perl, so the change shouldn't affect the FF builds on
beast.
The other files with diffs (other than ones I'm sure are from the build
process), which I had thought were from the build process but apparently
weren't, were README.txt and LICENSE, which had their newlines converted from
Unix to DOS.
Actually, the build process is still converting them.  They just end up
different in the final zip file (but perhaps not the installer -- maybe that's
because the installer is built after the zip and it's something to do with the
installer building that converts them).
David, I think this bug can be marked FIXED now?
(we have both Firefox and Thunderbird Windows Dep builds now that are
reasonably fast)
Marking worksforme, since I don't know who fixed it. :-P
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Component: Tinderbox Platforms → Tinderbox
Product: mozilla.org → Webtools
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.