Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Work around restore issue #69710

Merged
merged 1 commit into from
Aug 30, 2023
Merged

Work around restore issue #69710

merged 1 commit into from
Aug 30, 2023

Conversation

jaredpar
Copy link
Member

Running Build.cmd -pack -restore on most machines is leading to the following error:

\NuGet.RestoreEx.targets(19,5): error : The filename or extension is
too long

This seems to be caused by an excessively long command line being passed to a tool within the NuGetRestoreEx task. Temporarily working around this by disabling static graph on this restore operation.

NuGet/Home#12843

@jaredpar jaredpar requested a review from a team as a code owner August 24, 2023 22:23
@dotnet-issue-labeler dotnet-issue-labeler bot added Area-Infrastructure untriaged Issues and PRs which have not yet been triaged by a lead labels Aug 24, 2023
Running `Build.cmd -pack -restore` on most machines is leading to the
following error:

> \NuGet.RestoreEx.targets(19,5): error : The filename or extension is
too long

This seems to be caused by an excessively long command line being passed
to a tool within the NuGetRestoreEx task. Temporarily working around
this by disabling static graph on this restore operation.

NuGet/Home#12843
@RikkiGibson
Copy link
Contributor

how could this issue be specific to static graph restore..

also, does this mean the command line we pass to this tool has been growing and we recently hit a threshold? and the paths in the CI environments are shorter than local paths tend to be, so we weren't seeing a failure there?

what a bug, man.

@@ -127,7 +127,7 @@
We have to run restore first with the PublishReadyToRun flag set to true to ensure that the correct crossgen packages get restored.
See https://github.com/dotnet/sdk/issues/20701
-->
<MSBuild Projects="$(MSBuildProjectFullPath)" Targets="Restore" Properties="RestoreWithR2R=true" />
<MSBuild Projects="$(MSBuildProjectFullPath)" Targets="Restore" Properties="RestoreWithR2R=true;RestoreUseStaticGraphEvaluation=false" />
Copy link
Member

Choose a reason for hiding this comment

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

Should we file a tracking issue to revert this?

Copy link
Member

Choose a reason for hiding this comment

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

If nothing else, we should have a comment explaining it.

@dibarbet
Copy link
Member

Going to merge this as soon as the integration CI passes (Tomas just hit this as well). I'll send a followup to add a comment as soon as this goes in to avoid another re-run of CI.

@dibarbet dibarbet merged commit b3e3c67 into dotnet:main Aug 30, 2023
@ghost ghost added this to the Next milestone Aug 30, 2023
@jaredpar jaredpar deleted the fix-pack branch August 30, 2023 16:04
@Cosifne Cosifne modified the milestones: Next, 17.8 P3 Sep 25, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Infrastructure untriaged Issues and PRs which have not yet been triaged by a lead
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants