381039 - tpol suiterunner installer packages are useless

Status: RESOLVED FIXED

(SeaMonkey :: Installer, defect)

Description

[Serge Gautherie (:sgautherie)]

Copied from 'Newsgroups: mozilla.dev.apps.seamonkey'

Me:
{{
First attempt to install the .Exe build of suiterunner:

<install_status.log> reads
[
Start Log: 17/05/2007 - 02:06:14
{...}
    Cleanup Orphaned GRE premature return: 0

    Uncompressing Xpcom Succeeded: 0

    XPInstall Start
        Mozilla XPCOM: 0 OK
        Gecko Runtime Environment: 0 OK
    XPInstall End

    Launch Apps Start
    Launch Apps End
End Log: 17/05/2007 - 02:06:16

    Uncompressing Xpcom Succeeded: 0

    XPInstall Start
        Navigator: -214 DOES_NOT_EXIST
    XPInstall End
End Log: 17/05/2007 - 02:17:38
]
And I get a dialog with this "Navigator: -214 DOES_NOT_EXIST" error too. 
}}

Andrew Schultz:
{{
I don't think the current installer is expected to work with suiterunner.  There's existing work to get the NSIS installer working. 
}}

Jens Hatlak:
{{
I wonder why they are built at all. Of course, if it takes more time to disable building them than to fix bugs, it's probably a waste of time. But if it's just changing a few lines somewhere, it might save some people the trouble of trying something that is known not to work.
}}

That's how I feel too: building it seems only a waste ?
(Until an NSIS installer replaces the current one.)

Comment 1

[Robert Kaiser]

1) experimental builds are not supposed to work at all, so bugs are useless,
2) the NSIS installer should land quite soon and then it will make sense to build the installer again.

Morphing into something that actually makes sense.

This does not block NSIS, it depends on the patch from there, so we get a usable installer for suiterunner. Once my patch in bug 377953 lands, I'll direct tpol to use suite/installer instead of xpinstall/packager for creating packages and installer. This may make the installer part fail completely for now, until NSIS lands, which, again, should land quite soon.

Comment 2

[Robert Kaiser]

OK, that patch has landed, and I hoped to watch a failing cycle to see it tries to build from the not-yet-existing directory of NSIS installer - but a patch from bsmedberg required a full clobber on Windows machines...

Because of that, I've now temporarily disabled installer on that machine. Once NSIS goes in, it can be turned on again.

Comment 3

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/2007053002 SeaMonkey/2.0a1pre] (suiterunner, nightly) (W2Ksp4)

Tinderbox suiterunner moved yesterday to Trunk SeaMonkey.
Now, tpol-trunk directory is empty,
and Trunk has an .exe file, and it's (un)installing without errors :-)