Nix + dotnet | 121 Members | |
| 24 Servers |
| Sender | Message | Time |
|---|---|---|
| 19 Mar 2025 | ||
| staging-next | 12:20:57 | |
| That errors due to it needing .NETFramework,Version=v4.6.1 or whatever and I don't know how to fix that (not a .NET person sadly | 12:35:06 | |
| 20 Mar 2025 | ||
| Framework is the runtime that only works on Windows or Wine. Depending on the project you can try using upgrade-assistant | 01:11:08 | |
| Yeah, .NET Framework projects will not run natively on Linux, you'll need to run it inside wine or with mono, but considering mono has been abandoned by Microsoft and Wine team is maintaining it now, you might need wine anyways | 02:33:05 | |
| I did not instantly make the connection between packages.config and .NET Framework but I should have | 02:33:48 | |
| I did not know that Mono was abandon by MS. Sort of weird since Blazor/ASP.NET uses it for wasm | 02:38:50 | |
| They moved the part of the codebase they were interested in into the .NET codebase | 02:50:14 | |
| And now you can't really use it like you did with the original mono, it's only available on iOS and macOS without NativeAOT, and wasm without NativeAOT | 02:51:00 | |
| > We are happy to announce that the WineHQ organization will be taking over as the stewards of the Mono Project upstream at wine-mono / Mono ยท GitLab (winehq.org). https://www.mono-project.com/ | 02:51:47 | |
| Although it seems like it still works as the old mono did, I don't know how long they'll maintain that for honestly, given that they only need it for Wine | 03:02:17 | |
| 03:16:48 | ||
| 03:19:07 | ||
| I've tried that before and it broke the build system severely so I can't do that | 08:48:15 | |
| upstream supports mono but I tried it and I couldn't get that to work either | 08:48:47 | |
| I think I'm gonna give up packaging OpenBVE for nixpkgs, I think they have a flatpak or something | 08:49:11 | |
| 23 Mar 2025 | ||
Hey gang, me again to cause more chaos. Do any of you have experience building a project that uses Nuke.Common for building part of the program? Something I use a lot, https://github.com/Thealexbarney/LibHac , uses it for some CodeGen that needs to be done for proper use of the program hactoolnet.I do have a derivation that pulls the official binary and patches that if I need to use it instead, but it would be nice to make sure that I have a properly working build that I can do if I need to. | 15:00:35 | |
| I do also have an existing derivation that skips using Nuke, but it seems to be quietly "broken" in a few ways since the programs expecting you to have done codegen initially. | 15:02:29 | |
| (You can see that at https://github.com/Whovian9369/whovian_nixos_config/blob/main/home/packages/hactoolnet/package.nix ) | 15:02:49 | |
| Oh I just noticed that Avalonia seems to deal with this already - https://github.com/NixOS/nixpkgs/blob/master/pkgs/by-name/av/avalonia/package.nix#L151-L159 Is this the suggested way to deal with that, then? | 15:07:59 | |
| 24 Mar 2025 | ||
Whovian9369: Avalonia doesn't use buildDotnetModule. It just uses the dotnet-sdk hooks and addNuGetDeps directly. You could certainly try to do something similar. | 12:39:33 | |
| That sounds like my next best attempt. Thanks! | 14:04:14 | |
| Avalonia was a bit of a proof of concept for avoiding
| 14:13:04 | |
| * Avalonia was a bit of a proof of concept for avoiding
| 14:13:38 | |
| 1 Apr 2025 | ||
| 13:56:06 | ||
| 13:56:50 | ||
| 13:57:23 | ||
| 13:58:37 | ||
| 3 Apr 2025 | ||
| 19:48:31 | ||
| 7 Apr 2025 | ||
| 18:11:00 | ||
| 10 Apr 2025 | ||
| 14:47:27 | ||