Nix + dotnet | 120 Members | |
| 23 Servers |
| Sender | Message | Time |
|---|---|---|
| 9 Jun 2025 | ||
| I ran into this again - Why do so many people have paths in their repo with spaces in it?! 😅 Guess I'm asking again, any tips? | 20:43:00 | |
In reply to @whovian9369:matrix.orgDid you mean to link to something? I guess you're talking about nuget-to-json working in paths with spaces? | 21:23:52 | |
| Yeah, I'm talking about that | 21:24:06 | |
(nuget2json and not nuget2nix, whoopsies) | 21:24:17 | |
| Ah yeah, I meant to fix that... I'll take a look | 21:26:46 | |
| Please and thank you! | 21:31:14 | |
| 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 I think you might be able to set | 21:40:09 | |
| I'll try that, thank you! | 21:43:13 | |
Well I think that it worked, but nothing was restored. | 21:44:57 | |
| I'm currently trying to get https://github.com/puggsoy/GMS-Explorer working, so it's my current guinea pig. | 21:45:26 | |
| What did you set `projectFile` to? | 21:50:34 | |
projectFile = "GMS Explorer/GMS Explorer.csproj"; | 21:55:37 | |
Same thing happens with projectFile = "GMS Explorer.sln"; | 21:55:45 | |
| 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 | |
| Oh that's interesting and a good catch, thanks. I'll have to experiment with it, I suppose. | 23:04:25 | |
I'll also have to retry rune-factory-4-special-mbundle-extractor later too then | 23:04:45 | |
| Had to comment out
| 23:10:00 | |
| So it looks like this is a Framework project and not a Core one, damn. | 23:10:12 | |
| Thanks for the thoughts, Corngood! | 23:11:49 | |
| 24 Jun 2025 | ||
| 17:51:36 | ||
| 26 Jun 2025 | ||
| 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 | |
| I had this happen to me locally today. It must be intermittent | 22:03:23 | |
| Unfortunately I have no new info. Is this normal?
| 22:06:41 | |
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 | |
In reply to @corngood:corngood.com 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 | |
In reply to @corngood:corngood.comI 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 | ||
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 | |
| Thanks for looking into it. Nothing worse than an intermittent problem 😕 | 14:47:58 | |
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 | |
| 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 | |