!bxVOQwsVoHhZcmNDGw:nixos.org

Nix + dotnet

120 Members
23 Servers

You have reached the beginning of time (for this room).

SenderMessageTime
24 Sep 2025
@corngood:corngood.comCorngoodMaybe you have LD_ vars or nix-ld? In any case it's not patched, which is going to be a problem for building.03:28:57
@whovian9369:matrix.orgWhovian9369 (In case it matters, I used readelf from nixpkgs#llvmPackages_21.bintools) 03:29:12
@corngood:corngood.comCorngoodDoes build.sh pull in dependencies? Maybe it should be in preBuild.03:29:57
@corngood:corngood.comCorngoodThen it wouldn't get run in fetch, and maybe in a real build the executable would be patched 03:30:22
@corngood:corngood.comCorngoodThere are definitely projects using nuke in nixpkgs, and I don't remember them having this problem.03:31:35
@whovian9369:matrix.orgWhovian9369 I believe part of the issue there is that it's using Nuke for part of the build (for CodeGen) and Dotnet for the rest. 03:32:44
@corngood:corngood.comCorngoodBut why put it in preConfigure rather than preBuild. The restore stuff should stay in preConfigure 03:35:09
@corngood:corngood.comCorngood* But why put it in preConfigure rather than preBuild? The restore stuff should stay in preConfigure 03:35:24
@whovian9369:matrix.orgWhovian9369Can't say that I remember, but I'll see what I can mess with. Thanks!03:35:45
@whovian9369:matrix.orgWhovian9369

Here's what I'm trying out now:

preConfigure = ''
  dotnet --version > DotnetCliVersion.txt
'';
preBuild = ''
  patchShebangs --build build.sh
  for rid in $dotnetRuntimeIds; do dotnet restore --runtime "$rid" "build/_build.csproj"; done
  ./build.sh Codegen --configuration ${buildType}
'';
03:36:50
@whovian9369:matrix.orgWhovian9369 That fixes it in fetch-deps at least, so let's see if a normal nix build succeeds here. 03:37:15
@whovian9369:matrix.orgWhovian9369Oh I switched it back to NET 8, whoops - Lemme try a second time.03:37:34
@corngood:corngood.comCorngoodYou probably need to keep the restore call in configure and move only the build.sh03:38:08
@whovian9369:matrix.orgWhovian9369Good idea, thank ya03:38:41
@corngood:corngood.comCorngoodFetch stops after configure by default 03:38:53
@whovian9369:matrix.orgWhovian9369 Well fetch-deps didn't yell, which is good. 03:39:59
@whovian9369:matrix.orgWhovian9369

Build itself failed.

preConfigure = ''
  dotnet --version > DotnetCliVersion.txt
  for rid in $dotnetRuntimeIds; do dotnet restore --runtime "$rid" "build/_build.csproj"; done
'';
preBuild = ''
  patchShebangs --build build.sh
  ./build.sh Codegen --configuration ${buildType}
'';

...
Executing dotnetBuildHook
patching script interpreter paths in build.sh
build.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q7sqwn7i6w2b67adw0bmix29pxg85x3w-bash-5.3p3/bin/bash"
GNU bash, version 5.3.3(1)-release (x86_64-pc-linux-gnu)
Microsoft (R) .NET Core SDK version 9.0.305
You must install or update .NET to run this application.

App: /build/source/build/bin/Debug/_build
Architecture: x64
Framework: 'Microsoft.NETCore.App', version '8.0.0' (x64)
.NET location: /nix/store/pkvy24cwwrsg3q3rqkhak8k6j98ns5gy-dotnet-sdk-9.0.305/share/dotnet

The following frameworks were found:
  9.0.9 at [/nix/store/pkvy24cwwrsg3q3rqkhak8k6j98ns5gy-dotnet-sdk-9.0.305/share/dotnet/shared/Microsoft.NETCore.App]

Learn more:
https://aka.ms/dotnet/app-launch-failed

To install missing framework, download:
https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=8.0.0&arch=x64&rid=linux-x64&os=linux
03:42:20
@whovian9369:matrix.orgWhovian9369Wait, why is it trying to look for Net 8? Guess I need to try and troubleshoot that...03:42:48
@corngood:corngood.comCorngoodThat executable must target net8, but it should run on 9. Maybe roll forward is disabled or something?03:44:47
@corngood:corngood.comCorngoodI still don't really understand where the executable is coming from.03:45:11
@whovian9369:matrix.orgWhovian9369 It's coming from build/_build.csproj as a CodeGen step before running the "real" build. 03:46:48
@whovian9369:matrix.orgWhovian9369 
[whovian@nixos-wsl:/tmp/wat/nix/hactoolnet/source]$ runPhase buildPhase
Running phase: buildPhase
Executing dotnetBuildHook
...
/nix/store/pkvy24cwwrsg3q3rqkhak8k6j98ns5gy-dotnet-sdk-9.0.305/share/dotnet/sdk/9.0.305/Sdks/Microsoft.NET.Sdk/targets/Microsoft.PackageDependencyResolution.targets(266,5): error NETSDK1005: Assets file '/tmp/wat/nix/hactoolnet/source/src/hactoolnet/obj/project.assets.json' doesn't have a target for 'net9.0'. Ensure that restore has run and that you have included 'net9.0' in the TargetFrameworks for your project. [/tmp/wat/nix/hactoolnet/source/src/hactoolnet/hactoolnet.csproj]
    0 Warning(s)
    1 Error(s)
...

So it definitely isn't expecting net8 at all, great. Guess I'm looking deeper! 😅

03:48:18
@corngood:corngood.comCorngoodhttps://learn.microsoft.com/en-us/dotnet/core/versions/selection#precedence03:48:54
@whovian9369:matrix.orgWhovian9369

Yeah it seems to be setting TargetFramework to net8.0 in build/_build.csproj so I'll need to patch that and possibly update Nuke.Common in the same csproj

<PackageReference Include="Nuke.Common" Version="8.0.0" />
03:49:50
@corngood:corngood.comCorngoodTry the roll forward options from that link first. It may be fine to target 8 and run on 903:51:02
@whovian9369:matrix.orgWhovian9369 Would you say the best solution is likely via env.DOTNET_ROLL_FORWARD = true? 03:51:35
@whovian9369:matrix.orgWhovian9369 * Would you say the best solution is likely via env.DOTNET_ROLL_FORWARD = "LatestMajor";? 03:51:57
@corngood:corngood.comCorngoodI'd give that a try at least 03:52:35

Show newer messages

Back to Room ListRoom Version: 9