How to force Wix bundle be installed PerMachine? - wix

I have defined a bundle with several items in the Chain,
all items are marked ForcePerMachine="yes" for MsiPackage and PerMachine="yes" for ExePackage
but my bundle seems to be always installed in a PerUser mode.
How do I make it install as PerMachine ?
In installation log I see:
Line 148: [A164:C924][2023-02-01T13:52:09]w322: Skipping cross-scope dependency registration on package: eonUninstaller, bundle scope: PerUser, package scope: PerMachine
Line 156: [A164:C924][2023-02-01T13:52:09]w322: Skipping cross-scope dependency registration on package: LumenRTAppInstaller, bundle scope: PerUser, package scope: PerMachine
Line 159: [A164:C924][2023-02-01T13:52:09]w322: Skipping cross-scope dependency registration on package: LumenRT_Content1, bundle scope: PerUser, package scope: PerMachine
Line 160: [A164:C924][2023-02-01T13:52:09]w322: Skipping cross-scope dependency registration on package: LumenRT_Content2, bundle scope: PerUser, package scope: PerMachine
Line 161: [A164:C924][2023-02-01T13:52:09]w322: Skipping cross-scope dependency registration on package: LumenRT_Content3, bundle scope: PerUser, package scope: PerMachine
Line 162: [A164:C924][2023-02-01T13:52:09]w322: Skipping cross-scope dependency registration on package: LumenRT_Content4, bundle scope: PerUser, package scope: PerMachine
What I understood is: if all packages are set PerMachine, Bundle should also be set PerMachine.
So I make sure my MSI were set as PerMachine both in bundle xml and msi xml with InstallScope="perMachine".

Related

WiX Bootstrapper issues installing prerequisites for Outlook add-in, error 0x80091007

