| 22 Apr 2026 |
K900 | Probably want to talk to SBOM people about this | 16:11:12 |
Emma [it/its] | i was thinking ie. the path to the deps.json and attrs/attrnames for projectReferences (which i guess would have similar problems as the SBOM team, yeah) | 16:12:09 |
Emma [it/its] | (particularly, im just reflecting on my own struggles of maintaining deps.json files in a monorepo) | 16:15:03 |
Emma [it/its] | * (particularly, im just reflecting on my own struggles of maintaining deps.json files in a monorepo, for which im currently maintaining my own wrapper for buildDotnetModule...) | 16:15:19 |
Emma [it/its] | hm, no room seems to be listed on the nixos.org room dir, got a link for me? | 16:16:04 |
K900 | I think it's just #sbom:nixos.org? | 16:16:40 |
K900 | I'm not in it | 16:16:41 |
Emma [it/its] | matrix:r/sbom:nixos.org let's see | 16:16:55 |
Emma [it/its] | doesnt seem to be valid | 16:17:28 |
Emma [it/its] |  Download clipboard.png | 16:17:38 |
ghpzin | Probably this #nixpkgs-sbom:matrix.org: https://matrix.to/#/#nixpkgs-sbom:matrix.org | 19:00:47 |
Emma [it/its] | well, now ive realised my idiocy, im already in that room despite not being able to find it in the space at all ^^' | 19:01:47 |
Emma [it/its] | (and getting no search results for sbom in my client...) | 19:02:04 |
Emma [it/its] | hm, fetch-deps seems to fail if i define a non string property...? | 19:44:06 |
Emma [it/its] | error:
… while evaluating an expression to select 'drvPath' on it
at «internal»:1:552:
… while evaluating strict
at «internal»:1:552:
(stack trace truncated; use '--show-trace' to show the full trace)
error: cannot coerce a set to a string: { derivations = «thunk»; names = «thunk»; }
note: trace involved the following derivations:
derivation 'Spacebar.Cdn-1.0.0-preview.20260421-191102-fetch-deps'
derivation 'Spacebar.Cdn-1.0.0-preview.20260421-191102'
(for context: i added a custom namespaced attribute to the drv called __sbDmProjectReferences) | 19:44:46 |
K900 | You have to put it at passthru | 19:45:44 |
K900 | Otherwise it tries to convert it to an environment variable | 19:45:52 |
Emma [it/its] | d'oh | 19:45:58 |
| 29 Apr 2026 |
Emma [it/its] | hm, i wonder if there's any art out there by chance of using dotnet's own package.lock.json files with buildDotnetModule? | 17:19:16 |
Emma [it/its] | there's https://github.com/mdarocha/nuget-packageslock2nix, which seems pretty trivial? | 17:21:43 |
Corngood | https://github.com/NixOS/nixpkgs/pull/342670
I think this is the most recent attempt. there were a few problems | 17:24:52 |
Emma [it/its] | right, i wasnt aware of the RID challenge... | 17:27:15 |
Emma [it/its] | or well, hadnt thought of it i guess? | 17:27:57 |
Emma [it/its] | well, that's annoying... | 17:30:41 |
| 7 May 2026 |
| @rasmata:matrix.org joined the room. | 17:34:17 |
| @rasmata:matrix.org left the room. | 17:34:24 |
| 13 May 2026 |
Zynix | Rider is one of the most widely used IDEs for .NET development on Linux, so I think the current packaging choice on NixOS is a bit questionable.
Right now Rider is packaged without FHS support by default. In practice, a lot of people use Rider for Avalonia UI development, and that often requires extra dependencies or an FHS environment to work properly.
Because of that, I think it would make more sense if the default Rider package either included the commonly needed Avalonia-related dependencies or provided FHS compatibility by default.
Has there been any discussion or planning around this already? | 03:50:05 |
Corngood | I haven't seen anything, but I don't use Rider. It might be worth creating an issue that describes some of the challenges in a bit more detail. I've thought quite a bit about how packages like Avalonia could/should work in nixpkgs, but I'm not sure if your problems are related. | 15:29:58 |
Emma [it/its] | thank god its not FHS | 15:32:28 |
| @sandro:supersandro.de left the room. | 20:27:58 |