JCWasmx86

I don't know some laptops by name, but look for:

-Intel GPU in CPU (No firmware required/works even without)

-Or AMD GPU, Nvidia is not that linux-friendly. AMD GPU requires firmware-amd-graphics on debian

-Realtek wifi (I heard a lot of bad things about Broadcom). Requires firmware-realtek on debian

I wonder whether we will sometime see RISC-V as a "replacement" (Either official by Intel/AMD or unofficial because of being better) on desktop PCs.

> But then with native you have to pay the cross platform price. Which is higher do you think?

You could for example use Qt. It is cross-platform and if you write your application well, the amount of platform-specific code will be quite small.

>With Electron you get cross platform more or less for free and ostensibly you can make it faster later.

It's not for-free. The effort/work for the developer is reduced, while the amount of work for the users' PC is increased. Sure, a lot will think, that this is a great deal, but at in my opinion, you should do it the other way round.

How often have you seen electron apps going faster? I never did. With a native toolkit, you have performance from the beginning for the same quality.

It would have to be enforced by legislation (As opposed to the dark patterns with cookie banners). If any company doesn't implement this fully compliant with the spec, fine them every year with 2-25% of the yearly revenue.

>The issue has been identified and a fix has been applied. Customers may experience increased origin load as global services return.

Is fixed

Ahh ok. Thanks for clarifying. I never used DRM that much on linux

Why don't you watch netflix on linux? DRM is supported there, too. Or do you want to use linux only for software you trust?

Nice article. Love your website. Small, no bloat, how the entire internet should be

Kazakhstan was it I think

In the about section of the repo is a typo: Microsoft Build of OPenJDK (<- The uppercase P)

It somehow still doesn't work. The repo microsoft/openjdk doesn't exist/is private.

>Please do send us your comments, thoughts, and ideas to help us improve this. Visit our GitHub page (Some link here: https://github.com/microsoft/openjdk/discussions) to send us your feedback.

The link is 404

Is it something special or is it just another OpenJDK-build with support?

No. It's no "weird form of DRM", it's just the enforcement of a license.

>I really think we should encourage and act positively when commercial/corporate/enterprise crap opens up their source code.

This is true.

>When we find a GPL (or any license violation), why can't we approach it politely (in the first case), educate on the license terms and ask them to comply.

I partially agree, but those companies often have an army of lawyers. It shouldn't be the responsibility of the internet to find GPL/license-violations in their code.

>But now my worry is, with the amount of hate these guys received, other companies that are already worried about opening up their codebase and contributing back to OSS, have had their fears confirmed.

Hate is too strong. It's more criticism.

I did experiment with it to improve the startup times of one of my applications (Java Swing). The gain was quite small, nearly not noticeable.

The site works great for me.

I wonder, whether this could be used to compile it for termux. (Android)

You can link musl statically. So, the problems with Glibc wouldn't be there. Maybe you would have to patch musl to make it work on android.

Yes. It feels out-of-place. All other keywords are like one word: enum, class, public, protected, native, sealed, ...

But looks entirely different: Two words, connected by a hyphen.

But I think, it was done because of backwards compatibility. If they would have called it "closed", it would maybe break hundreds of programs that have methods/variables called "closed"

The JEPs/enhancements: http://openjdk.java.net/projects/jdk/16/

Only github(and maybe other hosters) have a size limit for files.