I'm trying to use WiX Bootstrapper project to install prerequisites for my Outlook add-in MSI. It needs two things:
.NET Framework 3.5
Visual Studio 2010 Tools for Office Runtime
So I created a WiX Bootstrapper project in Visual Studio and I'm doing the bundle identification and installation as such:
<Bundle Name="BootstrapperTestApp" Version="1.0.0.0" Manufacturer="<company>" UpgradeCode="<guid>"
AboutUrl="https://example.com" Copyright="Copyright (C) 2020 by example.com">
<BootstrapperApplicationRef Id="WixStandardBootstrapperApplication.RtfLicense" />
<util:RegistrySearch Id="idOffice2007Installed" Variable="OFFICE2007INST"
Root="HKLM" Key="Software\Microsoft\Office\12.0\Outlook\InstallRoot" Result="exists" />
<util:RegistrySearch Id="isVSTORInstalled" Variable="VSTOR"
Root="HKLM" Key="SOFTWARE\Microsoft\VSTO Runtime Setup\v4R" Result="exists" />
<Chain>
<!-- We need .NET 3.5 to be installed -->
<ExePackage SourceFile="Source\dotNetFx35setup.exe" Permanent="yes" Vital="yes" Cache="no" Compressed="no" PerMachine="yes"
DisplayName=".NET Framework 3.5"
DownloadUrl="http://download.microsoft.com/download/6/0/f/60fc5854-3cb8-4892-b6db-bd4f42510f28/dotnetfx35.exe"
InstallCommand="/q /norestart"
DetectCondition="NETFRAMEWORK35"
InstallCondition="NOT NETFRAMEWORK35" />
<!-- We need VSTO 2010 Tools for Office Runtime for .NET to be installed. (Note that we need it only for Office 2007) -->
<ExePackage SourceFile="Source\vstor_redist.exe" Permanent="yes" Vital="yes" Cache="no" Compressed="no" PerMachine="yes"
DisplayName="Visual Studio 2010 Tools for Office Runtime 3.5"
DownloadUrl="https://go.microsoft.com/fwlink/?LinkId=158917"
InstallCommand="/q /norestart"
DetectCondition="VSTOR"
InstallCondition="OFFICE2007INST AND NOT VSTOR" />
<!-- Our actual add-in MSI -->
<MsiPackage SourceFile="$(var.SourceMSI)" Vital="yes" />
</Chain>
</Bundle>
I have 3 issues that come up, so I'd appreciate any help:
I can't seem to find a download link for .NET 3.5 to use here. Is the link I'm using above the correct one?
If I build and run this bootstrapper MSI in a VM that has .NET 3.5 installed, my bootstrapper still begins downloading and installing it. Why?
Lastly, if I let it run, when it switches to installing VSTO 2010 Tools for Office Runtime, it tries for 3 times and then fails with an error code 0x80091007. I'm attaching the full log for that:
[0C54:09AC][2020-07-02T14:17:43]i001: Burn v3.7.1224.0, Windows v6.2 (Build 9200: Service Pack 0), path: C:\Users\Admin\Desktop\BootstrapperTestApp.exe, cmdline: ''
[0C54:09AC][2020-07-02T14:17:43]i000: Setting string variable 'WixBundleLog' to value 'C:\Users\Admin\AppData\Local\Temp\BootstrapperTestApp_20200702141743.log'
[0C54:09AC][2020-07-02T14:17:43]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\Users\Admin\Desktop\BootstrapperTestApp.exe'
[0C54:09AC][2020-07-02T14:17:43]i000: Setting string variable 'WixBundleName' to value 'BootstrapperTestApp'
[0C54:09AC][2020-07-02T14:17:43]i100: Detect begin, 3 packages
[0C54:09AC][2020-07-02T14:17:43]i000: Setting numeric variable 'OFFICE2007INST' to value 1
[0C54:09AC][2020-07-02T14:17:43]i000: Registry key not found. Key = 'SOFTWARE\Microsoft\VSTO Runtime Setup\v4R'
[0C54:09AC][2020-07-02T14:17:43]i000: Setting numeric variable 'VSTOR' to value 0
[0C54:09AC][2020-07-02T14:17:43]i052: Condition 'NETFRAMEWORK35' evaluates to false.
[0C54:09AC][2020-07-02T14:17:43]i052: Condition 'VSTOR' evaluates to false.
[0C54:09AC][2020-07-02T14:17:43]i101: Detected package: dotNetFx35setup.exe, state: Absent, cached: None
[0C54:09AC][2020-07-02T14:17:43]i101: Detected package: vstor_redist.exe, state: Absent, cached: None
[0C54:09AC][2020-07-02T14:17:43]i101: Detected package: TestAppInstaller.msi, state: Absent, cached: None
[0C54:09AC][2020-07-02T14:17:43]i199: Detect complete, result: 0x0
[0C54:09AC][2020-07-02T14:17:45]i200: Plan begin, 3 packages, action: Install
[0C54:09AC][2020-07-02T14:17:45]i052: Condition 'NOT NETFRAMEWORK35' evaluates to true.
[0C54:09AC][2020-07-02T14:17:45]w321: Skipping dependency registration on package with no dependency providers: dotNetFx35setup.exe
[0C54:09AC][2020-07-02T14:17:45]i000: Setting string variable 'WixBundleLog_dotNetFx35setup.exe' to value 'C:\Users\Admin\AppData\Local\Temp\BootstrapperTestApp_20200702141743_0_dotNetFx35setup.exe.log'
[0C54:09AC][2020-07-02T14:17:45]i052: Condition 'OFFICE2007INST AND NOT VSTOR' evaluates to true.
[0C54:09AC][2020-07-02T14:17:45]w321: Skipping dependency registration on package with no dependency providers: vstor_redist.exe
[0C54:09AC][2020-07-02T14:17:45]i000: Setting string variable 'WixBundleLog_vstor_redist.exe' to value 'C:\Users\Admin\AppData\Local\Temp\BootstrapperTestApp_20200702141743_1_vstor_redist.exe.log'
[0C54:09AC][2020-07-02T14:17:45]i000: Setting string variable 'WixBundleRollbackLog_TestAppInstaller.msi' to value 'C:\Users\Admin\AppData\Local\Temp\BootstrapperTestApp_20200702141743_2_TestAppInstaller.msi_rollback.log'
[0C54:09AC][2020-07-02T14:17:45]i000: Setting string variable 'WixBundleLog_TestAppInstaller.msi' to value 'C:\Users\Admin\AppData\Local\Temp\BootstrapperTestApp_20200702141743_2_TestAppInstaller.msi.log'
[0C54:09AC][2020-07-02T14:17:45]i201: Planned package: dotNetFx35setup.exe, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: None, cache: Yes, uncache: Yes, dependency: None
[0C54:09AC][2020-07-02T14:17:45]i201: Planned package: vstor_redist.exe, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: None, cache: Yes, uncache: Yes, dependency: None
[0C54:09AC][2020-07-02T14:17:45]i201: Planned package: TestAppInstaller.msi, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register
[0C54:09AC][2020-07-02T14:17:45]i299: Plan complete, result: 0x0
[0C54:09AC][2020-07-02T14:17:45]i300: Apply begin
[0EAC:0778][2020-07-02T14:17:47]i360: Creating a system restore point.
[0EAC:0778][2020-07-02T14:17:51]i361: Created a system restore point.
[0EAC:0778][2020-07-02T14:17:51]i000: Caching bundle from: 'C:\Users\Admin\AppData\Local\Temp\{ec724e25-c6e3-47ba-91a3-8e894c092324}\.be\BootstrapperTestApp.exe' to: 'C:\ProgramData\Package Cache\{ec724e25-c6e3-47ba-91a3-8e894c092324}\BootstrapperTestApp.exe'
[0EAC:0778][2020-07-02T14:17:51]i320: Registering bundle dependency provider: {ec724e25-c6e3-47ba-91a3-8e894c092324}, version: 1.0.0.0
[0C54:0428][2020-07-02T14:17:51]w343: Prompt for source of package: dotNetFx35setup.exe, payload: dotNetFx35setup.exe, path: C:\Users\Admin\Desktop\dotNetFx35setup.exe
[0C54:0428][2020-07-02T14:17:51]i338: Acquiring package: dotNetFx35setup.exe, payload: dotNetFx35setup.exe, download from: http://download.microsoft.com/download/6/0/f/60fc5854-3cb8-4892-b6db-bd4f42510f28/dotnetfx35.exe
[0EAC:0D58][2020-07-02T14:18:32]i305: Verified acquired payload: dotNetFx35setup.exe at path: C:\ProgramData\Package Cache\.unverified\dotNetFx35setup.exe, moving to: C:\ProgramData\Package Cache\B0CA05C12EBB9A3610206BAD7F219E02B7873CBD\dotNetFx35setup.exe.
[0C54:0428][2020-07-02T14:18:32]w343: Prompt for source of package: vstor_redist.exe, payload: vstor_redist.exe, path: C:\Users\Admin\Desktop\vstor_redist.exe
[0C54:0428][2020-07-02T14:18:32]i338: Acquiring package: vstor_redist.exe, payload: vstor_redist.exe, download from: https://go.microsoft.com/fwlink/?LinkId=158917
[0EAC:0D58][2020-07-02T14:18:40]e000: Error 0x80091007: Hash mismatch for path: C:\ProgramData\Package Cache\.unverified\vstor_redist.exe
[0EAC:0D58][2020-07-02T14:18:40]e000: Error 0x80091007: Failed to verify hash of payload: vstor_redist.exe
[0EAC:0D58][2020-07-02T14:18:40]e310: Failed to verify payload: vstor_redist.exe at path: C:\ProgramData\Package Cache\.unverified\vstor_redist.exe, error: 0x80091007. Deleting file.
[0EAC:0D58][2020-07-02T14:18:40]e000: Error 0x80091007: Failed to cache payload: vstor_redist.exe
[0C54:0428][2020-07-02T14:18:40]e314: Failed to cache payload: vstor_redist.exe from working path: C:\Users\Admin\AppData\Local\Temp\{ec724e25-c6e3-47ba-91a3-8e894c092324}\vstor_redist.exe, error: 0x80091007.
[0C54:0428][2020-07-02T14:18:40]e349: Application requested retry of payload: vstor_redist.exe, encountered error: 0x80091007. Retrying...
[0C54:0428][2020-07-02T14:18:40]w343: Prompt for source of package: vstor_redist.exe, payload: vstor_redist.exe, path: C:\Users\Admin\Desktop\vstor_redist.exe
[0C54:0428][2020-07-02T14:18:43]i338: Acquiring package: vstor_redist.exe, payload: vstor_redist.exe, download from: https://go.microsoft.com/fwlink/?LinkId=158917
[0EAC:0D58][2020-07-02T14:18:51]e000: Error 0x80091007: Hash mismatch for path: C:\ProgramData\Package Cache\.unverified\vstor_redist.exe
[0EAC:0D58][2020-07-02T14:18:51]e000: Error 0x80091007: Failed to verify hash of payload: vstor_redist.exe
[0EAC:0D58][2020-07-02T14:18:51]e310: Failed to verify payload: vstor_redist.exe at path: C:\ProgramData\Package Cache\.unverified\vstor_redist.exe, error: 0x80091007. Deleting file.
[0EAC:0D58][2020-07-02T14:18:51]e000: Error 0x80091007: Failed to cache payload: vstor_redist.exe
[0C54:0428][2020-07-02T14:18:51]e314: Failed to cache payload: vstor_redist.exe from working path: C:\Users\Admin\AppData\Local\Temp\{ec724e25-c6e3-47ba-91a3-8e894c092324}\vstor_redist.exe, error: 0x80091007.
[0C54:0428][2020-07-02T14:18:51]e349: Application requested retry of payload: vstor_redist.exe, encountered error: 0x80091007. Retrying...
[0C54:0428][2020-07-02T14:18:51]w343: Prompt for source of package: vstor_redist.exe, payload: vstor_redist.exe, path: C:\Users\Admin\Desktop\vstor_redist.exe
[0C54:0428][2020-07-02T14:18:54]i338: Acquiring package: vstor_redist.exe, payload: vstor_redist.exe, download from: https://go.microsoft.com/fwlink/?LinkId=158917
[0EAC:0D58][2020-07-02T14:19:02]e000: Error 0x80091007: Hash mismatch for path: C:\ProgramData\Package Cache\.unverified\vstor_redist.exe
[0EAC:0D58][2020-07-02T14:19:02]e000: Error 0x80091007: Failed to verify hash of payload: vstor_redist.exe
[0EAC:0D58][2020-07-02T14:19:02]e310: Failed to verify payload: vstor_redist.exe at path: C:\ProgramData\Package Cache\.unverified\vstor_redist.exe, error: 0x80091007. Deleting file.
[0EAC:0D58][2020-07-02T14:19:02]e000: Error 0x80091007: Failed to cache payload: vstor_redist.exe
[0C54:0428][2020-07-02T14:19:02]e314: Failed to cache payload: vstor_redist.exe from working path: C:\Users\Admin\AppData\Local\Temp\{ec724e25-c6e3-47ba-91a3-8e894c092324}\vstor_redist.exe, error: 0x80091007.
[0EAC:0D58][2020-07-02T14:19:02]i351: Removing cached package: dotNetFx35setup.exe, from path: C:\ProgramData\Package Cache\B0CA05C12EBB9A3610206BAD7F219E02B7873CBD\
[0C54:09AC][2020-07-02T14:19:02]e000: Error 0x80091007: Failed while caching, aborting execution.
[0EAC:0778][2020-07-02T14:19:02]i330: Removed bundle dependency provider: {ec724e25-c6e3-47ba-91a3-8e894c092324}
[0EAC:0778][2020-07-02T14:19:02]i352: Removing cached bundle: {ec724e25-c6e3-47ba-91a3-8e894c092324}, from path: C:\ProgramData\Package Cache\{ec724e25-c6e3-47ba-91a3-8e894c092324}\
[0C54:09AC][2020-07-02T14:19:02]i399: Apply complete, result: 0x80091007, restart: None, ba requested restart: No

