Yep, luckily they represent a very small, albeit loud, minority of Linux users.
The vast majority of Linux users are very happy to get an official GOG Galaxy for Linux. I hope they will plug into Proton and collaborate with Valve, but we really need official tools and brands on Linux for common users to feel comfortable enough to come over.
Couldn't agree more! I have been purchasing on steam due to the lack of a native client, especially save game syncing. As a bonus, as a greenfields project, maybe we'll see less cruft than the native Steam client.
Publishing your app as Native AOT produces an app that's self-contained and that has been ahead-of-time (AOT) compiled to native code. Native AOT apps have faster startup time and smaller memory footprints. These apps can run on machines that don't have the .NET runtime installed.
There are quite a few gotchas for this, especially web apps. THis is understandable because it was added after the fact, vs. a first-party design requirement. It's cool and might work for you, but taking a non-trivial .net codebase to native AOT can be tough, and if you're starting greenfield, why go .net?
FWIW, the .net folks seem to have put a lot of effort into the native AOT pipeline in the last few releases. We have a large, non-trivial application with a fair amount of legacy code, and getting it AOT’d in .net 10 (targeting wasm, even!) was not an insane lift.
How is the WASM target looking nowadays? I tried it in 2023 and early 2024, and it was far from complete (JS interop, poor documentation scattered across GitHub issues, and so on). I still can't find a single trustworthy source of documentation on how to proceed. C# would look great at the edge (Cloudflare Workers).
Sure, legacy applications won't be easy to move over but Microsoft has been quite consistent in working towards making microservice applications easy to build and run with AOT by moving more and more components over to using source-generators and promoting minimal-API's.
Their target is probably not entirely greenfield projects (although I wouldn't mind it myself), but rather those with existing investments that start new projects that still want to share some parts.
These same restrictions exist for Go, the Go team just decided that it was easier to never support these features to begin with which has its pros and cons.
Such as? For the ones I've actually needed from the C# AOT limitations list, you can use reflection and dynamic loading just fine in Golang, with static single-binary compilation and all.
Golang's reflection is severely limited by design, so that there is nothing to restrict during compilation. On the other hand, you lose out on powerful tools such as C#'s System.Reflection.Emit. To note, the biggest library limited by AOT compilation, ASP.NET (which does still work with it if you design around the limitations), is being updated to work better with it (and source generators play a big part of that).
They're self contained and native, but they're still massive.
There's been some work on CoreRT and a general thrust to remove all dependencies on any reflection (so that all metadata can be stripped) and to get tree-shaking working (e.g. in Blazor WASM).
It seems like in general they're going in this direction.
Not every library is capable of building to Native AOT, which means any app that depends on those libraries run into the same problem. If the library or app uses reflection, it likely isn't capable of Native AOT compilation.
Just an FYI, Go still bundles a runtime in its native binaries. C#'s AOT has restrictions on what works (largely reflection), but these same restrictions apply to Go (although Go applies these restrictions into how it's designed for the entire thing).
I tried bsky for one year, and I agree that I was getting mostly American politics… which as a European is just noise for me.
I went back to Mastodon, it’s much better to follow tech people.
And feedly for RSS to get all the news I can dream of.
Not sure what the point of Bluesky is anymore, it’s just twitter but on the left side of politics. Sad, the tech stack was interesting as an evolution of Nostr.
I already started to move most of my communications to ProtonMail. Looks like Google wants to force people to use the WebUI instead of email clients (no google ads on IMAP/POP).
What's annoying is that they are impacting paying customers as well, which is quite bad.
Last I checked, Proton Mail does not support standard email client protocols. So you’re stuck with its apps and a browser interface or with buying a paid subscription and using a bridge software on desktop to use a client like Thunderbird. Getting mails out of Proton Mail is also not as easy as setting up a client with IMAP or using other tools like imapsync.
The point is that Google is harming paying customers, and as a paying customer Proton respects me more and it is based in Europe, which is a big plus for me.
> Looks like Google wants to force people to use the WebUI instead of email clients (no google ads on IMAP/POP).
I think that’s a valid criticism, but Protonmail also doesn’t allow people to use a standard email client. I agree with the parent commenter that it’s strange that you’re suggesting it as an alternative, especially when there’s services like Fastmail and Purelymail that both have accessible human support and let you use a standard email client.
Proton has an official bridge software which sets up a local imap/smtp server. I then can use a 3rd party email client. The reason they don't support it directly from their servers is it allows them to not have to decrypt emails in their servers. Only the client can decrypt emails as everything in proton is encrypted so that proton cannot see your emails
I'm having a really good experience with Proton. I even interacted with them here on HN once, they cleared up some uncertainties by posting technical OpenPGP information that wasn't covered in their documentation.
How does gmail using POP to retrieve messages to your account from your account with another service facilitate spam and how can the bad actor take advantage of that?
Less impact on gamers…
reply