Skip to content

Conversation

wtgodbe
Copy link
Member

@wtgodbe wtgodbe commented May 17, 2021

Fixes #32708

I'll use this PR as a guinea pig for the backport bot introduced by #32777

Internal build to grab installers for validation: https://dev.azure.com/dnceng/internal/_build/results?buildId=1142108&view=results

@wtgodbe wtgodbe requested review from joeloff and a team May 17, 2021 17:11
@ghost ghost added the area-infrastructure Includes: MSBuild projects/targets, build scripts, CI, Installers and shared framework label May 17, 2021
@wtgodbe
Copy link
Member Author

wtgodbe commented May 17, 2021

sfxx64

Looks like that worked

<BundleName>$(BundleNameShort) - $(BundleNameSub)</BundleName>
<BundleNameFull>$(BundleName) ($(Platform))</BundleNameFull>
<BundleName>$(BundleNameShort) - $(BundleNameSub) ($(Platform))</BundleName>
<BundleNameFull>$(BundleName)</BundleNameFull>
<BundleRegName>$(BundleNameFull)</BundleRegName>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why keep all of $(BundleName), $(BundleNameFull) and $(BundleRegName) if their values should be the same❔

More importantly, don't we have the same problem w/ the Windows Hosting bundle https://github.com/dotnet/aspnetcore/blob/52eff90fbcfca39b7eb58baad597df6a99a542b0/src/Installers/Windows/WindowsHostingBundle/WindowsHostingBundle.wixproj#L84-L85❔

Copy link
Member Author

@wtgodbe wtgodbe May 18, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess they correspond to specific wix properties - we could just have one msbuild property that the .wxs file references three times, but I don't think it matters too much. As for the hosting bundle, that's platform-agnostic, so it doesn't need to specify what platform it's for in the name.

@wtgodbe wtgodbe merged commit 1e3c70b into main May 24, 2021
@wtgodbe wtgodbe deleted the wtgodbe/BundlePlat branch May 24, 2021 17:09
@ghost ghost added this to the 6.0-preview6 milestone May 24, 2021
@wtgodbe
Copy link
Member Author

wtgodbe commented May 24, 2021

/backport to release/3.1

@wtgodbe
Copy link
Member Author

wtgodbe commented May 24, 2021

/backport to release/5.0

@github-actions
Copy link
Contributor

Started backporting to release/3.1: https://github.com/dotnet/aspnetcore/actions/runs/872127368

@ghost
Copy link

ghost commented May 24, 2021

Hi @github-actions[bot]. It looks like you just commented on a closed PR. The team will most probably miss it. If you'd like to bring something important up to their attention, consider filing a new issue and add enough details to build context.

@github-actions
Copy link
Contributor

Started backporting to release/5.0: https://github.com/dotnet/aspnetcore/actions/runs/872127584

@ghost
Copy link

ghost commented May 24, 2021

Hi @github-actions[bot]. It looks like you just commented on a closed PR. The team will most probably miss it. If you'd like to bring something important up to their attention, consider filing a new issue and add enough details to build context.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-infrastructure Includes: MSBuild projects/targets, build scripts, CI, Installers and shared framework
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Missing x86 vs x64 qualifier in add/remove programs for ASP.NET Core shared framework
3 participants