$  nix log /nix/store/zcnfwxnbwss3anlqj9wld8mb0w0lp5by-dotnet-vmr-10.0.0-preview.7.drv | rg -i "Phase completed"
unpackPhase completed in 55 seconds
configurePhase completed in 36 seconds
buildPhase completed in 1 hours 20 minutes 17 seconds
installPhase completed in 48 seconds
fixupPhase completed in 3 minutes 21 seconds

It only took just under an hour and a half this time, nice!

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.