Closed
Bug 12572
Opened 22 years ago
Closed 21 years ago
[DOGFOOD] Win32 Installers
Categories
(SeaMonkey :: Build Config, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Chris.Yeh, Assigned: leaf)
References
Details
(Whiteboard: [PDT-])
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
I'm delivering something that i thought was the mozilla-only xpinstall exe. I seem to be mistaken. Sean, do you have time to show me, or write in this bug, how to produce a self-extracting installer exe?
OS: Mac System 8.5 → Windows NT
Summary: Win32 Installers → [DOGFOOD] Win32 Installers
The mozilla installer build procedure is basically the same as build the commercial installer. There are perl (.pl) files in the mozilla tree: /mozilla/xpinstall/packager/windows directory that function the same as in commercial tree: /ns/xpinstall/packager/windows The file to run is makeall.pl in the mozilla tree. It works exactly the same as the one in the commercial tree, with the exception that it builds a big self-extracting installer. The parameters to this script is still the same as the commercial script. However, the difference is in the staging areas. The commercial installer build uses a network box as its staging area. The mozilla installer does not have one, so one way to create a staging area might be to run the packager script to deliver the mozilla build to a local directory. An example local staging path: $DIST\install\staging where core and mail components would look like: $DIST\install\staging\core $DIST\install\staging\mail and the parameters to makeall.pl might look like: perl makeall.pl 5.0.0.99301 ftp://not.needed.com %MOZ_DIST%\install\staging %MOZ_DIST%\install The above example will create the final big self-extracting .exe file (nsinstall.exe) in %MOZ_DIST%\install. As a test case for the mozilla installer, you can run makeall.pl using the current commercial staging path (which I won't mention here due to this being a public forum) instead of a local one. The bits will be commercial, but the installer will be mozilla. Once the mozilla installer is building and running, a local mozilla staging area should be created and used. The mozilla installer should be part of the daily mozilla builds like the commercial installer. There should be no reason why this can't happen. If we're to deliver mozilla installers to the public as part of the milestone builds, this *needs* to happen as soon as possible. ps. changed the OS of this bug from Mac to Windows NT, added cathleen@netscape.com and dveditz@netscape.com to the CC: list, and updated Summary to contain [DOGFOOD] for dogfood consideration. I'm not sure if this is dogfood, but it doesn't hurt for them to take a look.
For engineers, mozilla installers are not needed for dogfood. Putting on pdt-.
Assignee | ||
Updated•21 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 3•21 years ago
|
||
this is done.
Updated•16 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•