msiexec

Why do we get an ICE57 error for non advertised shortcuts in per machine installations?

喜欢而已 提交于 2019-12-30 06:43:24
问题 This question is asking whether one of the ICE57 validators creates a false positive error report. I am using WIX 3.9 to generate an installer. I want a per machine installation with non advertised shortcuts. This WXS example installs a text file and a shortcut to open the text file: <?xml version="1.0" encoding="UTF-8"?> <Wix xmlns="http://schemas.microsoft.com/wix/2006/wi"> <Product Id="*" Name="ShortcutTest" Language="1033" Version="1.0.0.0" Manufacturer="Widget Co" UpgradeCode="--YOUR

msiexec /a deploying .msi file[WIX]

眉间皱痕 提交于 2019-12-29 09:47:16
问题 I have been asked to only deploy files that are bundled into MSI package. MSI contains 4 files, For that I'm using this command: `msiexec /a [path to MSI] TARGETDIR =[Application folder path]` Problem with above command is that it also deploys .MSI file to specified TARGETDIR which i don't want. Is there any workaround/way that i can only deploy that 4 files? 回答1: Not to my knowledge, no. This is an administrative installation, and it is essentially just an extraction of the files embedded in

MSI Repackaging - free tool

旧街凉风 提交于 2019-12-29 09:27:08
问题 I have an existing MSI package which I want to repackage to add installation options (so far the MSI has been installed through the command line with msiexec parameters in a .bat file). Are there, as of today, freeware tools available to repackage the MSI? I was stumbling over WiX but as per my understanding I need VisualStudio to complete what I wanted (I dont have VisualStudio)? Thank you! 回答1: What exactly do you want to add to the MSI package? You could use Orca to modify any table in the

MSI Install Fails because “Another version of this product is already installed”

社会主义新天地 提交于 2019-12-28 14:43:44
问题 We install an application (MSI) using MSIEXEC with the following command line option: MsiExec.exe /x{code} /qn /liwearucmopvx+ C:\Log\UnInstall.tra MsiExec.exe /iC:\Source\App.msi /qn TARGETDIR=C:\Install ALLUSERS=1 /liwearucmopvx+ %C:\Log\Install.tra Most of the time this works, but sometimes the uninstall fails (not sure why yet, looking into the error). Anyways when this happens I get the following error during the re-install: Another version of this product is already installed.

Are applications dependent on the environment where it was compiled?

ε祈祈猫儿з 提交于 2019-12-28 07:16:08
问题 We are having a System.BadImageFormatException in our MSI installers. I have already read about the target frameworks, but we already checked and it's targeting the correct framework ( .NET Framework 4.5 same with our QA machines). We have exactly the same source codes, but the results of the msi installer compiled by our 'build team' fails, but the msi installer compiled by us 'dev' works. Question is, does the environment where an application was built and compiled affects the output

Are applications dependent on the environment where it was compiled?

假装没事ソ 提交于 2019-12-28 07:16:02
问题 We are having a System.BadImageFormatException in our MSI installers. I have already read about the target frameworks, but we already checked and it's targeting the correct framework ( .NET Framework 4.5 same with our QA machines). We have exactly the same source codes, but the results of the msi installer compiled by our 'build team' fails, but the msi installer compiled by us 'dev' works. Question is, does the environment where an application was built and compiled affects the output

Is there an alternative to GUID when using msiexec to uninstall an application?

浪尽此生 提交于 2019-12-28 06:54:32
问题 We're currently using a GUID to identify the application when running our uninstall script which contains msiexec. The problem I'm having is the GUID changes every time I install the latest version of the application, so I was wondering if there is a different way that I can identify our application running using msiexec? 回答1: The usual way that people get around the various ProductCode values in this situation is to start with the more constant UpgradeCode. Given the UpgradeCode, you can use

In Wix MSI: Killing a process upon uninstallation

狂风中的少年 提交于 2019-12-25 13:46:10
问题 I added a custom action that should kill my application using taskkill CMD when someone tries to uninstall it using the add/remove in the control panel using the following code : <Property Id="TASKKILL"> <DirectorySearch Id="SysDir" Path="[SystemFolder]" Depth="1"> <FileSearch Id="taskkillExe" Name="taskkill.exe" /> </DirectorySearch> </Property> <CustomAction Id="ServerKill" Property="TASKKILL" Execute="immediate" Impersonate="yes" Return="ignore" ExeCommand="/F /FI "IMAGENAME EQ App.exe""/>

Why msiexec TARGETDIR doesn't seem to work

我的未来我决定 提交于 2019-12-25 01:49:42
问题 I tried msiexec /i "yarn-1.10.1.msi" TARGETDIR="C:\programs" /qb It installed but not in TARGETDIR, did I miss something ? 回答1: You can try the following command line instead: msiexec.exe /i "yarn-1.10.1.msi" INSTALLDIR="C:\programs" /qb Standards Compliance : Installing underneath %ProgramFiles% is always recommended. Creativity in deployment is generally always overrated and usually causes unnecessary problems. However, you could have an SOE setup that requires custom paths? Path Update : A

SQL Server 2008 R2 Install stuck

佐手、 提交于 2019-12-25 01:47:09
问题 When I try to install my SQL Server 2008 R2, it keeps getting stuck at SqlEngineDBStartConfigAction_install_configrc_Cpu64 I found in other issues that I should kill the msiexec process but I can't find it. What should I do? Thank you 来源: https://stackoverflow.com/questions/53363429/sql-server-2008-r2-install-stuck