Nix + dotnet | 113 Members | |
| 23 Servers |
| Sender | Message | Time |
|---|---|---|
| 23 Oct 2025 | ||
| Thanks, I'll try that! | 17:48:48 | |
| 24 Oct 2025 | ||
| I can't quite figure out how to pass dependencies properly to the dll. Right now I have this:
But it says:
| 09:02:33 | |
| I tried to shuffle sdk and runtime around, sometimes getting this error:
But I'm assuming that's because nuget is getting confused depending on what's on the path | 09:03:38 | |
Maybe I shouldn't use fetchNupkg at all, and just use fetchUrl? | 09:04:08 | |
Anyways I would have assumed that libhostpolicy.so is in either the standard runtime or sdk, but I'm not passing dependencies in the right way | 09:06:09 | |
| Are you able to share the whole thing somewhere? | 11:58:16 | |
| Unfortunately not, it's closed source :/ I'll try and work out a completely parametrized thing and share that | 12:55:08 | |
I think the problem is that makeWrapper is moving the dotnet executable? | 13:17:10 | |
| can you share the contents of the wrapper script? | 13:17:41 | |
| I guess I'm a step further. Instead of trying to package the dlls directly, I'm now trying to package a simple web service for which I have the source code (including .csproj, NuGet.config and .sln) which depends on the dll | 13:17:43 | |
| * I guess I'm a step further. Instead of trying to package the dlls directly, I'm now trying to package a simple web service for which I have the source code (including .csproj, NuGet.config and .sln) which depends on the dlls | 13:17:46 | |
| (I needed to do this anyways at some point, but I thought it was smarter to leave out that part for later. Probably wasn't.) | 13:18:14 | |
| Either way this is what I have right now:
| 13:19:08 | |
| And it gets me this far:
| 13:20:12 | |
| I would have thought that the package is part of aspnet, but either it isn't or I'm adding dependencies incorrectly | 13:20:42 | |
You probably need to add nuget deps: nugetDeps = ./deps.json, and then run $(nix-build -A [pkg].fetch-deps) | 13:23:59 | |
Also putting aspnetcore_9_0 in buildInputs is unusual. You might just want to use it for dotnet-runtime. | 13:26:10 | |
| That seems like some great piece of tooling. Right now it fails because of some proprietary dependency from our partner, but it did download a bunch of packages that seemed sensible | 13:32:39 | |
Sorry, that sounded sarcastic, I meant it seriously 😅 and thanks for your help so far | 13:41:53 | |
| Can I point the fetch-deps to a custom nuget server for some packages? Or at least pass it a NuGet.config that has the custom server configured? | 13:46:14 | |
Ohh. I think if I name it properly (nuget.config instead of NuGet.config) it detects it automatically. | 13:53:13 | |
| Did you get a complete deps.json then? | 14:09:51 | |
| 27 Oct 2025 | ||
No, the fetcher failed and didn't create a deps.json. I'll try again soon when I get the complete closed source dependencies from our partner | 08:32:51 | |
| 2 Nov 2025 | ||
| question, how do i use the fetchdeps thing with the nix cli? | 19:31:00 | |
| doing a | 19:31:45 | |
In reply to @emma:rory.gayYou can't use .# because that'll be a read-only copy. Try -f . instead | 19:33:03 | |
| oh apparently you can just pass a path... lol | 19:33:05 | |
| that fails because i dont have a default.nix... lol | 19:33:38 | |
| You can pass a .nix file path instead of . | 19:34:14 | |
| i have a flake.nix | 19:34:26 | |