Closed Bug 36918 Opened 24 years ago Closed 24 years ago

currently nightly build for solaris is from March 10!

Categories

(SeaMonkey :: Build Config, defect, P3)

Product:
SeaMonkey
Component:
Build Config
Platform:
Sun
Solaris
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: ianholsman, Assigned: granrosebugs)

References

Details

The current CVS builds and runs on Solaris...
but the latest nightly build hasn't been updated since March 10.
that's because our automation fails on Solaris, or at least fails to deliver.

I know leaf was going to look at this at some point.  cls - if you want to look 
into it, the logs are make_moz.* in cltbld's home directory.

Marking INVALID - question asked and answered :-)

Gerv
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Guys. How can this be closed ????
The problem (not a question) was >DIAGNOSED<
it is still not working.
Can someone with enough 'permissions' reopen this
Got me. Reopening.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
leaf - What's the status of Solaris automation? I've got several people in bugs 
who want to test stuff on Solaris but can't build Mozilla themselves... 

Gerv
It still doesn't produce running binaries, apparently. This is on the stack.
Assignee: cls → leaf
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
taking from leaf.

I looked into this and it turns out the solaris 2.6 mozilla build was completing 
but the automation was not delivering the build correctly.

I've checked in some changes to the automation to take care of this, and if all 
goes well, this will be resolved/fixed then.
Assignee: leaf → granrose
Status: ASSIGNED → NEW
QA Contact: granrose → leaf
Target Milestone: --- → M16
duh.  then being tomorrow morning when the automation next runs.
Status: NEW → ASSIGNED
*** Bug 37069 has been marked as a duplicate of this bug. ***
well, last night's build didn't create the unwanted sea and xpi directories, but 
didn't copy the .tar.gz file and the log file was overwritten by this morning's 
build.  I'm waiting for this morning's build to finish so I can take a look at 
the log file and see where it's failing and why.
well, the internal sol26 delivery succeeded last night, but the delivery to 
ftp.mozilla.org failed.  I'll take another look at the script, but without the 
log file I probably won't be able to find the problem until after the 
current build completes this afternoon.
you will note that the latest directory on ftp.mozilla.org now contains a 
solaris 2.6 build.  it didn't copy it into the 2000-05-26-08-M16 directory, but 
I have changed the automation so that will happen starting tonight.  I'll verify 
that on Tuesday and close this bug then.
this worked all weekend except for last night due to lack of disk space on the 
mozilla ftp server.  freed up some disk space so today's builds should succeed.

resolved fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.