9 Jun 2025 |
Whovian9369 | Yeah, I'm talking about that | 21:24:06 |
Whovian9369 | (nuget2json and not nuget2nix , whoopsies) | 21:24:17 |
Corngood | Ah yeah, I meant to fix that... I'll take a look | 21:26:46 |
Whovian9369 | Please and thank you! | 21:31:14 |
Corngood | Oh, I misunderstood the problem (https://matrix.to/#/!bxVOQwsVoHhZcmNDGw:nixos.org/$KnL6pWRuimEgc9GUYpdlLgzRZP5DsobZi0wRoClxHls?via=nixos.org&via=matrix.org&via=nixos.dev) It's not actually anything to do with nuget-to-json, it's just buildDotnetModule .
I think you might be able to set __structuredAttrs = true; and have projectFile be treated as an array, which will stop the string splitting.
| 21:40:09 |
Whovian9369 | I'll try that, thank you! | 21:43:13 |
Whovian9369 | $ ./fetch-deps deps.json
fetching dependencies for gms-explorer-0.1.0
structuredAttrs is enabled
Running phase: unpackPhase
unpacking source archive /nix/store/rka883hb7paai0r3f9b8l8ixzkgpd0g6-source
source root is source
Running phase: patchPhase
Running phase: configureNuget
The template "NuGet Config" was created successfully.
Processing post-creation actions...
Running phase: updateAutotoolsGnuConfigScriptsPhase
Running phase: configurePhase
Executing dotnetConfigureHook
Determining projects to restore...
Nothing to do. None of the projects specified contain packages to restore.
Determining projects to restore...
Nothing to do. None of the projects specified contain packages to restore.
Determining projects to restore...
Nothing to do. None of the projects specified contain packages to restore.
Determining projects to restore...
Nothing to do. None of the projects specified contain packages to restore.
Finished dotnetConfigureHook
Succesfully wrote lockfile to /home/whovian/.flakes/gms-extract/deps.json
$ cat deps.json
[]
Well I think that it worked, but nothing was restored.
| 21:44:57 |
Whovian9369 | I'm currently trying to get https://github.com/puggsoy/GMS-Explorer working, so it's my current guinea pig. | 21:45:26 |
Corngood | What did you set `projectFile` to? | 21:50:34 |
Whovian9369 | projectFile = "GMS Explorer/GMS Explorer.csproj"; | 21:55:37 |
Whovian9369 | Same thing happens with projectFile = "GMS Explorer.sln"; | 21:55:45 |
Corngood | That's an old style project, so it probably doesn't use nuget dependencies. It might not build with the dotnet sdk | 22:57:42 |
Whovian9369 | Oh that's interesting and a good catch, thanks. I'll have to experiment with it, I suppose. | 23:04:25 |
Whovian9369 | I'll also have to retry rune-factory-4-special-mbundle-extractor later too then | 23:04:45 |
Whovian9369 | Had to comment out dotnetBuildFlags and dotnetInstallFlags , but yeah you're correct.
...
Build FAILED.
/nix/store/nahhdksqqhhna3cfirrqqhl29h6x8c71-dotnet-sdk-9.0.204/share/dotnet/sdk/9.0.204/Microsoft.Common.CurrentVersion.targets(1259,5): error MSB3644: The reference assemblies for .NETFramework,Version=v4.8 were not found. To resolve this, install the Developer Pack (SDK/Targeting Pack) for this framework version or retarget your application. You can download .NET Framework Developer Packs at https://aka.ms/msbuild/developerpacks [/build/source/GMS Explorer/GMS Explorer.csproj]
0 Warning(s)
1 Error(s)
Time Elapsed 00:00:00.30
| 23:10:00 |
Whovian9369 | So it looks like this is a Framework project and not a Core one, damn. | 23:10:12 |
Whovian9369 | Thanks for the thoughts, Corngood!
| 23:11:49 |
24 Jun 2025 |
| Wulpey joined the room. | 17:51:36 |
26 Jun 2025 |
Matt Sturgeon | Any ideas on https://github.com/NixOS/nixpkgs/issues/420121 ?
Getting reports of a build failure, which shows up on hydra too, but I can't reproduce the issue even on the same commit as the hydra failure...
Even stranger, I can't see any errors in the logs... | 21:08:17 |
Corngood | I had this happen to me locally today. It must be intermittent | 22:03:23 |
Corngood | Unfortunately I have no new info.
Is this normal?
> No test matches the given testcase filter `Category!=Disabled&FlakeyTest!=True&RequiresNetworking!=True&FullyQualifiedName!=NexusMods.DataModel.SchemaVersions.Tests.LegacyDatabaseSupportTests.TestDatabase&FullyQualifiedName!=NexusMods.DataModel.SchemaVersions.Tests.MigrationSpecificTests.TestsFor_0...` in /build/NexusMods.App/tests/NexusMods.Networking.GitHub.Tests/bin/Release/net9.0/NexusMods.Networking.GitHub.Tests.dll`
| 22:06:41 |
Corngood | I'll run some rebuilds to try to get more info and see how common it is. Mine actually failed on nexusmods-app , not -unfree. | 22:08:47 |
Matt Sturgeon | In reply to @corngood:corngood.com
Unfortunately I have no new info.
Is this normal?
> No test matches the given testcase filter `Category!=Disabled&FlakeyTest!=True&RequiresNetworking!=True&FullyQualifiedName!=NexusMods.DataModel.SchemaVersions.Tests.LegacyDatabaseSupportTests.TestDatabase&FullyQualifiedName!=NexusMods.DataModel.SchemaVersions.Tests.MigrationSpecificTests.TestsFor_0...` in /build/NexusMods.App/tests/NexusMods.Networking.GitHub.Tests/bin/Release/net9.0/NexusMods.Networking.GitHub.Tests.dll`
I think that's normal, I guess a specific test file just has no non-disabled tests?
It shows up several times in the logs. | 22:26:06 |
Matt Sturgeon | In reply to @corngood:corngood.com I had this happen to me locally today. It must be intermittent I think I saw it on my nix-config CI too once, with the unfree package. The hydra job linked in the issue was for the non-unfree package. The user report was for the unfree package. So we have a selection of failures on each variant 🫤 | 22:28:41 |
27 Jun 2025 |
Corngood | I was 2/2 reproducing it and now I'm 0/~10 after adding set -x for tracing :|. When it did fail, the exit code reported by nix build was 1. | 13:34:23 |
Matt Sturgeon | Thanks for looking into it. Nothing worse than an intermittent problem 😕 | 14:47:58 |
Matt Sturgeon | As an aside, whenever I build with --check it always tells me the package isn't deterministic... Is that a fundamental issue with dotnet packages or something I could fix in my package with enough investigation? | 15:22:22 |
Corngood | I suspect there are determinism issues in dotnet, so I wouldn't necessarily worry about it, but if you do get a chance to diff them it would be interesting to know what changes. | 15:24:42 |
Matt Sturgeon | I reproduced the issue with set -x , but I don't see anything useful in the output:
Starting test execution, please wait...
A total of 1 test files matched the specified pattern.
[xUnit.net 00:00:00.00] xUnit.net VSTest Adapter v2.8.2+699d445a1a (64-bit .NET 9.0.6)
[xUnit.net 00:00:00.08] Discovering: NexusMods.Networking.GitHub.Tests
[xUnit.net 00:00:00.11] Discovered: NexusMods.Networking.GitHub.Tests
[xUnit.net 00:00:00.12] Starting: NexusMods.Networking.GitHub.Tests
[xUnit.net 00:00:00.20] Finished: NexusMods.Networking.GitHub.Tests
No test matches the given testcase filter `Category!=Disabled&FlakeyTest!=True&RequiresNetworking!=True&FullyQualifiedName!=NexusMods.DataModel.SchemaVersions.Tests.LegacyDatabaseSupportTests.TestDatabase&FullyQualifiedName!=NexusMods.DataModel.SchemaVersions.Tests.MigrationSpecificTests.TestsFor_0...` in /build/NexusMods.App/tests/NexusMods.Networking.GitHub.Tests/bin/Release/net9.0/NexusMods.Networking.GitHub.Tests.dll
+ exitHandler
+ exitCode=1
+ set +e
+ '[' -n '' ']'
+ (( 1 != 0 ))
+ runHook failureHook
+ local hookName=failureHook
+ shift
+ local 'hooksSlice=failureHooks[@]'
+ local hook
+ for hook in "_callImplicitHook 0 $hookName" ${!hooksSlice+"${!hooksSlice}"}
+ _logHook failureHook '_callImplicitHook 0 failureHook'
+ [[ -z 2 ]]
+ local hookKind=failureHook
+ local 'hookExpr=_callImplicitHook 0 failureHook'
+ shift 2
+ declare -F '_callImplicitHook 0 failureHook'
+ type -p '_callImplicitHook 0 failureHook'
+ [[ _callImplicitHook 0 failureHook != \_\c\a\l\l\I\m\p\l\i\c\i\t\H\o\o\k* ]]
+ _eval '_callImplicitHook 0 failureHook'
+ declare -F '_callImplicitHook 0 failureHook'
+ eval '_callImplicitHook 0 failureHook'
++ _callImplicitHook 0 failureHook
++ local def=0
++ local hookName=failureHook
++ declare -F failureHook
++ type -p failureHook
++ '[' -n '' ']'
++ return 0
+ return 0
+ '[' -n '' ']'
+ return 1
| 15:58:58 |
Matt Sturgeon | Download set-x.log | 15:59:31 |