In reply to @whovian9369:matrix.org
I went back to that Kuriimu2 project that I was working on, and I can't for the life of me figure out how to get it building so far.
Originally I tried doing it as different packages that got provided via the Flake, but I instead attempted adding the various local dependencies via a projectFile list is just throwing errors on fetch-deps again since it wants NuGet binaries for most of them that don't actually exist yet since this is still just the dependency stage...
(The error given is just error NU1101: Unable to find package Komponent. No packages exist with this id in source(s): nuget, _nix)

{
  projectFile = [
    ## Various dependencies that are required for the main project.
    # "Komponent" appears to be module everything else needs.
    "src/lib/Komponent/Komponent.csproj"
    "src/lib/Komponent.Contract/Komponent.Contract.csproj"
    # "Kaligraphy" requires "Komponent".
    "src/lib/Kaligraphy/Kaligraphy.csproj"
    "src/lib/Kaligraphy.Contract/Kaligraphy.Contract.csproj"
    # "Kanvas" requires "Komponent".
    "src/lib/Kanvas/Kanvas.csproj"
    "src/lib/Kanvas.Contract/Kanvas.Contract.csproj"
    # "Kompression" requires "Komponent".
    "src/lib/Kompression/Kompression.csproj"
    "src/lib/Kompression.Contract/Kompression.Contract.csproj"
    # "Kryptography" requires "Komponent".
    "src/lib/Kryptography/Kryptography.csproj"
    "src/lib/Kryptography.Contract/Kryptography.Contract.csproj"
    # "Konnect" requires "Kaligraphy", "Kanvas", and "Kompression".
    "src/lib/Konnect/Konnect.csproj"
    "src/lib/Konnect.Contract/Konnect.Contract.csproj"

    # # Project itself
    "src/ui/Kuriimu2.ImGui/Kuriimu2.ImGui.csproj"
    # "src/ui/Kuriimu2.Cmd/Kuriimu2.Cmd.csproj"
      # Set to target "netcoreapp3.1"?!
  ];

}

I'd say this is the important section, which as I explained above, doesn't actually fix my fetch-deps woes.

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

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.

╭─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?