| 28 Aug 2025 |
 Corngood | I don't think this is causing the problem, but you should only need to put the last project in projectFile. The rest should be built via ProjectReference | 22:32:11 |
 Whovian9369 | That's what I had setup, but that still wasn't working during the fetch-deps phase. | 22:33:01 |
| Whovian9369 | Due to the same NU1101 issue. | 22:34:00 |
| Corngood | This is a very weird project. It has a bunch of internal references using PackageReference. Have you been able to build it directly with the dotnet sdk, or found any build recipes from other distros? | 22:38:07 |
| Corngood | This got me a bit further I think: https://github.com/corngood/nixpkgs/commit/kuriimu2 | 22:46:02 |
| Corngood | I'm not sure why, but kuriimu2.komponent doesn't seem to build a proper package with a library in it:
result/share/nuget/packages/komponent/2.1.7
result/share/nuget/packages/komponent/2.1.7/_rels
result/share/nuget/packages/komponent/2.1.7/_rels/.rels
result/share/nuget/packages/komponent/2.1.7/kuriimu2icon.png
result/share/nuget/packages/komponent/2.1.7/[Content_Types].xml
result/share/nuget/packages/komponent/2.1.7/package
result/share/nuget/packages/komponent/2.1.7/package/services
result/share/nuget/packages/komponent/2.1.7/package/services/metadata
result/share/nuget/packages/komponent/2.1.7/package/services/metadata/core-properties
result/share/nuget/packages/komponent/2.1.7/package/services/metadata/core-properties/4f5e42aa51f944ccbb2a46b7fd3ba0b0.psmdcp
result/share/nuget/packages/komponent/2.1.7/komponent.nuspec
result/share/nuget/packages/komponent/2.1.7/.nupkg.metadata
| 23:07:36 |
| Whovian9369 | Admittedly no I haven't looked or tried, but there's GitHub Actions that build them ( https://github.com/FanTranslatorsInternational/Kuriimu2/tree/imgui/.github/workflows ) and push them to a seemingly private (behind GH Token? Haven't explored that yet.) NuGet repo, that then gets used during the build of the main app. | 23:16:07 |
| Whovian9369 | Oh very good job with those, thank you for the effort so far! | 23:17:29 |
| Whovian9369 | * Oh very good job with those, thank you for the effort with this! | 23:17:41 |
| Corngood | Ah I think I see the problem. In Komponent.nuspec they have:
<file src="bin\Release\net8.0\*.dll" target="lib\net8.0\"/>
But we build with --runtime, so the dll ends up being in e.g. bin/Release/net8.0/linux-x64, so no libs make it in the package.
There are various ways we could fix that, but I'm not sure what would be best. Probably giving more control over the default flags (e.g. --runtime) would be a good idea.
| 23:53:47 |
| Corngood | We have a test for building and consuming a nupkg, but it doesn't use an explicit nuspec like this | 23:54:27 |
| 29 Aug 2025 |
| Corngood | If you want to fix it inside the package, the easiest way might be to make a custom build/install phases that do something similar to their github actions | 00:04:37 |
| Whovian9369 | Do you have any thoughts on patching it in the Kuriimu2 src itself then, to possibly fix it that way? (Possibly fixing it directly in Komponent.nuspec to something closer to expected?) | 00:12:12 |
| Corngood | yeah that's certainly an option. maybe it can even use bin\Release\net8.0\*\*.dll or something? or maybe there's a way to make it use the default packing logic? | 00:13:41 |
| Corngood | like if you make a dotnet new classlib and pack it with --runtime it works as expected. the dll is in bin/Release/net8.0/$rid/, but it ends up in lib/net8.0/ in the package. | 00:14:41 |
| Whovian9369 | ╭─whovian@nixos-wsl /nix/store/9j2s8kna0g37970d3s29blw20c6d5961-source/src/lib
╰─$ rg -NI "file src" | sort | uniq
<file src="bin\Debug\net8.0\*.dll" target="lib\net8.0\"/>
<file src="bin\Release\net8.0\*.dll" target="lib\net8.0\"/>
<file src="..\..\..\kuriimu2icon.png" target="kuriimu2icon.png"/>
It looks like all of the nuspec files seem to use the same path, so if the others worked then Komponent should too?
| 00:59:38 |
| Whovian9369 | You seemed to signal out Komponent as the odd one out here, so that's a touch surprising to me. | 00:59:59 |
| Corngood | Oh it was just the first one that caused a build failure in another package because it was empty | 01:00:55 |
| Whovian9369 | Ah fair enough | 01:01:09 |
|  @luna-null:matrix.org left the room. | 02:40:25 |
| 4 Sep 2025 |
| Whovian9369 | I think that I got Kuriimu2 working, and it was overall surprisingly painless once I figured out PackageReference versus ProjectReference. A friend's warning me against doing it this way though, so I have something theoretically "working" at least, but the next step is seeing if I can make the build any cleaner in the process. | 00:25:13 |
| 8 Sep 2025 |
|  Inayet set a profile picture. | 02:16:17 |
| 9 Sep 2025 |
|  PhiliPdB joined the room. | 18:43:00 |
| 10 Sep 2025 |
|  @jolman:matrix.org joined the room. | 00:25:13 |
 Samuel | Any plans on upgrading to .NET 10 RC1? | 11:10:07 |
| Corngood | In reply to @samuel:mnzn.dev
Any plans on upgrading to .NET 10 RC1? Assuming that's the one that came out this week, I've got updates running now | 15:05:17 |
| Corngood | https://github.com/NixOS/nixpkgs/pull/441849 (still not tested much) | 18:27:39 |
| 11 Sep 2025 |
| Samuel | Awesome, thanks | 06:29:57 |
| 13 Sep 2025 |
|  zenware joined the room. | 14:58:23 |
