| 6 Oct 2025 |
Corngood | I'm not sure why, but I can't seem to find the dotnet sdk matching those build IDs:
$ eu-unstrip -n --core core.dotnet.1000.3a20fb14c4624604a43db731020ae596.1258979.1759762428000000
0x555555554000+0x14000 241026d804eadbfa123e6fd0aa66a3b313a86f1d@0x5555555543b8 - - /home/waldemar/source/dotnet_10_nixbuild/dotnet-10.0.100-rc.1.25451.107/.dotnet/dotnet
0x7fffe71b4000+0x32000 cb0989ffc047e7f9a021f8f8fa19ffc61fc6b288@0x7fffe71b4248 - - /home/waldemar/source/dotnet_10_nixbuild/dotnet-10.0.100-rc.1.25451.107/.dotnet/shared/Microsoft.NETCore.App/10.0.0-rc.1.25451.107/libSystem.Security.Cryptography.Native.OpenSsl.so
0x7fffecc00000+0x37f000 f053ad10559276e9e51aecb0268b154dcc9957aa@0x7fffecc00280 - - /home/waldemar/source/dotnet_10_nixbuild/dotnet-10.0.100-rc.1.25451.107/.dotnet/shared/Microsoft.NETCore.App/10.0.0-rc.1.25451.107/libclrjit.so
0x7fffeea6d000+0x1b000 e868f3a81abcb6f81ab996e9e74a0fdae91652ec@0x7fffeea6d280 - - /home/waldemar/source/dotnet_10_nixbuild/dotnet-10.0.100-rc.1.25451.107/.dotnet/shared/Microsoft.NETCore.App/10.0.0-rc.1.25451.107/libSystem.Native.so
0x7ffff7000000+0x740000 51d41b5dd39b0caf8564e51f44a95a595d0f11b8@0x7ffff7000280 - - /home/waldemar/source/dotnet_10_nixbuild/dotnet-10.0.100-rc.1.25451.107/.dotnet/shared/Microsoft.NETCore.App/10.0.0-rc.1.25451.107/libcoreclr.so
0x7ffff7a81000+0xe3000 0af03026e75a10f4e44e090b73aad54dbcc5f06e@0x7ffff7a81248 - - /home/waldemar/source/dotnet_10_nixbuild/dotnet-10.0.100-rc.1.25451.107/.dotnet/shared/Microsoft.NETCore.App/10.0.0-rc.1.25451.107/libcoreclrtraceptprovider.so
0x7ffff7b64000+0x4d000 f741919d1a0311adb007ae43413fa57e15928980@0x7ffff7b64280 - - /home/waldemar/source/dotnet_10_nixbuild/dotnet-10.0.100-rc.1.25451.107/.dotnet/shared/Microsoft.NETCore.App/10.0.0-rc.1.25451.107/libhostpolicy.so
0x7ffff7bb1000+0x4f000 cceb4825e7102b503944bda98334109727755b5d@0x7ffff7bb1280 - - /home/waldemar/source/dotnet_10_nixbuild/dotnet-10.0.100-rc.1.25451.107/.dotnet/host/fxr/10.0.0-rc.1.25451.107/libhostfxr.so
[...]
If I unpack and configure dotnet with nix develop nixpkgs/7df7ff7d8e00218376575f0acdcc5d66741351ee#dotnetCorePackages.dotnet_10.vmr, I get:
$ file .dotnet/dotnet
tmp/dotnet-10.0.100-rc.1.25451.107/.dotnet/dotnet: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /nix/store/776irwlgfb65a782cxmyk61pck460fs9-glibc-2.40-66/lib/ld-linux-x86-64.so.2, BuildID[sha1]=8cfe346da5b77627ebe747a8085cc2f606b4f074, for GNU/Linux 3.10.0, not stripped
I even tried stage0.vmr in case yours was crashing there, but those build IDs don't match either.
| 18:50:57 |
Waldemar Tomme (they/them) | I uploaded a second coredump matching the commit earlier because I wanted to make sure it matches the commit (because i didn't know which commit was used before). I see that the coredump's name doesn't match it | 19:03:20 |
Corngood | Ah sorry, I didn't realise you'd uploaded a different one. That one does match | 19:42:07 |
Corngood | That gave me:
#0 0x00007fbed0f69113 in LinearScan::RegisterSelection::try_SPILL_COST (this=0x7fbe542d0b20) at /build/dotnet-10.0.100-rc.1.25451.107/src/runtime/src/coreclr/jit/lsra.cpp:13103
#1 0x00007fbe542cee18 in ?? ()
#2 0x00007fbe544df418 in ?? ()
#3 0x4076800000000009 in ?? ()
#4 0x0000000000000000 in ?? ()
which led me to https://github.com/dotnet/runtime/issues/119070
| 19:45:33 |
Waldemar Tomme (they/them) | So I guess it's fixed but due to it not released yet it's not included in nixpkgs yet? | 19:50:46 |
Corngood | Yeah, but I'm going to try cherry-picking it, since it's causing build failures: https://github.com/NixOS/nixpkgs/pull/449237 | 19:57:07 |
Samuel | Makes sense, all machines I was hitting this issue on are running Ryzen processors with AVX-512 support | 19:58:11 |
Corngood | Yeah, I didn't put it together than I've got an older ryzen without that instruction set... | 20:00:49 |
Samuel | Well you wouldn't usually expect hardware support for more features to break your software, so... | 20:03:03 |
Samuel | Because usually it's the other way around. | 20:03:41 |
| 8 Oct 2025 |
Corngood | https://github.com/NixOS/nixpkgs/pull/449614
dotnet build fix for darwin, in case anyone is able to review | 16:52:14 |
Corngood | Looks like we have dotnet 10 building in hydra again 🎉 | 16:53:50 |
| Andrew Zah joined the room. | 17:14:29 |
| 10 Oct 2025 |
Whovian9369 | Hey gang, I'm trying to build https://github.com/aaru-dps/Aaru/releases/tag/v6.0.0-alpha.12 from source (e2d70ba327dfc5ab67d068389c0b2e6049f76a87) and keep getting the following issue. The issue does not seem to appear with the latest git commit (5e8aece987d799e51e970bd170c28e2bd1ebf374) -- Anyone have any ideas on where to go from here?
CSC : error PH2075: AssemblyVersion has changed. Actual: 6.0.0.12 Expected: 1.0.0.0 [/build/source/Aaru.Logging/Aaru.Logging.csproj]
CSC : error PH2075: AssemblyVersion has changed. Actual: 6.0.0.12 Expected: 1.0.0.0 [/build/source/Aaru.Localization/Aaru.Localization.csproj]
| 21:06:46 |
Whovian9369 | Download prerelease.nix | 21:08:49 |
Whovian9369 | Here's my current derivation that's throwing the error, in case it gives any obvious ideas. | 21:09:15 |
Whovian9369 | Just realized that one of the differing commits seems to specifically "fix" this error by telling Dotnet to ignore it: https://github.com/aaru-dps/Aaru/commit/3b2cda2e312420038a40bd9a53f9a8334c38ca1b | 21:29:53 |
Whovian9369 | Pinning the release to that makes the build work. so I'm going to stop questioning it for the moment. | 21:30:49 |
| 14 Oct 2025 |
Samuel | dotnet 10 rc2 is out now | 20:21:20 |
| 15 Oct 2025 |
Corngood | I'm running updates locally. Unfortunately they rearranged things in their release bot and broke auto updates :| | 01:14:55 |
| Andrew Zah changed their display name from andrewzah to Andrew Zah. | 09:29:43 |
Corngood | october updates in: https://github.com/NixOS/nixpkgs/pull/452225
nothing too concerning so far | 17:21:09 |
Samuel | awesome | 17:23:12 |
| 16 Oct 2025 |
Samuel | Building webkit is not fun | 09:52:24 |
Corngood | I'm happy with this now. Could use a review if anyone is available. | 14:02:40 |
Samuel | Building right now | 16:52:20 |
| 21 Oct 2025 |
| Andrew Zah set a profile picture. | 09:49:41 |
| 23 Oct 2025 |
| Manuel Bärenz joined the room. | 15:45:21 |
Manuel Bärenz | I'm using nixpkgs for years now, and dotnet for the first time. I need to package a web service somepkg that a third party offers on their own nuget server nuget.thirdparty.com/somepkg/nuget. I can't figure out how to properly override buildDotnetGlobalTool (I guess) to accept the custom nuget url. I'm trying something like this:
buildDotnetGlobalTool.override ({
fetchNupkg = dotnetCorePackages.fetchNupkg.override {
url = "..."
But that seems to be wrong:
error: function 'anonymous lambda' called with unexpected argument 'url'
at /nix/store/jbjpzwqzf0vq989s6y302jy1dff4z321-source/pkgs/build-support/dotnet/fetch-nupkg/default.nix:1:1:
Is there a standard way to do this? (Or else I probably need to dig deep into how dotnet is implemented in nixpkgs?)
| 15:49:10 |
Manuel Bärenz | I managed something like this:
let
pname = "IBPkernelSimplifiedHS";
version = "v1";
customNugetServer = "https://nuget.thirdparty.com/somepkg/nuget";
url = "${customNugetServer}/${pname}/${version}";
in
dotnetCorePackages.buildDotnetGlobalTool.override {
fetchNupkg = args: dotnetCorePackages.fetchNupkg (args // {
inherit url;
});
} {
inherit pname version;
}
And it actually attempts to download from the third party server 🎉 but the URL schema is still wrong. I'm not sure what the standard url schema would be in this case.
| 16:06:47 |