See the docs[1] where it mentions that 10 is supported, but not available in the built-in Ubuntu feed. It however is/should become available in the backports feed.

To make matters even more interesting the GitHub / Azure DevOps CI agent image Ubuntu 24.04 doesn't provide .NET 9, whereas 22.04 does[2]. .NET 10 appears to become available in both though[3].

[1]: https://learn.microsoft.com/en-gb/dotnet/core/install/linux-... [2]: https://github.com/actions/runner-images/issues/12697 [3]: https://github.com/actions/runner-images/pull/13295

The Dutch translation is NSFW though as it translates “beaver” as suggested.

Does the Dutch word for beaver also act as a euphemism for the body part in Dutch?

More explicitly so. The Dutch go rodent where Americans go feline.

~No it sadly doesn’t, so the double meaning will be lost in translation. If the lock depicted a pussy it would’ve worked though.~

After going over https://nl.wikipedia.org/wiki/Seksuele_volkstaal_en_eufemism... it seems that “bever” is apparently also used as euphemism. As is “floppy drive” TIL!

Why is it that only App Store apps are sandboxed? I would like to sandbox most of the apps I’m running. No app needs a blanket slate to access my files. Sure there’s some of the permissions, but they aren’t granular enough.

They can be, but the app itself has to opt in. You can see whether an app is sandboxed in Activity Monitor (it’s a hidden-by-default column named Sandbox).

It is not, that’s the whole point of the blog post this one follows up on.

The United States Government calls it "The Pacific Timezone." They define it, maintain it, and broadcast it's definition. They're the only entity with the authority to do so. That's what I'm using. I'm not using whatever the time happens to be in Los Angeles, I'm using the federal timezone definition. My timezone should absolutely be just "US/Pacific." Using "America/Los_Angeles" is _absolutely_ an abstraction and it's obviously entirely unnecessary.

Last week the Dutch bank Bunq was also victim of unauthorised PayPal withdrawals: https://tweakers.net/nieuws/238190/bunq-neemt-maatregelen-te....

It is even worse; they are offering a commercial product under the same name of the open source project it is based on: https://github.com/kevinhermawan/Ollamac?tab=readme-ov-file#... and https://github.com/gregorym/ollamac-pro/issues/1.

That's great; now I can finally have scripts with type-safety. Note that on macOS the shebang either reads `#!/usr/local/share/dotnet/dotnet run` or `#!/usr/bin/env -S dotnet run`.

Not GP, but can confirm on my M3 Max using the hello world sample:

  $ time dotnet run hello-world.cs > /dev/null
  
  real 0m1.161s
  user 0m0.849s
  sys 0m0.122s

  $ time dotnet run hello-world.cs > /dev/null

  real 0m0.465s  
  user 0m0.401s  
  sys 0m0.065s

There are a lot of optimizations that we plan to add to this path. The intent of this preview was getting a functional version of `dotnet run app.cs` out the door. Items like startup optimization are going to be coming soon.

I’m not really into the whole dotnet space. Except during the beta early on BSD ‘00.

It’s good that it allows scripts to run, and does packages. Simple is good

I was just curious and then surprised that it already caches compiled binaries, but that the time remained the same.

I opened an issue since I couldn't find docs that indicate what they were working on to improve the start time, and they replied:

https://github.com/dotnet/sdk/issues/49197

Ah, I didn't managed to find something that talked about what was planned for this, so I opened an issue asking for that. Is there a doc somewhere talking about it ?

maybe it's worth adding that info to the blog post :)

thanks Jared and team, keep up the great work.

If you're trying things like that in a Mac, watch out for the notary check delay https://eclecticlight.co/2025/04/30/why-some-apps-sometimes-...

It can easily add hundreds of milliseconds in various situations you can't easily control.

This is nuts. More than a decade ago Microsoft made a big deal of startup optimisations they had made in the .Net framework.

I had some Windows command-line apps written in C# that always took at least 0.5s to run. It was an annoying distraction. After Microsoft's improvements the same code was running in 0.2s. Still perceptible, but a great improvement. This was on a cheap laptop bought in 2009.

I'm aware that .Net is using a different runtime now, but I'm amazed that it so slow on a high-end modern laptop.

To be fair, this is timing early bits of a preview feature. Compiled .NET apps have much better startup perf.

This is also a preview feature at the moment. They mention in the embedded video that it is not optimized or ready for production scenarios. They release these features very early in preview to start getting some feedback as they prepare for final release in November.

They are not on Windows. As someone else pointed out, there are very likely Apple-specific shenanigans going on.

For comparison, skipping dotnet run and running the compiled program directly:

  time "/Users/bouke/Library/Application Support/dotnet/runfile/hello-world-fc604c4e7d71b490ccde5271268569273873cc7ab51f5ef7dee6fb34372e89a2/bin/debug/hello-world" > /dev/null

  real 0m0.051s
  user 0m0.029s
  sys 0m0.017s

So yeah the overhead of dotnet run is pretty high in this preview version.

That natural key isn’t guaranteed to be unique.

Depends on the universe of discourse adopted.

Ugh it looks pretty hideous to me, i wouldn’t want my instrument cluster to look like that. The styling of for example BMW’s instrument cluster looks so much better than this.