Closed
Bug 308992
Opened 19 years ago
Closed 19 years ago
tinderbox should do respin when last-built removed even if before build hour
Categories
(Webtools Graveyard :: Tinderbox, defect)
Webtools Graveyard
Tinderbox
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dbaron, Assigned: dbaron)
Details
(Whiteboard: [patch])
Attachments
(1 file, 2 obsolete files)
6.78 KB,
patch
|
chase
:
review+
|
Details | Diff | Splinter Review |
What's really a bug in the tinderbox script has been essentially forcing us to
make all the nightly build hours early in the day, because otherwise triggering
respins can be inconvenient. We should really just fix this bug in the script.
In particular, removing the last-built file should always trigger a respin. (I
think we also may have some first-day-of-the-year bugs that the patch I'll
attach shortly should fix, since it does all time *comparisons* (although not
manipulation) by comparing seconds-since-the-epoch values.)
This also fixes one other bug in post-mozilla-rel.pl that I noticed a while back
and forgot to attach the patch for: there's a find command at the end that's
*really* slow since it searches the entire srcdir and objdir when it just wants
subdirectories $mozilla_build_dir.
Assignee | ||
Comment 1•19 years ago
|
||
Assignee | ||
Comment 2•19 years ago
|
||
I've tested a whole bunch of cases (and made the previous patch compile, and
fixed a backward comparison, and made it print more info to the log).
Attachment #196467 -
Attachment is obsolete: true
Attachment #196468 -
Flags: review?(chase)
Assignee | ||
Comment 3•19 years ago
|
||
In particular:
* no last-built ==> $cachebuild is 1
* I tested last-built just over and just under 24 hours old, and verified that
it took different codepaths for getting to $cachebuild = 1
* I tested last-built just before and just after the build hour, and verified
that it changed $cachedbuild
* I tested that last-built in the future does not generate a build (we really
shouldn't be generating nightlies on machines with wacky clocks)
Assignee | ||
Comment 4•19 years ago
|
||
And I tested adding the "-maxdepth 1" to the find command in the directory where
that command is used on comet.
Assignee | ||
Updated•19 years ago
|
Whiteboard: [patch]
Assignee | ||
Comment 5•19 years ago
|
||
Actually, that was more complicated than necessary. This simplifies it.
Attachment #196468 -
Attachment is obsolete: true
Attachment #196470 -
Flags: review?(chase)
Assignee | ||
Updated•19 years ago
|
Attachment #196468 -
Flags: review?(chase)
Comment 6•19 years ago
|
||
Comment on attachment 196470 [details] [diff] [review]
patch
Good stuff here. Land at your convenience.
Attachment #196470 -
Flags: review?(chase) → review+
Assignee | ||
Comment 7•19 years ago
|
||
Fixed (along with a comment fix reflecting the improvement I made in comment 5,
i.e., that I didn't need an explicit 24-hours check).
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•