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•18 years ago
|
QA Contact: timeless → tinderbox
Updated•18 years ago
|
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WONTFIX
Updated•10 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•