Nix + dotnet | 127 Members | |
| 24 Servers |
| Sender | Message | Time |
|---|---|---|
| 5 Dec 2024 | ||
| Yeah, that part of the dotnet ecosystem is a mess. Actual build recipes would be the dream. My favourite recent example was finding Avalonia.BuildServices, which is on nuget.org, but they don't even release the source for it. :| https://github.com/AvaloniaUI/Avalonia/discussions/16878 | 22:50:18 | |
| that's annoying >.> | 22:51:28 | |
| also I'm just thinking about the versions situation in dotnet, it's a lot more varied than the python package ecosystem(from my POV as someone who uses python more) where there are a lot of versions of different packages in use at different times, so it may be harder to package each one individually | 22:52:26 | |
| yeah, that's also another issue | 22:52:50 | |
| I guess we're more similar to the node ecosystem in that aspect | 22:53:00 | |
| i'd be interested in maybe being able to use nix-init or a similar tool to generate initial expressions, but I don't want a single big inscrutible lockfile because that's just unmaintainable | 22:53:04 | |
| * i'd be interested in maybe being able to use nix-init or a similar tool to generate initial expressions for from-source packages, but I don't want a single big inscrutible lockfile because that's just unmaintainable | 22:53:14 | |
| I don't know how relevant this is, but the thing that comes to mind is how we patch the dll imports in the source-built version of avalonia:
| 22:53:24 | |
| (see the node-packages.nix file, and the whole reason why I'm working on reducing that) | 22:53:33 | |
| Oh wtf, i wasnt even aware of avalonia having telemetry, ew | 22:53:36 | |
| I should check tomorrow whether i still have the code for my recursive dotnet workload to nix generator | 22:55:42 | |
| we nerf it in the source-build of avalonia:
but that needs work before other packages can use it. it should just be build-time, in sandbox, but it's still shady | 22:55:48 | |
| I think it's a nice idea on paper but has a lot of issues in practice. Let's say Or maybe openssl, that has 1.1.x and 3.0 versions, which one does the package want if they only specifcy I don't think we'll be able to get rid of this anytime soon, just like Rust can't nor any other native lang really | 22:55:50 | |
even in Rust when you're using native libraries you need to set up a LD_PRELOAD_PATH env var to actually get it to work | 22:56:13 | |
| I don't think nix and dev shells will ever not be a thing | 22:56:26 | |
do you run this with sudo? for me it fails with Error mkdir: util.c:1036 create_empty_dir_as_root: Permission denied | 22:58:36 | |
| nevermind, 1 google search solved it, I'm dumb | 23:01:01 | |
was it just the missing suid thing from not using programs.firejail.enable = true;? | 23:12:15 | |
| yeah | 23:12:23 | |
btw, shouldn't we be catching Microsoft.AspNetCore.App.Runtime.{rid}, Microsoft.NETCore.App.Host.{rid}, Microsoft.NETCore.App.Runtime.{rid} and runtime.{rid}.Microsoft.DotNet.ILCompiler as SDK packages?it doesn't seem to be happening with alcom | 23:41:01 | |
| it looks like it's targeting 8.0.1 explicitly or something? | 23:59:26 | |
| 6 Dec 2024 | ||
| weird https://github.com/vrc-get/vrc-get/blob/af1eee8c46e2bf7f0427a2dc5bac7b1bc99e039b/vrc-get-litedb/dotnet/vrc-get-litedb.csproj#L6 | 00:00:21 | |
| doesn't seem to be the case | 00:01:47 | |
| oh nvm | 00:02:07 | |
$(RuntimeFrameworkVersion) and <RuntimeFrameworkVersion>8.0.1</RuntimeFrameworkVersion> | 00:02:14 | |
| needs something like:
| 00:02:43 | |
| probably | 00:02:49 | |
| I also kinda regret using the maintainer upgrade script | 00:03:26 | |
| * needs something like:
| 00:03:33 | |
should've made a quick bash script that runs nix eval --impure --json --expr 'import ./pkgs/by-name/ro/roslyn/deps.nix {fetchNuGet = id: id;}' | jq . > deps.json | 00:03:34 | |