SQL install fail on AWS CentOS

I get the following error but when I try and install the missing dependencies then it either says its already install (openssl) or that such package doesn't exist.
here are the step that I'm following - https://www.itzgeek.com/how-tos/linux/ubuntu-how-tos/install-microsoft-sql-server-ms-sql-rhel-centos-ubuntu-evaluation-version.html
What should I do to get past this error?
Loaded plugins: fastestmirror, presto, refresh-packagekit
Setting up Install Process
Loading mirror speeds from cached hostfile
* base: mirror.fdcservers.net
* epel: mirror.steadfast.net
* extras: repo.us.bigstepcloud.com
* updates: linux.cc.lehigh.edu
Resolving Dependencies
--> Running transaction check
---> Package mssql-server.x86_64 0:14.0.900.75-1 will be installed
--> Processing Dependency: openssl >= 1:1.0.1 for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: systemd for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: systemd-units for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: numactl-libs for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: systemd for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: gdb for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: systemd-units for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: libsss_nss_idmap for package: mssql-server-14.0.900.75-1.x86_64
--> Running transaction check
---> Package gdb.x86_64 0:7.2-92.el6 will be installed
---> Package libsss_nss_idmap.x86_64 0:1.13.3-57.el6_9 will be installed
---> Package mssql-server.x86_64 0:14.0.900.75-1 will be installed
--> Processing Dependency: openssl >= 1:1.0.1 for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: systemd for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: systemd-units for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: numactl-libs for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: systemd for package: mssql-server-14.0.900.75-1.x86_64
--> Processing Dependency: systemd-units for package: mssql-server-14.0.900.75-1.x86_64
--> Finished Dependency Resolution
Error: Package: mssql-server-14.0.900.75-1.x86_64 (packages-microsoft-com-mssql-server)
Requires: numactl-libs
Error: Package: mssql-server-14.0.900.75-1.x86_64 (packages-microsoft-com-mssql-server)
Requires: openssl >= 1:1.0.1
Installed: openssl-1.0.1e-57.el6.x86_64 (#anaconda-CentOS-201703281317.x86_64/6.9)
openssl = 1.0.1e-57.el6
Error: Package: mssql-server-14.0.900.75-1.x86_64 (packages-microsoft-com-mssql-server)
Requires: systemd-units
Error: Package: mssql-server-14.0.900.75-1.x86_64 (packages-microsoft-com-mssql-server)
Requires: systemd
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Probably you are trying to install a package that has been built for RHEL7, on a CentOS6 server. MsSql-server is only available for RHEL7.

install error for php7 on centos7

Reference Document : https://webtatic.com/packages/php70/
PHP 7.0.0 has been released on PHP.net on 3rd December 2015, and is also available for CentOS/RHEL 6.7 and 7.1 at Webtatic via Yum in it’s testing repository.
I have the following error during php7 install:
[root]# yum install php70w php70w-opcache
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: ftp.riken.jp
* epel: ftp.riken.jp
* extras: ftp.riken.jp
* updates: ftp.riken.jp
* webtatic: sp.repo.webtatic.com
Resolving Dependencies
--> Running transaction check
---> Package php70w.x86_64 0:7.0.0-1.w6 will be installed
--> Processing Dependency: php70w-common(x86-64) = 7.0.0-1.w6 for package: php70w-7.0.0-1.w6.x86_64
--> Processing Dependency: php70w-cli(x86-64) = 7.0.0-1.w6 for package: php70w-7.0.0-1.w6.x86_64
--> Processing Dependency: php70w-cli = 7.0.0-1.w6 for package: php70w-7.0.0-1.w6.x86_64
--> Processing Dependency: httpd-mmn = 20051115 for package: php70w-7.0.0-1.w6.x86_64
---> Package php70w-opcache.x86_64 0:7.0.0-1.w6 will be installed
--> Running transaction check
---> Package php70w.x86_64 0:7.0.0-1.w6 will be installed
--> Processing Dependency: httpd-mmn = 20051115 for package: php70w-7.0.0-1.w6.x86_64
---> Package php70w-cli.x86_64 0:7.0.0-1.w6 will be installed
---> Package php70w-common.x86_64 0:7.0.0-1.w6 will be installed
--> Processing Dependency: libgmp.so.3()(64bit) for package: php70w-common-7.0.0-1.w6.x86_64
--> Processing Conflict: php70w-common-7.0.0-1.w6.x86_64 conflicts php-common < 5.5.0
--> Finished Dependency Resolution
Error: Package: php70w-7.0.0-1.w6.x86_64 (webtatic)
Requires: httpd-mmn = 20051115
Installed: httpd-2.4.6-31.el7.centos.1.x86_64 (#updates)
httpd-mmn = 20120211
httpd-mmn = 20120211x8664
httpd-mmn = 20120211-x86-64
Available: httpd-2.4.6-31.el7.centos.x86_64 (base)
httpd-mmn = 20120211x8664
httpd-mmn = 20120211-x86-64
httpd-mmn = 20120211
Error: php70w-common conflicts with php-common-5.4.16-36.el7_1.x86_64
Error: Package: php70w-common-7.0.0-1.w6.x86_64 (webtatic)
Requires: libgmp.so.3()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
How can I install php7 on centOS7?
I found easier/safer to rely on Remi's repos http://rpms.famillecollet.com/ instead of webtatic than remove the existing packages - which is also a valid solution.
This is what solved it for me (pick the mirror closest to you):
rpm -Uvh http://mirror.innosol.asia/remi/enterprise/remi-release-7.rpm
yum install php70
yum install php70-php-mysqlnd php70-php-devel php70-php-gd php70-php-mcrypt php70-php-mbstring php70-php-pear php70-php-pecl-imagick php70-php-pecl-zip
Note this was needed for a development server

Burn Bootstrapper does not uninstall chained MSI

I have a Burn Bootstrapper with 2 MSIs and 2 Exe Packages. My Product MSI does not get uninstalled when I uninstall with the bootstrapper.
relevant Package part from Bundle.wxs
<MsiPackage SourceFile="Resources\MyProduct.msi" ForcePerMachine="yes" Visible="yes" Permanent="no">
(the visibility is only set to be able to uninstall "per hand" later on. The install log seems to be alright regarding installation of the product, and it shows (the MSI) in Add/Remove Programs.
(excerpt)
[0020:0D1C][2015-07-15T16:15:50]i201: Planned package: MyProduct.msi, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register
[0B34:0E40][2015-07-15T16:17:43]i305: Verified acquired payload: MyProduct.msi at path: C:\ProgramData\Package Cache\.unverified\MyProduct.msi, moving to: C:\ProgramData\Package Cache\{5147F2CD-4057-408C-9871-5CF419E4A064}v3.14.0000\MyProduct.msi.
[0B34:0AEC][2015-07-15T16:17:44]i323: Registering package dependency provider: {5147F2CD-4057-408C-9871-5CF419E4A064}, version: 3.14.0000, package: MyProduct.msi
[0B34:0AEC][2015-07-15T16:17:44]i301: Applying execute package: MyProduct.msi, action: Install, path: C:\ProgramData\Package Cache\{5147F2CD-4057-408C-9871-5CF419E4A064}v3.14.0000\MyProduct.msi, arguments: ' ALLUSERS="1" MSIFASTINSTALL="7" INSTALLBASE="1"'
[0020:0D1C][2015-07-15T16:23:38]i319: Applied execute package: MyProduct.msi, result: 0x0, restart: None
[0B34:0AEC][2015-07-15T16:23:38]i325: Registering dependency: {973aefce-662d-437a-b703-e6e06af73ea5} on package provider: {5147F2CD-4057-408C-9871-5CF419E4A064}, package: MyProduct.msi
on uninstall however the state of the package is always absent, thus not uninstalled. is this a possible bug or am I missing something painfully obvious?
uninstall log excerpt:
[0F30:0EE0][2015-07-15T16:24:48]i101: Detected package: MyProduct.msi, state: Absent, cached: Complete
[0F30:0EE0][2015-07-15T16:24:49]i201: Planned package: MyProduct.msi, state: Absent, default requested: Absent, ba requested: Absent, execute: None, rollback: None, cache: No, uncache: Yes, dependency: Unregister
[0BBC:0FD8][2015-07-15T16:24:50]i326: Removed dependency: {973aefce-662d-437a-b703-e6e06af73ea5} on package provider: {5147F2CD-4057-408C-9871-5CF419E4A064}, package MyProduct.msi
[0BBC:0FD8][2015-07-15T16:24:50]i329: Removed package dependency provider: {5147F2CD-4057-408C-9871-5CF419E4A064}, package: MyProduct.msi
[0BBC:0FD8][2015-07-15T16:24:50]i351: Removing cached package: MyProduct.msi, from path: C:\ProgramData\Package Cache\{5147F2CD-4057-408C-9871-5CF419E4A064}v3.14.0000\
Tested with a VM and an empty snapshot, to be sure to not have a tainted testing environment. (using WiX 3.8 + wixextba because i need ability to check for two directories listed and a few little checks here and there)
edit: with a fresh head this morning i tried it again, and reread all the logs probably the culprit may be (different guids, new run...)
[0FA0:054C][2015-07-16T10:09:48]w355: Unable to register source directory: C:\ProgramData\Package Cache\{39A0BA42-7EAB-435C-BADC-C531E5B16763}v3.14.0000\, product: {39A0BA42-7EAB-435C-BADC-C531E5B16763}, reason: 0x80070645. Continuing...
i found nothing regarding this error except for problems with Microsoft Security Essentials. Any clues?
edit2: MSDN Errorcodes 1605 is "ERROR_UNKNOWN_PRODUCT" yet the MSI Installation log has no "return value 3" and states
MSI (s) (90:78) [11:06:10:483]: Windows Installer installed the product. Product Name: MyProduct. Product Version: 3.14.0000. Product Language: 1031. Manufacturer: MyManufacturer. Installation success or error status: 0.
I can uninstall it when set Visible="yes".
To whom it may concern;
the problem was, that the MSI/wxs had Id='*'for Product. As soon as I fixed the Productcode (which will be changed for every release to get Major Upgrades) the registration does work and the MSI is properly uninstalled.

yum install gcc error

# yum install gcc
Loaded plugins: rhnplugin, security
Excluding Packages in global exclude list
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package gcc.x86_64 0:4.1.2-50.el5 set to be updated
--> Processing Dependency: cpp = 4.1.2-50.el5 for package: gcc
--> Processing Dependency: libgomp >= 4.1.2-50.el5 for package: gcc
--> Processing Dependency: libgcc >= 4.1.2-50.el5 for package: gcc
--> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc
--> Running transaction check
---> Package cpp.x86_64 0:4.1.2-50.el5 set to be updated
---> Package glibc-devel.x86_64 0:2.5-58 set to be updated
--> Processing Dependency: glibc-headers = 2.5-58 for package: glibc-devel
--> Processing Dependency: glibc = 2.5-58 for package: glibc-devel
--> Processing Dependency: glibc-headers for package: glibc-devel
---> Package libgcc.i386 0:4.1.2-50.el5 set to be updated
---> Package libgcc.x86_64 0:4.1.2-50.el5 set to be updated
---> Package libgomp.x86_64 0:4.4.4-13.el5 set to be updated
--> Running transaction check
--> Processing Dependency: glibc = 2.5-49.el5_5.7 for package: nscd
---> Package glibc.i686 0:2.5-58 set to be updated
--> Processing Dependency: glibc-common = 2.5-58 for package: glibc
---> Package glibc.x86_64 0:2.5-58 set to be updated
---> Package glibc-headers.x86_64 0:2.5-58 set to be updated
--> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers
--> Processing Dependency: kernel-headers for package: glibc-headers
--> Running transaction check
---> Package glibc-common.x86_64 0:2.5-58 set to be updated
---> Package glibc-headers.x86_64 0:2.5-58 set to be updated
--> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers
--> Processing Dependency: kernel-headers for package: glibc-headers
---> Package nscd.x86_64 0:2.5-58 set to be updated
--> Finished Dependency Resolution
glibc-headers-2.5-58.x86_64 from rhel-x86_64-server-5 has depsolving problems
--> Missing Dependency: kernel-headers is needed by package glibc-headers-2.5-58.x86_64 (rhel-x86_64-server-5)
glibc-headers-2.5-58.x86_64 from rhel-x86_64-server-5 has depsolving problems
--> Missing Dependency: kernel-headers >= 2.2.1 is needed by package glibc-headers-2.5-58.x86_64 (rhel-x86_64-server-5)
Error: Missing Dependency: kernel-headers is needed by package glibc-headers-2.5-58.x86_64 (rhel-x86_64-server-5)
Error: Missing Dependency: kernel-headers >= 2.2.1 is needed by package glibc-headers-2.5-58.x86_64 (rhel-x86_64-server-5)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.
Looks like you just need to:
yum install kernel-headers