Closed
Bug 280128
Opened 20 years ago
Closed 18 years ago
Tinderbox client scripts should output to a new log file for each build
Categories
(Webtools Graveyard :: Tinderbox, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: chase, Unassigned)
Details
The Tinderbox client scripts currently output to one log file and then move that
log file to <log>.last after the build is complete. If I am reading this file
during the build (specifically) while it attempts to move the file or add on to
it, Bad Things Happen.
Work around this problem by creating a new log file per build. Create a logs
directory if it doesn't exist, create a directory named based on the timestamp,
put the real log file there. Create a symlink from the log file to the old log
location.
| Reporter | ||
Updated•20 years ago
|
Status: NEW → ASSIGNED
| Reporter | ||
Comment 2•20 years ago
|
||
If I couldn't the lack of uniformity would make this a non-starter.
Cygwin has ln which creates a Windows shortcut on the backend. Our build
machines are set up by creating a directory for a tree and then a set of
symlinks to the Tn client scripts in a CVS checkout of tools/tinderbox/ that all
trees on that system use.
Most of our machines are set up like this already. The ones that aren't are
being transitioned to it.
| Reporter | ||
Comment 3•19 years ago
|
||
Mass reassign of open bugs for chase@mozilla.org to build@mozilla-org.bugs.
Assignee: chase → build
Status: ASSIGNED → NEW
Updated•19 years ago
|
QA Contact: timeless → tinderbox
Updated•18 years ago
|
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WONTFIX
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
•