73692 - mac nightly build URL on www.mozilla.org points to old build

Status: VERIFIED FIXED

(SeaMonkey :: Build Config, defect, P3)

Description

[xolaware.llc]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; N; PPC; en-US; 0.8.1) Gecko/20010326
BuildID:    20010324

the link in the nightly build section with the name "macintosh" which resolves
to the URL points at an old file.  it is a .sea.bin that was created on
2001/03/24.  i have since visited the ftp:// site, hunted around, and found a
more recent build (i'm working currently with 2001032613, so i know that there
is at least one more recent build).

Reproducible: Always
Steps to Reproduce:
1. go to ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/
2. look at the dates on the files MacMozillaInstaller.sea.bin and
MacMozillaFullInstaller.sea.bin and note that they are older than the rest of
the files in that folder
3. go to ftp://ftp.mozilla.org/pub/mozilla/nightly/latest-0.8.1 and look at the
date on the MacMozillaInstaller.sea.bin

these are out of sync.

Actual Results:  downloaded an installer that installs a version of mozilla that
crashes

Expected Results:  download the latest installer for the latest nightly build

this should be an easy fix for someone who has access to move files or links
around on the ftp server.

Comment 1

[Sean Su]

reassigning to JJ.

Comment 2

[Jon Granrose]

ah, my old buddy the latest directory.

So, is this due to recent mac filename changes, or delivery/sync problems?  It
sounds like a web page on mozilla.org may need to be updated if it's due to
filename changes (didn't we just get a new mac installer recently?).

I also see a "xpi" directory in the latest-trunk directory that needs to be removed.

What is mozilla-mac-headers and why hasn't it been updated since 3/5?

Reassigning to leaf since he has access to the server, putting jj on the cc
since he has the mac answers.

Comment 3

[Daniel (Leaf) Nunes]

Actually, jj is working on scripting the automation to automatically do scp's
from a unix machine (granite) while telnetted there, after delivering bits to
the old local staging area. Reassigning to JJ.

Comment 4

[Jon Granrose]

we'll still need someone to remove the old/unneeded files from the server.  Is
there an srm command to do that?  AFAIK, only mozilla.org folks can get in to
clean out the nightly directory.

Comment 5

[Dawn Endico]

no. 

those files will be owned by cltbld so anyone with access to that account
can delete those files. in addition those files and directories should be
owned by the mozilla group so anyone in that group should be able to delete
those files. In practice, nearly everyone with access to the staging server
can delete those files.

Note that deletions from the staging server take up to 24 hours to propagate
to ftp.mozilla.org. File additions occur every 10 minutes but deletions only
happen once per day. That way if you accidently delete something it should
still be retrievable for a while off the main server.

note that jj has access to the server under the cltbld account.

Comment 6

[Jon Granrose]

ok, got it.  I've removed the xpi directory from latest-trunk, but we still need
to resolve the mac update problem.  I leave that in jj's capable hands.

Comment 7

[J.J. Enser]

ok, let me try to answer the multiple questions here:

The problem reported by johndoe is due to the new staging system. it's not 
because of filename changes or symlinks. I'm working on this (see below)

mozilla-mac-headers is no longer needed (according to Pierre) so i disabled it in 
the automation (#upload_headers pref). The latest delivery (03/05) is still under 
"latest-trunk" and it was ok to keep it there for a while. Now that it's about 3 
weeks old, I guess it could be deleted from the latest dir.

Leaf manually pushed yesterday's mac bits 2001-03-27-04 and 03-27-08 but didn't 
update the latest-trunk directory. I haven't pushed today's 03-28-04 and 03-28-08 
builds yet but when I do (still working on how to automate this), I will also 
update "lastest-trunk".

Comment 8

[J.J. Enser]

Fixed.
Mac build automation has been updated to scp daily bits to the new staging area 
(stage.mozilla.org) which automatically pushes new bits to ftp.

Comment 9

[Grace Bush]

verified - build 2001041304