Update all samples to use the latest TFMs

[jamescrosswell]

Resolves #4584

• Update all samples to use the latest TFM #4584

---

#skip-changelog

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 73.88%. Comparing base (d6d4cde) to head (1d62bc8).
⚠️ Report is 2 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #4782      +/-   ##
==========================================
- Coverage   73.90%   73.88%   -0.02%     
==========================================
  Files         485      485              
  Lines       17682    17682              
  Branches     3494     3494              
==========================================
- Hits        13067    13064       -3     
- Misses       3758     3763       +5     
+ Partials      857      855       -2     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[jamescrosswell]

The error we're seeing now in CI is:

/usr/share/dotnet/packs/Microsoft.NET.Runtime.WebAssembly.Sdk/10.0.0/Sdk/WasmApp.Common.targets(853,5): error : /usr/share/dotnet/packs/Microsoft.NET.Runtime.Emscripten.3.1.56.Sdk.linux-musl-arm64/10.0.0/tools/bin/clang: line 25: /usr/share/dotnet/packs/Microsoft.NET.Runtime.Emscripten.3.1.56.Sdk.linux-musl-arm64/10.0.0/tools/bin/clang-19: not found [took 0.65s] [/__w/sentry-dotnet/sentry-dotnet/samples/Sentry.Samples.AspNetCore.Blazor.Wasm/Sentry.Samples.AspNetCore.Blazor.Wasm.csproj]

This may be related to:

• Microsoft.NET.Runtime.Emscripten.3.1.56.Sdk.linux-musl-x64 version 10.0.0 contains clang-19 linked against libc dotnet/runtime#121975

@Flash0ver potentially we revert to net9 for the WASM sample until this is a bit more stable in .net 10?

[Flash0ver]

note: Fixes WASM DSN issue

[jamescrosswell]

@Flash0ver after reading your fix, I remembered why we have that EnvironmentVariables class, so I tweaked/updated to be consistent with how we've done this in the mobile samples.

sentry-dotnet/samples/Sentry.Samples.Maui/MauiProgram.cs

Lines 17 to 28 in 613a18d

	#if !SENTRY_DSN_DEFINED_IN_ENV
	// You must specify a DSN. On mobile platforms, this should be done in code here.
	// See https://docs.sentry.io/product/sentry-basics/dsn-explainer/
	options.Dsn = SamplesShared.Dsn;
	#else
	// To make things easier for the SDK maintainers we have a custom build target that writes the
	// SENTRY_DSN environment variable into an EnvironmentVariables class that is available for mobile
	// targets. This allows us to share one DSN defined in the ENV across desktop and mobile samples.
	// Generally, you won't want to do this in your own mobile projects though - you should set the DSN
	// in code as above
	options.Dsn = EnvironmentVariables.Dsn;
	#endif

[jamescrosswell]

Inexplicably, this commit seems to have broken the unit tests on linux-musl-x64. They don't fail... they just never complete and we can't get at the logs to work out why. 😞

Possibly the commit is entirely unrelated but, if so, I can't see any other differences between the environments between the successful and unsuccessful runs.

Commit 6722643 confirms it's nothing to do with the change, but we do finally get some clues from the logs:

Error: System.IO.IOException : No space left on device : '/tmp/1d608ce7-dee1-427a-8947-daac2bd3a2b1'