FOG - Single Snappin

[george1421]

@msaglioc99 You should find out if that TeamMate_R11.0.2_Desktop file is a .EXE or .MSI file, because the msi template is for .msi files only. The icon you showed us might indicate its a .exe and not a .msi.

[msaglioc99]

@george1421 Okay so how can I go about finding this out? What I sent you was by right clicking on the file and then just viewing the properties.

[george1421]

@msaglioc99 In windows you need to change your view properties to show you know file extensions. I use a linux laptop so I can’t give you a step by step on how to enable this.

[msaglioc99]

Okay I just deployed that file to a target computer using the settings / screenshots you sent me and I was able to see the installer go into the TMP folder and the computer rebooted and said the software was successfully installed but still no software…

[msaglioc99]

I believe this file is .exe not .msi

[Avaryan]

The screenshot in the 2nd or 3rd post very clearly indicated that the installer is a .exe. You do not want/need to use the msi template.

Before uploading anything to fog you should be trying to install the application silently on a computer. Try opening a command prompt and typing the filename with /S after it. It’s an InstallShield installer, so if it supports silent installation that will be the switch for it.

[msaglioc99]

@Avaryan said in FOG - Single Snappin:

o

This didin’t work?

[Avaryan]

@msaglioc99 Ok, then until you can find a way to install the application silently, uploading it to FOG is useless.

Since it’s an InstallShield installer, you may be able to create a response file. Basically, this records the settings you choose during your installation and lets use that file to silent install the application.

To try this, open a command prompt at the location of your file. Type TeamMate_R11.0.2_Desktop.exe /r

The installer should appear to run normally. Install the application the way your normally would.

Find the response file. Default location will be C:\Windows\setup.iss. The modified data on the file should match the time you ran the installer.

More directions can be found here:
http://publib.boulder.ibm.com/tividd/td/framework/GC32-0804-00/en_US/HTML/instgu25.htm

[msaglioc99]

@Avaryan Do I have to runthe installer via command prompt? Or can I just double click and run the installer? Idk how to run the installer via command prompt?

[msaglioc99]

If I type

C:\Users\username\Desktop\TeamMate_R11.0.2_Desktop /r the installer does open. Is this what you’re asking?

[george1421]

@msaglioc99 Lets do a quick recap here since you are new to package building and it does require a bit of the black arts to make things work well.

Some applications have features to allow software to be installed in an unattended or silent manner. These usually take command line switches to set the installer options. The user is typically not presented with any panels asking questions it is just installed automatically. These are the easiest to be deployed no matter what the deployment tool you’re using.

The other and typically older kind require the installer to click through several panels making option selections sometimes these type of installers can be launched in a admin or configuration mode where they will write the users selections out to a setup file that can be used on the next deployment where you just reference the setup file [setup.iss] for all of the selections. When run this way the user is not presented with any setup panels. The application just installs.

The last kind are the ones that don’t support automated installs in any manner. These type require a different kind of tool that takes a snapshot of a sample computer before you install the software and then just after you install the software. The difference between the two becomes your automated installation package. These tools are expensive and not typically needed now days.

[george1421]

{from discussion via IM}

I might assume this might get you pretty close.

[george1421]

@msaglioc99 After testing with this application I see its throwing the following error and returned a not successful response to the fog snapin tool

But it looks like it installed something though

[msaglioc99]

@george1421 what template and snapin settings did you use to deploy what you were able to install

[george1421]

@msaglioc99 None so far, I just wanted to see if the installer ran to completion without any errors. The next step was to deploy via snapin. But since there was an error I stopped.

[george1421]

@george1421 I was able to deploy the application with these settings

[0_1500920876828_Thumbs.db](Uploading 100%)

[msaglioc99]

Do these look okay @george1421

[Wayne Workman]

If only a single file is being deployed, you don’t need to use SnapinPacks, a regular snapin will work and be more simple.

[Tom Elliott]

@Wayne-Workman I think this depends on the file. Some exe files are self extracting zip files. These often have a script that auto runs which can cause any number of issues.

[george1421]

@Tom-Elliott Just to close the loop on this. I had to extract the teammate program to get to the MSI and install files. Once I did that I created a zip of the contents and then deployed as a snapin pack with a template of MSI. This worked on my dev instance of Win10 1607 but did not install according to the OP on Win10 1703. I don’t have a dev build of Win10 1703 yet to test with to confirm if there is something different. But as the system is currently configured I can install it once I extracted the contents out of the .exe. I could not deploy the .exe directly because it threw a 1619 error when I did.