Closed
Bug 350405
Opened 18 years ago
Closed 17 years ago
tests should be auto-updated
Categories
(Release Engineering :: General, defect, P2)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Gavin, Assigned: coop)
Details
Attachments
(2 files, 1 obsolete file)
1.93 KB,
patch
|
Details | Diff | Splinter Review | |
1.27 KB,
patch
|
preed
:
review+
|
Details | Diff | Splinter Review |
Today, the patch in bug 350268 landed, which caused made trailing brackets a fatal error. The startup-test.html file used for the Ts test (mozilla/tools/performance/startup/startup-test.html) contained an extra trailing bracket, so this turned all the tinderboxen that startup tests orange. I checked in a fix to the startup-test.html file in CVS, but that change wasn't propagated to all the tinderboxen because they apparently don't auto-update the test files. The files used for tests that are in CVS should be auto-updated so that this problem doesn't happen again.
Comment 1•18 years ago
|
||
rhelmer said he updated the following machines: Firefox prometheus-vm bl-bldxp01 SeaMonkey lhasa luna (note - doesn't seem to have cltbld's SSH key) planetoid bm-xserve02 Camino pawn maya SeaMonkey-Ports balsa-trunk *Most* (but not all) of these are old machines, some of which (pawn/maya) aren't on Tinderbox auto-update (to say nothing of auto-test update). I'm going to kick this over to T.R. to look; I'd like to: -- Add some code to the auto-update stuff so that we can specify specific list*s* of directories to auto-update -- Make sure that all the tinderboxen have this variable set correctly. -- Clean up mozilla/tools on the various tinderboxen. TR: come find me when you'd like to start on this and we can go through all the details.
Assignee: build → tfullhart
Reporter | ||
Comment 2•18 years ago
|
||
bm-xserve02 and creature-vm are still orange on the SeaMonkey tree, could it be that the startup-test.html file wasn't updated on those machines/trees?
Comment 3•18 years ago
|
||
preed suggests having the auto-update code be configured with a ":" separated (like PATH) list of dirs that it should run "cvs update" in.
Status: NEW → ASSIGNED
Comment 4•18 years ago
|
||
This patch to mozilla/tools/tinderbox/multi-tinderbox.pl allows you to configure the TBOX_CLIENT_CVS_DIR environment variable with a syntax like "dir1:dir2:dir3" to have tinderbox client update several directories.
Updated•18 years ago
|
Component: Build & Release → Tinderbox
Product: mozilla.org → Webtools
Updated•18 years ago
|
Attachment #236309 -
Flags: review?(preed)
Comment 5•18 years ago
|
||
Comment on attachment 236309 [details] [diff] [review] multi-directory tinderbox update patch Other than minor style changes we discussed, r=preed.
Attachment #236309 -
Flags: review?(preed) → review+
Comment 6•18 years ago
|
||
Updated variable names and spacing to match styles in the rest of the file per comments from reviewer.
Attachment #236309 -
Attachment is obsolete: true
Comment 7•18 years ago
|
||
This is a patch to the dotfiles we are trying to standardize on for the tinderboxen. This patch makes the tinderbox client update the performance test directory as well as the tinderbox directory. This patch requires that the multi-directory update patch be applied to tinderbox first.
Attachment #236418 -
Flags: review?(preed)
Comment 8•18 years ago
|
||
Comment on attachment 236418 [details] [diff] [review] tinderbox host dot-files Looks good!
Attachment #236418 -
Flags: review?(preed) → review+
Comment 9•18 years ago
|
||
Checked in the Tinderbox part: Checking in multi-tinderbox.pl; /cvsroot/mozilla/tools/tinderbox/multi-tinderbox.pl,v <-- multi-tinderbox.pl new revision: 1.14; previous revision: 1.13 done
Updated•18 years ago
|
QA Contact: preed → tinderbox
Comment 10•18 years ago
|
||
Taking TR's bug; I'll retriage these shortly.
Assignee: tfullhart → preed
Status: ASSIGNED → NEW
Comment 11•18 years ago
|
||
Reassigning bugs I'm not actively working on back into the triage pool.
Assignee: preed → build
Comment 12•17 years ago
|
||
To be clear, the rest of this bug is just setting the correct environment variables on all the tinderboxen; the code changes are all checked in.
Updated•17 years ago
|
Component: Tinderbox → Build & Release
Priority: -- → P3
Product: Webtools → mozilla.org
QA Contact: tinderbox → preed
Updated•17 years ago
|
Assignee: build → nobody
QA Contact: mozpreed → build
Assignee | ||
Updated•17 years ago
|
Attachment #236324 -
Attachment description: multi-directory tinderbox update patch → [checked in] multi-directory tinderbox update patch
Assignee | ||
Comment 14•17 years ago
|
||
I'll be making these changes today. Below is the list of machines that are actually running Tp/Ts that I will be updating. Please let me know if I've missed any. There will be quick hiccups on each machine as I restart tinderbox to pickup the change. build network ============= bl-bldlnx01 bl-bldlnx03 bl-bldxp01 bm-xserve02 bm-xserve04 bm-xserve08 community network ================= cb-sea-linux-tbox cb-sea-win32-tbox cb-xserve02 cb-xserve01
Status: NEW → ASSIGNED
Priority: P3 → P2
Assignee | ||
Comment 15•17 years ago
|
||
It turns out we were already dodging around this by setting TBOX_CLIENT_CVS_DIR to /builds/tinderbox/mozilla/tools on all these boxes. cc-ing mento: the Camino tinderbox (cb-xserve01) doesn't currently have TBOX_CLIENT_CVS_DIR set. I didn't want to set it in case he was relying on local changes and would end up with conflicts. May also want to get boxset and maya updating like this too if they aren't already.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 16•17 years ago
|
||
Coop, on all three of our tinderboxen, we set the TBOX_CLIENT_CVS_DIR environment variable in multi-config.pl. That seemed like a better place to configure something that multi-tinderbox uses than .bashrc. Our tinderboxen do all properly update their tinderbox scripts.
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•