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

GitHub actions failing #8020

Closed
rbwhitaker opened this issue Apr 16, 2023 · 1 comment · Fixed by #8021
Closed

GitHub actions failing #8020

rbwhitaker opened this issue Apr 16, 2023 · 1 comment · Fixed by #8021

Comments

@rbwhitaker
Copy link
Contributor

All five of the last PRs that run checks (four of which are mine) fail on the MacOS side:

There are a couple of other PRs that don't have any actions to run that didn't have the issue.

In all of these cases, the linux side succeeded, the mac side errored out, and the windows side was cancelled after the mac side failed, since it was still running.

All of them show the same stuff in the output. Here's an example: https://github.com/MonoGame/MonoGame/actions/runs/4706087874/jobs/8347094062?pr=8015

As far as I can tell, this looks like it might be the first "real" issue:

========================================
PackVSMacTemplates
========================================
  Determining projects to restore...
  Restored /Users/runner/work/MonoGame/MonoGame/Templates/MonoGame.Templates.VSMacExtension/MonoGame.Templates.VSMacExtension.csproj (in 3.27 sec).
MSBuild version 17.5.0+6f08c67f3 for .NET
  Determining projects to restore...
  Restored /Users/runner/work/MonoGame/MonoGame/Templates/MonoGame.Templates.VSMacExtension/MonoGame.Templates.VSMacExtension.csproj (in 402 ms).
/Users/runner/.nuget/packages/microsoft.visualstudiomac.sdk/17.0.0/build/Microsoft.VisualStudioMac.Sdk.targets(55,5): warning : The TargetFrameworkVersion 'v6.0' does not the target instance. Overriding with 'v7.0'. [/Users/runner/work/MonoGame/MonoGame/Templates/MonoGame.Templates.VSMacExtension/MonoGame.Templates.VSMacExtension.csproj]

This part seems problematic:

TargetFrameworkVersion 'v6.0' does not the target instance. Overriding with 'v7.0'

After that, there's a long collection of things like this:

warning MSB3243: No way to resolve conflict between "Microsoft.Win32.SystemEvents, Version=7.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51" and "Microsoft.Win32.SystemEvents, Version=6.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51". Choosing "Microsoft.Win32.SystemEvents, Version=7.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51" arbitrarily.

After a giant pile of those, we start to get errors like this:

error CS0518: Predefined type 'System.Object' is not defined or imported

What version of MonoGame does the bug occur on:

  • MonoGame 3.8.1, but this doesn't seem like an MG source code issue, but some sort of build action configuration issue.

What operating system are you using:

  • MacOS? I used Windows during development, but the builds are dying on the macos side.

What MonoGame platform are you using:

  • Not relevant.
@rbwhitaker
Copy link
Contributor Author

Were I to take a guess, I'd guess this is happening on the build action side, within GitHub. That maybe there's some configuration that is set up to run the latest version when it maybe needs to be locked to .NET 6 or something. But that's a wild guess.

I'm not sure what next step to take to try to diagnose this. If somebody could point me in a good direction, I'd keep working on it. But it is starting to feel like it is outside of my control. I think I'd maybe need to set up my own self-hosted runners in my fork and run the same actions through those runners from my own fork or something?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant