Nix + dotnet | 114 Members | |
| 23 Servers |
| Sender | Message | Time |
|---|---|---|
| 3 Nov 2025 | ||
not necessary, it'll be detected through deps.json | 20:31:40 | |
| 4 Nov 2025 | ||
| hm, trying to follow the manual but it doesnt seem im able to include a project reference? | 02:09:28 | |
getting this in the fetch-deps script | 02:10:21 | |
fwiw i have <PackageReference Include="ArcaneLibs" Version="*" Condition=" '$(ContinuousIntegrationBuild)'=='true' "/> and projectReferences = [ arcanelibs.packages."${pkgs.stdenv.hostPlatform.system}".ArcaneLibs ]; | 02:11:14 | |
| Does ArcaneLibs have a share/nuget/packages/*.nupkg? | 02:44:32 | |
| * Does ArcaneLibs have a share/nuget/packages/*.nupkg? Edit: actually it's a bit more complicated than that. It should be $out/share/nuget/packages/name/version/... If you use buildDotnetModule with packNupkg = true it'll usually do the right thing. | 02:47:45 | |
| thats what it is yes | 02:49:23 | |
| https://github.com/TheArcaneBrony/ArcaneLibs/blob/master/flake.nix#L33 | 02:49:44 | |
im actually using the output of it to publish to nuget directly (give or take a little usage of the zip package) | 02:50:59 | |
| Can you --keep-failed and see what's in the nuget.config? | 03:24:31 | |
I can reproduce it. There's something about the package it doesn't work, because if I add avalonia from nixpkgs with a similar sort of reference it does work. Maybe it doesn't like the way the version is written? | 03:50:48 | |
| hm, no clue, but i know this works fine with the nuget published builds | 04:48:11 | |
| 08:34:28 | ||
| I got a fixed package from my partner and can now run it with dotnet run. I'd like to package it, but after
| 14:46:37 | |
In reply to @manuelbaerenz:matrix.orgCould you enable shell tracing and see what it's actually doing? | 15:25:29 | |
| I don't know how to do that inside the nix build | 15:25:59 | |
add set -x somewhere in your hook | 15:26:23 | |
| unless thats not what corngood meant | 15:26:45 | |
Yeah, that's what I meant. Say preConfigure = "set -x";. I just couldn't remember if there was a better way to do it with NIX_DEBUG or something, but it doesn't look like it. | 15:30:17 | |
That's a very neat trick :) it seems to fail in nuget-to-json | 15:44:02 | |
| But the temporary file is gone | 15:44:27 | |
| To be sure, I have to run the fetch-deps helper as the very first thing, right? | 15:47:17 | |
| Well, I guess it's possible that my partner's nuget server somehow produces invalid package directories or nuget-to-json doesn't deal with other nuget servers | 16:27:01 | |
I'm not sure what you mean by this. If it's failing from a jq call inside nuget-to-json, you can hack that script to set -x as well. This is using a private nuget repo? | 16:30:57 | |
| Yes, it's a private nuget repo, but without credentials | 16:31:35 | |
| Ah. The private nuget repo returns XML, not JSON. I think I can't reconfigure that. | 16:49:14 | |
| Meanwhile, I can run the project with dotnet run. So maybe packaging it isn't as urgent? I guess it's a little less reproducible as a 100% nix solution... | 16:57:05 | |
| So the index (equivalent of https://api.nuget.org/v3/index.json) is in XML? | 17:25:41 | |
| Yes, it seems so | 17:25:58 | |
| Is the URL index.xml or something? | 17:27:03 | |