Nix + dotnet | 113 Members | |
| 23 Servers |
| Sender | Message | Time |
|---|---|---|
| 10 Oct 2025 | ||
| Just realized that one of the differing commits seems to specifically "fix" this error by telling Dotnet to ignore it: https://github.com/aaru-dps/Aaru/commit/3b2cda2e312420038a40bd9a53f9a8334c38ca1b | 21:29:53 | |
| Pinning the release to that makes the build work. so I'm going to stop questioning it for the moment. | 21:30:49 | |
| 14 Oct 2025 | ||
| dotnet 10 rc2 is out now | 20:21:20 | |
| 15 Oct 2025 | ||
| I'm running updates locally. Unfortunately they rearranged things in their release bot and broke auto updates :| | 01:14:55 | |
| 09:29:43 | ||
| october updates in: https://github.com/NixOS/nixpkgs/pull/452225 nothing too concerning so far | 17:21:09 | |
| awesome | 17:23:12 | |
| 16 Oct 2025 | ||
| Building webkit is not fun | 09:52:24 | |
| I'm happy with this now. Could use a review if anyone is available. | 14:02:40 | |
| Building right now | 16:52:20 | |
| 21 Oct 2025 | ||
| 09:49:41 | ||
| 23 Oct 2025 | ||
| 15:45:21 | ||
| I'm using nixpkgs for years now, and dotnet for the first time. I need to package a web service
But that seems to be wrong:
Is there a standard way to do this? (Or else I probably need to dig deep into how dotnet is implemented in nixpkgs?) | 15:49:10 | |
| I managed something like this:
And it actually attempts to download from the third party server 🎉 but the URL schema is still wrong. I'm not sure what the standard url schema would be in this case. | 16:06:47 | |
| I managed to grasp the URL schema, so that's fixed. I now have have a
It seems that
| 16:32:50 | |
| * I managed to grasp the URL schema, so that's fixed. I now have have a
It seems that
| 16:33:11 | |
| it seems like it isn't a dotnet tool, but just a plain .NET assembly instead | 17:32:28 | |
you'll probably need to extract everything in lib, fetch its deps (if it has any) and then use makeWrapper to wrap it in a dotnet exec somepk.dll call | 17:33:03 | |
* you'll probably need to extract everything in lib/net8.0, fetch its deps (if it has any) and then use makeWrapper to wrap it in a dotnet exec somepk.dll call | 17:41:55 | |
| 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 | |