Live data from Hacker News

Goodbye PNaCl, Hello WebAssembly

blog.chromium.org

201–210 of 352 posts

Re: Goodbye PNaCl, Hello WebAssembly

#201

Looks like Mozilla won this fight. When Mozilla didn't accept PNaCl and Pepper API proposed by Google, Mozilla went down the ASM path which now led us to Web Assembly being the general way forward.

Can you open a socket or write to the file system with WASM ?

Re: Goodbye PNaCl, Hello WebAssembly

#202
post #199

Earlier quoted context omitted.

> Google wasted huge resources on an approach which it was obvious from the beginning would never lead to a Web standard. But it did lead to a web standard, even if it didn't become one. And in the interim, it provided utility to Google. > Mozilla people, including me, told Google people even before PNaCl appeared that introducing the whole new non-standard Pepper API was unacceptable. Yeah, you've mentioned that qui…

If spending any amount of resources to get any amount of utility counts as success, then there is no such thing as failure.

This arguably applies to a great many Google products and services. Google has enough resources to fling around that success and failure start to blur.

Re: Goodbye PNaCl, Hello WebAssembly

#203

This is a sad day. NaCL was excellent tech, and its a shame it didn't get incorporated into LLVM proper, and that it didn't take off. We should be using NaCL/pNaCL for all apps everywhere, and for components within apps... etc. ZeroVM was a desktop/server sandboxing environment that just didn't get any attention and mindshare. Shame! I want a ZeroVM-like system that makes all of the Debian user-space available on any…

How is it better than WebAssembly?

Re: Goodbye PNaCl, Hello WebAssembly

#204

Earlier quoted context omitted.

How many of them actually intimately use the GNU userland as opposed to Xorg and whatever libc's installed? GNU's an increasingly irrelevant portion of unix and unixlike systems -- most of the actually important userland portions are python, ruby, the aforementioned Xorg, etc.

> GNU's an increasingly irrelevant portion of Unix Say what? Do you know what GNU means or what it includes? Here's a link so you can learn more: https://www.gnu.org/software/software.html

Yes, I know what it means and includes. Android, which is one of the biggest unixes right now, doesn't use GNU. iOS, which is another one of the biggest unixes right now, doesn't use GNU. Most embedded linuxes don't use GNU. So yes, for the parts of unix which are visible to most people, the gnu parts are not very relevant at all.

Re: Goodbye PNaCl, Hello WebAssembly

#205
post #171

Earlier quoted context omitted.

> It was one of the best things that happened to Linux desktops in a long time and removing it hurts users and makes them less secure. I will disagree, you can install most of these from the official repository of your distribution, without the use of electron. They are also very secure if you run them as an unprivileged user.

If you run them as a different user from yourself, maybe, but who does that? The idea that software is secure if it only runs on your own user account is stupid IMO. I'd rather that software had access to everything on my computer EXCEPT my personal files.

It's about restricting access: One is protecting others; The second is protection within your own realm. Both are needed (Unix was just like: At least don't touch the data / system that other users have)

Re: Goodbye PNaCl, Hello WebAssembly

#206

I'm not familiar with what goes in a browser, but for some reason, browsers seem to eat up a lot of resources. While I am happy that it looks like this will (more or less) be standardized across browsers, I still hope for the day where running a more minimal browser (text, image, maybe videos) will become viable. Of course, I'm pessimistic on this, seeing as so many sites are probably not functional without javascrip…

I do this, or at least, I'm trying my hardest to. I use terminal interfaces to my usual sites like Reddit, Gmail, GitHub, Google, etc. A mouse button or keystroke opens links using a little script I've written which basically opens media files in feh/mpv/whatever, html sites using [Mercury](https://mercury.postlight.com/web-parser/) and links, and if I really need to open the page in Chrome for some reason, the open script will begin nagging me to find a terminal client for that service if I use it very often.

Re: Goodbye PNaCl, Hello WebAssembly

#207
post #21

This one I'm fine with since WebAssembly is a worthy replacement, but I'm still annoyed at Google discontinuing Chrome Apps. Some examples of specialized apps I use all the time that would require a native app otherwise: - Signal Desktop - TeamViewer - Postman - SSH client - Cleanflight drone configuration tool It was one of the best things that happened to Linux desktops in a long time and removing it hurts users an…

> It was one of the best things that happened to Linux desktops in a long time and removing it hurts users and makes them less secure. I will disagree, you can install most of these from the official repository of your distribution, without the use of electron. They are also very secure if you run them as an unprivileged user.

Yes, but the existence of ssh on chrome makes it much much easier to teach a windows user how to try out the linux command line. PuTTY is annoying as hell to help a new person get working and they might not have enough space for vagrant+virtualbox.

Re: Goodbye PNaCl, Hello WebAssembly

#208
post #203

This is a sad day. NaCL was excellent tech, and its a shame it didn't get incorporated into LLVM proper, and that it didn't take off. We should be using NaCL/pNaCL for all apps everywhere, and for components within apps... etc. ZeroVM was a desktop/server sandboxing environment that just didn't get any attention and mindshare. Shame! I want a ZeroVM-like system that makes all of the Debian user-space available on any…

How is it better than WebAssembly?

It executes (sandboxed) native code directly, instead of requiring JIT compilation to native.

Re: Goodbye PNaCl, Hello WebAssembly

#209
post #187
post #170

Earlier quoted context omitted.

Their fans running at max (or a very warm device) would let them know. This has been the experience among the non/less-technical users in my company.

Right, they might notice it, but why would they care? They don't know that they should care, it is just a computer being a computer and it probably spins up the fans for other tasks too. They would be right to not care unless told otherwise, sys ops isn't their job. I think it would be smart to educate people as part of a regular security briefing for non technical staff though. But if it's something that high of con…

Does battery usage not matter?

Re: Goodbye PNaCl, Hello WebAssembly

#210
post #199

Earlier quoted context omitted.

> Google wasted huge resources on an approach which it was obvious from the beginning would never lead to a Web standard. But it did lead to a web standard, even if it didn't become one. And in the interim, it provided utility to Google. > Mozilla people, including me, told Google people even before PNaCl appeared that introducing the whole new non-standard Pepper API was unacceptable. Yeah, you've mentioned that qui…

If spending any amount of resources to get any amount of utility counts as success, then there is no such thing as failure.

Google makes money from the web. Massive amounts of money. Something like 93% of their revenue. If WebAssembly leads to the decline of mobile apps, the amount of resources that Google spent on PNaCl is so tiny compared to the amount they will make by continuing to own the world of online advertising.
Post reply on HN