107 wires and counting
$ status: archived — this briefing has stopped; the archive stays readable. browse live briefings →

$ status

wire 2026-05-21
stories 76

© 2026 RepoJournal Home Showcase How it works Privacy

$ the-wire · showcase

MACIOS STRIPS DEAD CODE, RUNTIME TIGHTENS FILESYSTEM WATCHER

By RepoJournal · Filed · About .NET · Composed from the cited sources · methodology

1 person shipped this

The iOS toolchain just got leaner while the runtime fixed a resource leak that could exhaust system limits on Linux.

dotnet/macios continues aggressive cleanup: the mtouch tool shed 520 lines of unreachable code [1], while test assets migrated to modern 1024x1024 icon formats to eliminate deprecation warnings [2]. This follows a broader push across the stack to remove dead weight and technical debt. On the runtime side, PhysicalFilesWatcher now skips recursive directory watching when unnecessary [3], a critical fix for applications launched without explicit working directories (like systemd services) where the old behavior created inotify descriptors for every subdirectory under root. The cDAC debugger also got smarter about symbol resolution, now copying all project-reference DLLs into Helix symbol directories instead of just primary artifacts [5]. Meanwhile, msbuild hardened the Exec task for thread safety by migrating to the TaskEnvironment API [4], replacing direct filesystem calls that could race under concurrent builds. All told: this is focused, correctness-driven work across the entire stack.

Quick answers

What shipped in .NET on May 21, 2026?
The iOS toolchain just got leaner while the runtime fixed a resource leak that could exhaust system limits on Linux. In total, 37 commits, 37 pull requests, and 2 releases landed.
Who contributed to .NET on May 21, 2026?
1 developer shipped this update, including OvesN.
What were the notable .NET updates?
[mtouch] Remove unused code from mtouch (#25428), [tests] Fix actool warnings in test icon asset catalogs (#25475), and Avoid recursive FileSystemWatcher when not required in PhysicalFilesWatcher (#128072).