dotnet-installer/build/package
Daniel Plaisted e60fe42432 Fix debian package generation
Previously, dotnet-deb-tool-consumer.csproj was copied to the out/artifacts folder before being restored.  This no longer works as it depends on repo properties, and there is a Directory.Build.props in teh out directory to stop projects inside it from getting the repo properties.  So this change restores it in-place instead.

(cherry picked from commit ac67434ea4)
2017-09-27 14:40:57 -07:00
..
dotnet-deb-tool-consumer Fix debian package generation 2017-09-27 14:40:57 -07:00
Archive.targets Merge pull request #7019 from livarcocc/framework_downlevel_msi 2017-06-29 20:07:13 -07:00
Installer.DEB.proj Fix debian package generation 2017-09-27 14:40:57 -07:00
Installer.DEB.targets Fix debian package generation 2017-09-27 14:40:57 -07:00
Installer.MSI.targets Update MSI tests to use new output directory layout 2017-09-27 14:37:40 -07:00
Installer.PKG.targets Updating the native installers to use a fully qualified path to dotnet.dll and execute it with dotnet exec, so that the first run experience to populate the offline cache will trigger for the SDK being installed, instead of for the latest one in the box. 2017-07-26 23:10:48 -07:00
Installer.RPM.props Updating the native installers to use a fully qualified path to dotnet.dll and execute it with dotnet exec, so that the first run experience to populate the offline cache will trigger for the SDK being installed, instead of for the latest one in the box. 2017-07-26 23:10:48 -07:00
Installer.RPM.targets ingest store without timestamp (#7317) 2017-07-28 20:34:57 -07:00
Layout.targets Merge pull request #7019 from livarcocc/framework_downlevel_msi 2017-06-29 20:07:13 -07:00
Nupkg.targets Rename Stage0 build variables to PreviousStage 2017-09-27 14:37:37 -07:00