mirrors/dotnet-installer
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
dotnet-installer/packaging/windows/clisdk/dotnet.wxs

40 lines
1.9 KiB
Text
Raw Normal View History

First pass at building Windows MSI for the dotnet CLI repo. - Use the heat tool to harvest the stage2 dir and create install-files.wxs - dotnet.wxs contains the XML code which is constant across builds for an MSI. - Use Candle and Light to generate the MSI from install-files.wxs and dotnet.wxs. Default Install Location - %ProgramFiles%/dotnet. Adds <InstallRoot>\bin %PATH% Creates %DOTNET_HOME% pointing to <InstallRoot>
2015-11-17 08:39:46 +00:00
<?xml version="1.0" encoding="utf-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
Changes to dotnet MSI authoring based on netfx mtpack authoring. - Added reg keys to detect installation. - Added dependency provider keys
2015-11-18 04:32:02 +00:00
<?include "Variables.wxi" ?>
<Product Id="*" Name="$(var.ProductName)" Language="$(var.ProductLanguage)" Version="$(var.ProductVersion)" Manufacturer="$(var.Manufacturer)" UpgradeCode="$(var.UpgradeCode)">
The dotnet MSI doesn't properly set ALLUSERS property. The dotnet installer writes content under %ProgramFiles% which is machine-wide and requires elevation. The Package@InstallScope attribute must be set to perMachine in this case and will ensure that the Burn bootstrapper prompts for elevation during install.
2016-01-22 21:53:39 +00:00
<Package Compressed="yes" InstallScope="perMachine" InstallerVersion="200" />
Enable build-to-build major upgrades for MSI. Encode the CLI version into MSI supported ProductVersion documented here - https://msdn.microsoft.com/en-us/library/windows/desktop/aa370859(v=vs.85).aspx Example: CLI Version - 1.0.0.000930 is encoded in MSI as 4.0.930 Prevent downgrading by failing installation with error message. Also display the original CLI version in the ProductName.
2016-01-13 23:24:09 +00:00
<MajorUpgrade DowngradeErrorMessage="$(var.DowngradeErrorMessage)" Schedule="afterInstallInitialize"/>
Create bundle for Windows Creates a nice looking bundle that installs the .NET Core MSI package. Prerequisites and additional packages can be added as needed. Resolves #1064
2016-01-28 09:46:03 +00:00
<MediaTemplate CabinetTemplate="dnet-{0}.cab" CompressionLevel="high" />
Better compression for smaller package Increasing the compression from "mszip" (which is notoriously out of date) to "high" reduces the package size by 17% with no appreciable change in build or install time. In other words, this is a free 8 MB savings off the download size/time.
2016-01-27 07:54:59 +00:00
Changes to dotnet MSI authoring based on netfx mtpack authoring. - Added reg keys to detect installation. - Added dependency provider keys
2015-11-18 04:32:02 +00:00
<Feature Id="MainFeature" Title="Main Feature" Level="1">
First pass at building Windows MSI for the dotnet CLI repo. - Use the heat tool to harvest the stage2 dir and create install-files.wxs - dotnet.wxs contains the XML code which is constant across builds for an MSI. - Use Candle and Light to generate the MSI from install-files.wxs and dotnet.wxs. Default Install Location - %ProgramFiles%/dotnet. Adds <InstallRoot>\bin %PATH% Creates %DOTNET_HOME% pointing to <InstallRoot>
2015-11-17 08:39:46 +00:00
<ComponentGroupRef Id="InstallFiles" />
Changes to dotnet MSI authoring based on netfx mtpack authoring. - Added reg keys to detect installation. - Added dependency provider keys
2015-11-18 04:32:02 +00:00
<ComponentGroupRef Id="AuthoredRegistryKeys"/>
</Feature>
<Feature Id="Provider" Absent="disallow" AllowAdvertise="no" Description="Used for Ref Counting" Display="hidden" Level="1" InstallDefault="local" Title="RefCounting" TypicalDefault="install">
Change the host MSI dependency key for correct reference counting. Earlier the host MSI dependency key changed for every version. Therefore the following stesp uninstalled host aggresively. - Install a older dotnet CLI bundle (say v1) - Install a newer dotnet CLI bundle (say v2) - Uninstall the newer CLI bundle. This removes the host completely and leaves the older version v1 unusable. With this fix all the versions of the CLI in the machine will reference count the host correctly. Fixes - #2713
2016-04-29 23:52:20 +00:00
<ComponentRef Id="$(var.DependencyKeyId)" />
First pass at building Windows MSI for the dotnet CLI repo. - Use the heat tool to harvest the stage2 dir and create install-files.wxs - dotnet.wxs contains the XML code which is constant across builds for an MSI. - Use Candle and Light to generate the MSI from install-files.wxs and dotnet.wxs. Default Install Location - %ProgramFiles%/dotnet. Adds <InstallRoot>\bin %PATH% Creates %DOTNET_HOME% pointing to <InstallRoot>
2015-11-17 08:39:46 +00:00
</Feature>
Changes to dotnet MSI authoring based on netfx mtpack authoring. - Added reg keys to detect installation. - Added dependency provider keys
2015-11-18 04:32:02 +00:00
<Property Id="ProductFamily" Value="$(var.ProductFamily)" />
<Property Id="ProductEdition" Value="$(var.ProductEdition)" />
<Property Id="ProductCPU" Value="$(var.Platform)" />
<Property Id="RTM_ProductVersion" Value="$(var.Dotnet_ProductVersion)" />
Enable all MSIFASTINSTALL optimizations The dotnet/cli is a very self contained installation package primarily composed of files. Thus system restore adds little value and costing only files is sufficient to verify disk space. The result is a 20% install time reduction, ~2 seconds, on my machine where system restore is disabled. The win is *much* larger where system restore is still on (the default).
2016-01-27 08:02:46 +00:00
<Property Id="MSIFASTINSTALL" Value="7" />
Changes to dotnet MSI authoring based on netfx mtpack authoring. - Added reg keys to detect installation. - Added dependency provider keys
2015-11-18 04:32:02 +00:00
<WixVariable Id="WixUILicenseRtf" Value="$(var.MicrosoftEula)" />
<Property Id="WIXUI_INSTALLDIR" Value="DOTNETHOME"/>
<UIRef Id="WixUI_InstallDir" />
Change the install path, registry key path and environment component. Install path is now %ProgramFiles%\dotnet Registry root is now "HKLM\SOFTWARE\dotnet\Setup" Env variables setup is now associated with a versioned component - the registry keys. Environment resource cannot serve as a keypath hence it is coupled with a registry key which is the key path for the component.
2015-11-21 01:44:48 +00:00
<CustomActionRef Id="WixBroadcastEnvironmentChange" />
First pass at building Windows MSI for the dotnet CLI repo. - Use the heat tool to harvest the stage2 dir and create install-files.wxs - dotnet.wxs contains the XML code which is constant across builds for an MSI. - Use Candle and Light to generate the MSI from install-files.wxs and dotnet.wxs. Default Install Location - %ProgramFiles%/dotnet. Adds <InstallRoot>\bin %PATH% Creates %DOTNET_HOME% pointing to <InstallRoot>
2015-11-17 08:39:46 +00:00
</Product>
Changes to dotnet MSI authoring based on netfx mtpack authoring. - Added reg keys to detect installation. - Added dependency provider keys
2015-11-18 04:32:02 +00:00
<Fragment>
<Directory Id="TARGETDIR" Name="SourceDir">
Remove ProgramFiesFolder name Providing a name, particularly a long name, for ProgramFilesFolder in a compressed MSI only bloats the installation.
2016-01-27 07:24:50 +00:00
<Directory Id="$(var.Program_Files)">
Change the install path, registry key path and environment component. Install path is now %ProgramFiles%\dotnet Registry root is now "HKLM\SOFTWARE\dotnet\Setup" Env variables setup is now associated with a versioned component - the registry keys. Environment resource cannot serve as a keypath hence it is coupled with a registry key which is the key path for the component.
2015-11-21 01:44:48 +00:00
<Directory Id="DOTNETHOME" Name="dotnet"/>
Changes to dotnet MSI authoring based on netfx mtpack authoring. - Added reg keys to detect installation. - Added dependency provider keys
2015-11-18 04:32:02 +00:00
</Directory>
</Directory>
</Fragment>
First pass at building Windows MSI for the dotnet CLI repo. - Use the heat tool to harvest the stage2 dir and create install-files.wxs - dotnet.wxs contains the XML code which is constant across builds for an MSI. - Use Candle and Light to generate the MSI from install-files.wxs and dotnet.wxs. Default Install Location - %ProgramFiles%/dotnet. Adds <InstallRoot>\bin %PATH% Creates %DOTNET_HOME% pointing to <InstallRoot>
2015-11-17 08:39:46 +00:00
</Wix>
Reference in a new issue Copy permalink