After https://github.com/dotnet/installer/pull/11843, post build signing started failing, failing to find one of the input wixobj files. The wixobj was not included in the wixpack. This is because the installer repo uses custom scripts to generate MSIs, rather than the arcade tasks (which would handle adding this transparently), so the input files need to be added explicitly.
* add text-only packages to tarball
* add BuildTextOnlyPackages target to tarball build targets
* fix typo
* add content to text only package nuspec files
* Change reference to single nuspec file
* Update based on PR review
* prevent inner buildlog from being overwritten
* condition SourceBuildIntermediate.proj copy and build on the file not existing
* condition entire copy target on SourceBuildIntermediateProjTarget file existing
* Revert "condition entire copy target on SourceBuildIntermediateProjTarget file existing"
This reverts commit 995e106c81751b7d9597abf0c120963c2ab5374b.
* Revert "condition SourceBuildIntermediate.proj copy and build on the file not existing"
This reverts commit 3fbaa11bdb34cf9bb8f006f4c27bbd16783cac09.
* Revert "prevent inner buildlog from being overwritten"
This reverts commit f994e885fd7e0938dcc80150f3a0a8aad215f014.
Co-authored-by: dseefeld <dseefeld@microsoft.com>
* [ArPow] Run smoke tests for tarball CI
Fixes: dotnet/source-build#2298
* Update smoke-tests version reference
* comment out tests with missing templates and temporarily accommodate missing xml files
* Disable f# and blazorwasm tests
Co-authored-by: Michael Simons <msimons@microsoft.com>
Co-authored-by: Logan Bussell <36081148+lbussell@users.noreply.github.com>
We changed the bundle to not pass in default values for DOTNETHOME
because it cannot calculate them in all cases: there is no way to
conditionally set a path which does not exist. As a result, the MSI
needs to calculate them so that it can write the appropriate defaults.
This implements [the changes](https://github.com/dotnet/runtime/issues/14537#issuecomment-917813061) suggested by @jasonpugsley to fix the following error when trying to install .NET on FreeBSD:
`NETSDK1084: There is no application host available for the specified RuntimeIdentifier freebsd-x64`
* Tweaks for RTM stable building and servicing
- When building from source offline in a stable configuration, the shared frameworks versions will match the directory from which the runtime archives are located in, both stable. This is in contrast to when not building from source, in which the runtime archives will appear in non-stable directories.
- The targeting pack versions should not be assumed to always match the runtime framework versions, and the blob directories containing them are the same. Add new dependencies so that we can track where the targeting pack directory is over time.
- PGO archives coming from runtime are always built non-stable. This means the download location needs to be tweaks, and crossgen calls need to look for shared framework binaries in the non-stable locations.
- For source-build, the templating should move to a new non-stable dependency. This is used to determine the version of the source build intermediate package.
* Generate the full nuget version in the source build tarball job.
The source build tarball job needs the full nuget version so that it can publish the blob to the right location (`Sdk/<full version>/source-<stable version>.zip). This involves being able to call the GenerateFullNuGetVersion target and the targets it depends on.
* Use correct package version prop for crossgen targets
