Arcade: Remove eng\common\tools.ps1's dependence on myget.org

Created on 30 Apr 2020  路  13Comments  路  Source: dotnet/arcade

  • [ ] This issue is blocking
  • [x] This issue is causing unreasonable pain

See https://github.com/dotnet/arcade/blob/master/eng/common/tools.ps1#L356-L374 . We want to remove all dependence on myget; I'd suggest for maximum compatibility we just put all versions of this package on either blob storage or our dotnet-eng / dotnet-tools AzDO package feeds.

For maximum correctness we should just make a zip of the latest stable .NET Core Msbuild, put it on netcorenativeassets, and simply download with lots of good retry code from there in this function.

@garath if this is a dupe please accept my apologies and close it.

All 13 comments

@jaredpar FYI

The packages should definitely not go to dotnet-tools feed as that's for official, shipping tools. dotnet-eng would work.

For maximum correctness we should just make a zip of the latest stable .NET Core Msbuild

I'm not sure what you mean. I don't think we want to use .NET Core msbuild for this package. This is specifically used for building with .NET Framework msbuild tooling.

I'm not sure what you mean. I don't think we want to use .NET Core msbuild for this package. This is specifically used for building with .NET Framework msbuild tooling.

My mistake, I should have said "make a zip of the latest stable desktop msbuild" then. Either way since it's in eng\common we should agree on some myget-departing solution; you're welcome to suggest the best way.

BTW, long term I'm trying to work with VS Extensibility team to port VSSDK build targets to .NET Core, so we can actually build completely with dotnet build and remove this dependency. It will take a while though.

@MattGal Adding the packages to dotnet-eng would be reasonable.

Do you know which all we'd need ? Would be pretty easy to push them there real quick.

@dibarbet, in your work to clean-up the Roslyn MyGet feeds, did you also move publishing of RoslynTools.MSBuild? If so, where?

@dibarbet, in your work to clean-up the Roslyn MyGet feeds, did you also move publishing of RoslynTools.MSBuild? If so, where?

No - for Roslyn restore, there are still a few packages that we need to move off of roslyn-tools, tracked here - https://github.com/dotnet/roslyn/issues/45573 . However we don't use RoslynTools.MSBuild for Roslyn restore, so it's not tracked in that issue, focusing on getting Roslyn off first. https://github.com/dotnet/roslyn-tools/issues/793 tracks the rest of the packages on roslyn-tools

It sounds like dotnet-eng is the right feed for this one.
@jaredpar is RoslynTools.MSBuild also manually published? If so going forward would it be reasonable to publish to the dotnet-eng feed?

is RoslynTools.MSBuild also manually published? If so going forward would it be reasonable to publish to the dotnet-eng feed?

Yes it's manually published. Completely reasonable to use a different feed. Just need to know where to publish it.

@jaredpar I think the votes above were all for https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet-eng/nuget/v3/index.json 馃樅

@dougbu

How do I use that feed though? I can't find the place where there is a UI for me to upload a package.

@jaredpar I dunno but hope @MattGal does

The Azure UI for that feed is here.

I can take care of pushing the versions that exist on MyGet, if that helps.

Sounds like @garath is on top of it, but happy to help if needed.

Was this page helpful?
0 / 5 - 0 ratings