| 7 Nov 2025 |
 Corngood | In reply to @emma:rory.gay
that sounds like pain maintenance wise ^^'
i think ill stick to manually removing it from deps.json for the time being? It shouldn't be that big of a deal. You could for example set a package source mapping in preConfigure | 04:19:56 |
 Emma [it/its] | oh? how would i do that? | 04:20:40 |
| Corngood | In reply to @emma:rory.gay
in other news, since you maintain dotnet-vmr in nixpkgs: any reason why the build output contains tarballs of the {dotnet,aspnetcore}-runtime packages? i'm not too familiar with building dotnet from source The vmr package shouldn't really be used directly if that's what you mean. Generally you want the runtime/sdk packages, which should have to references to it | 04:21:05 |
| Emma [it/its] | well yeah, im using the sdk package | 04:21:18 |
| Emma [it/its] | i was just surprised by the 2.4GB download of dotnet-vmr ^^' | 04:21:29 |
| Corngood | How is it being referenced? You shouldn't need it for the ask | 04:21:59 |
| Corngood | * How is it being referenced? You shouldn't need it for the sdk | 04:22:07 |
| Emma [it/its] | if nix-output-monitor isnt lying to me, it was for dotnetHook | 04:22:28 |
| Corngood | In reply to @emma:rory.gay
oh? how would i do that? Add it to nuget.config for the _nix source (I'm pretty sure that's what it's called. Look at the source mapping docs | 04:23:00 |
| Corngood | If anything has runtime deps on vmr that's bad. We should add some asserts for that | 04:23:46 |
| Emma [it/its] | this path will be fetched (696.14 MiB download, 2429.92 MiB unpacked):
/nix/store/hqj210bagnykmd8mj5l2cq9739m9pvfm-dotnet-vmr-10.0.0-rc.2
copying path '/nix/store/hqj210bagnykmd8mj5l2cq9739m9pvfm-dotnet-vmr-10.0.0-rc.2' from 'https://cache.nixos.org'
┏━ Dependency Graph:
┃ ┌─ ⏸ runtime.linux-x64.Microsoft.NETCore.DotNetAppHost-10.0.0-rc.2.25502.107 waiting for 1 ↓
┃ ├─ ⏸ Microsoft.NETCore.App.Runtime.linux-x64-10.0.0-rc.2.25502.107 waiting for 1 ↓
┃ ├─ ⏸ Microsoft.AspNetCore.App.Runtime.linux-x64-10.0.0-rc.2.25502.107 waiting for 1 ↓
┃ ├─ ⏸ Microsoft.NET.ILLink.Tasks-10.0.0-rc.2.25502.107 waiting for 1 ↓
┃ ├─ ⏸ Microsoft.NETCore.App.Host.linux-x64-10.0.0-rc.2.25502.107 waiting for 1 ↓
┃ ├─ ⏸ Microsoft.DotNet.ILCompiler-10.0.0-rc.2.25502.107 waiting for 1 ↓
┃ ├─ ⏸ Microsoft.NETCore.App.Ref-10.0.0-rc.2.25502.107 waiting for 1 ↓
┃ ├─ ⏸ Microsoft.NETCore.DotNetAppHost-10.0.0-rc.2.25502.107 waiting for 1 ↓
┃ ┌─ ⏸ ArcaneLibs-1.0.0-preview.20251104-015635
┃ │ ┌─ ↓ ⏵ dotnet-vmr-10.0.0-rc.2 ⏱ 12s
┃ ├─ ⏸ Microsoft.NETCore.App.Crossgen2.linux-x64-10.0.0-rc.2.25502.107
┃ ⏸ LibMatrix.Federation-1.0.0-preview.20251101-191010+9065475-dirty
┣━━━ Builds │ Downloads
┗━ ∑ ⏵ 0 │ ✔ 0 │ ⏸ 14 │ ↓ 1 │ ↓ 0 │ ⏸ 0 │ ⏱ 13s^C
| 04:23:54 |
| Emma [it/its] | tht was the dep graph according to nix-output-monitor | 04:24:13 |
| Emma [it/its] | no clue why it depends on crossgen2 either, i'm not cross-compiling, nor have AOT or similar enabled | 04:25:13 |
| Emma [it/its] | i should note that ive seemingly always had vmr with dotnet10 | 04:27:13 |
| Emma [it/its] | * i should note that ive seemingly always had vmr with dotnet-sdk_10 | 04:27:19 |
| Corngood | That will need some investigation and a disallowedReference I guess | 04:28:54 |
| Corngood | Maybe you can help me reproduce this. From your log it looks like it's building e.g. Crossgen2. That should be in the binary cache, and as far as I can tell, there's no runtime dependency on VMR. | 13:57:25 |
| Emma [it/its] | if you need something from me, let me know :) | 18:55:47 |
|  Mahmoud joined the room. | 19:07:17 |
| Corngood | I just can't reproduce the requirement for vmr to be downloaded. If you can give me a way to reproduce it, that would be great | 19:55:18 |
| Emma [it/its] | hold on, let me go commit what i have right now | 21:34:53 |
| Emma [it/its] | nom build git+https://cgit.rory.gay/matrix/LibMatrix.git\#LibMatrix-Federation -L
Corngood this is my current version | 21:38:24 |
| Emma [it/its] | with the flake being defined as... https://cgit.rory.gay/matrix/LibMatrix.git/tree/flake.nix | 21:38:46 |
| Emma [it/its] | fwiw, it does just seem to be a build time dependency, not a runtime one? | 22:00:12 |
| Emma [it/its] | /nix/store/v83r8fyhb9sc0raa0h5vg8549nslpq7p-LibMatrix.Federation-1.0.0-preview.20251101-191010+9065475-dirty.drv
└───/nix/store/1x4bh50ajp1xs1wf08c92sik2vmp3n2m-Microsoft.NETCore.App.Crossgen2.linux-x64-10.0.0-rc.2.25502.107.drv
└───/nix/store/4f5c88n0bigz2r93hmjgvayq3h18qc2x-dotnet-vmr-10.0.0-rc.2.drv
this is what nix why-depends --derivation has to say | 22:08:33 |
| Emma [it/its] | hm, i was cleaning up and... now i have an infinite recursion issue, yay /s | 22:54:03 |
| 8 Nov 2025 |
| Corngood | Yeah, that's a build time dependency. You shouldn't need to pull it down unless you're building something that directly depends on it. | 18:33:46 |
| 9 Nov 2025 |
| Emma [it/its] | then im not sure why i'd need to download it? | 00:12:42 |
| Corngood | I don't understand this yet, but:
$ nix build --dry-run /nix/store/1x4bh50ajp1xs1wf08c92sik2vmp3n2m-Microsoft.NETCore.App.Crossgen2.linux-x64-10.0.0-rc.2.25502.107.drv^\*
this derivation will be built:
/nix/store/1x4bh50ajp1xs1wf08c92sik2vmp3n2m-Microsoft.NETCore.App.Crossgen2.linux-x64-10.0.0-rc.2.25502.107.drv
this path will be fetched (696.14 MiB download, 2429.92 MiB unpacked):
/nix/store/hqj210bagnykmd8mj5l2cq9739m9pvfm-dotnet-vmr-10.0.0-rc.2
$ nix path-info result/ -r
/nix/store/0ja5daq2yay3svg6f48spyfby7pgy5bm-xgcc-14.3.0-libgcc
/nix/store/v5zyzcc8slz7w73s3wpgysd4z2grz6w0-libunistring-1.4
/nix/store/f04v56v4i3z0mrvl2npgcx5k5a792yjc-libidn2-2.3.8
/nix/store/daamdpmaz2vjvna55ccrc30qw3qb8h6d-glibc-2.40-66
/nix/store/llswcygvgv9x2sa3z6j7i0g5iqqmn5gn-openssl-3.6.0
/nix/store/mnd897flngivhxnw8sxznhrcwwc9vyk3-gcc-14.3.0-libgcc
/nix/store/z7a34j3xnp66rpddayyxrxwsahxccbip-gcc-14.3.0-lib
/nix/store/v72pwpdh1xnkkj73cck5ywfcwlmpsrr4-Microsoft.NETCore.App.Crossgen2.linux-x64-10.0.0-rc.2.25502.107
| 17:27:37 |
| Corngood | * I don't understand this yet, but:
$ nix build --dry-run /nix/store/1x4bh50ajp1xs1wf08c92sik2vmp3n2m-Microsoft.NETCore.App.Crossgen2.linux-x64-10.0.0-rc.2.25502.107.drv^\*
this derivation will be built:
/nix/store/1x4bh50ajp1xs1wf08c92sik2vmp3n2m-Microsoft.NETCore.App.Crossgen2.linux-x64-10.0.0-rc.2.25502.107.drv
this path will be fetched (696.14 MiB download, 2429.92 MiB unpacked):
/nix/store/hqj210bagnykmd8mj5l2cq9739m9pvfm-dotnet-vmr-10.0.0-rc.2
$ nix path-info result/ -r
/nix/store/0ja5daq2yay3svg6f48spyfby7pgy5bm-xgcc-14.3.0-libgcc
/nix/store/v5zyzcc8slz7w73s3wpgysd4z2grz6w0-libunistring-1.4
/nix/store/f04v56v4i3z0mrvl2npgcx5k5a792yjc-libidn2-2.3.8
/nix/store/daamdpmaz2vjvna55ccrc30qw3qb8h6d-glibc-2.40-66
/nix/store/llswcygvgv9x2sa3z6j7i0g5iqqmn5gn-openssl-3.6.0
/nix/store/mnd897flngivhxnw8sxznhrcwwc9vyk3-gcc-14.3.0-libgcc
/nix/store/z7a34j3xnp66rpddayyxrxwsahxccbip-gcc-14.3.0-lib
/nix/store/v72pwpdh1xnkkj73cck5ywfcwlmpsrr4-Microsoft.NETCore.App.Crossgen2.linux-x64-10.0.0-rc.2.25502.107
edit: oh, hang on, I think I know what's going on. None of the nuget packages are in the binary cache because they aren't recursed-into. That should be pretty easy to fix. I just never noticed because I always build VMR when doing upgrades, and they are trivial builds based on it.
| 17:30:44 |
