views:

1659

answers:

9

According to the answers to this question, I cannot embed a file version in my .msi file.

The installer that I give the client needs to have a file version.

So, what I want to do is create a self-extracting executable containing the msi file and the setup.exe generated by Visual Studio, and put the file version on this self-extracting executable instead.

Therefore, I need a utility to create self-extracting executables which supports embedding a file version in its output. It also needs to support automatically running a file after extraction, so I can start the real installer automatically. It would be nice if it was scriptable.

All I could find was this, which looks great, but I would much prefer a free alternative.

Does anyone have any suggestions?

Edit: To clarify, I'm not really looking to create an installer - I already have a VS setup project. I just want a self-extractor (like WinZip can create). So, the user mouses over Setup-Blorgbeard2008.exe, sees "Version: 1.0.0.0". User doubleclicks it, it silently extracts setup.exe and setup.msi to a temp folder, then runs setup.exe. User then sees normal installer screen and proceeds as normal.

Another Edit: Yay, I don't need a self-extractor anymore, since my other question has now been answered. That makes this whole question pretty much irrelevant. It would still be nice to be able to distribute only one file, rather than setup.exe and setup.msi.

A: 

try inno-setup

set the VersionInfoVersion directive to your binary version number, e.g.

VersionInfoVersion = 1.1.0.0

this will appear in mouseover text and properties

Steven A. Lowe
+1  A: 

nsis looks like a good choice

EvilTeach
+1  A: 

Experiment in progress here:

Pop-up Version info: http://screencast.com/t/LVqvLfxCj3g

From Visual Studio Assembly info: http://screencast.com/t/fqunlMNh13

Installed with plain old MSI file.

By adding the "Version: 1.5.0" text into the Description property of the Setup Project, the version number also shows on the MSI file like so: http://screencast.com/t/A499i6jS

I generally just rename the MSI file, like DataMonkey_1_5_0.msi for my own purposes.

Ron

Ron Savage
+1  A: 

When you download Windows SDK, there is MSIStuff.exe and Setup.exe for which MS provides source code to compile. MSIStuff will "stuff" the MSI you give it into Setup.exe. Setup.exe can then be distributed.

More information at http://support.microsoft.com/kb/888473

Cons:

  • You'll have to recompile Setup.exe with the version of your product every time there is a new version of your product (MSI).
  • Not sure what license the Setup.exe source is distributed under.
Vivek
Has anyone integrated this with either an MSBuild scenario or a NAnt build scenario?This is a cool deal, but if it can't be put as part of the build process, then it's just that "cool", but not helpful.
Richard B
If you have Setup.exe ready, MSIStuff.exe command can easily used with MSBuild using <Exec Command="msistuff.exe "blah""/>. Did I misunderstand you?
Vivek
+3  A: 

NSIS can do this.

Part of our build environment is a script that outputs version information to a "header" file that our NSIS script sources. You should be able to use something similar to embed your version information and you can certainly get NSIS to run a file after extraction.

In fact, as NSIS creates the installer package... you may be able to simplify your approach a great deal.

antik
+2  A: 

I actually ended up using NSIS for this particular release, since I needed to bundle some other installers as well.

For reference, here's the script I used:

VIProductVersion              "1.0.0.0" ; set version here
VIAddVersionKey "FileVersion" "1.0.0.0" ; and here!
VIAddVersionKey "CompanyName" "MyCompany"
VIAddVersionKey "LegalCopyright" "© MyCompany"
VIAddVersionKey "FileDescription" "Installer for MyProgram"
OutFile MyProgram-Setup.exe

SilentInstall silent

Section Main    
    SetOutPath $TEMP
    SetOverwrite on
    File SharedManagementObjects.msi
    File SQLSysClrTypes.msi
    File Release\Setup.exe
    File Release\Setup.msi
    ExecWait 'msiexec /passive /i "$OUTDIR\SharedManagementObjects.msi"'
    ExecWait 'msiexec /passive /i "$OUTDIR\SQLSysClrTypes.msi"'
    Exec     '"$OUTDIR\Setup.exe"'
SectionEnd
Blorgbeard
+5  A: 

Little bit surprised that it is not listed here yet: IExpress is a simple tool coming with Windows and can be used to create self-extracting installers.

0xA3
Wow, I did not know of this tool's existence. Start -> run -> iexpress, for those who want to see it.
Blorgbeard
I knew @ the tools existence, but there were a few issues with the bootstrapper that comes with VS.Net 2008 that you had to work around. Couldn't be done in a scripted form from what I recall, sot it had little value unfortunately.
Richard B
@Richard B: See this thread for solutions (i.e. workarounds) to that problem: http://social.msdn.microsoft.com/Forums/en-US/winformssetup/thread/3731985c-d9cc-4403-ab7d-992a0971f686
0xA3
+2  A: 

DotNetZip can produce a Self-Extracting archive, that includes a version number that shows up in a Windows Explorer mouseover. The SFX also includes a product name, description, product version, and copyright that shows up in a Properties/Details view in Windows Explorer.

The SFX can run a command that you specify after extract.

Creation of the SFX can be scripted from powershell, or you can write a program to do it, using VB.NET, C#, VBScript or JavaScript, etc.

To get the version number stuff, you need at least v1.9.0.26 of DotNetZip.

Cheeso
A: 

FYI using a DotNetZip self-extractor does not make sense if you are using the bootstrapper setup.exe to verify .NET is installed (DotNetZip self-extractor requires .NET 2.0).

actom