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.
Goodbye PNaCl, Hello WebAssembly
201–210 of 352 posts
Re: Goodbye PNaCl, Hello WebAssembly
#202Earlier 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.
Re: Goodbye PNaCl, Hello WebAssembly
#203This 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…
Re: Goodbye PNaCl, Hello WebAssembly
#204Earlier 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
Re: Goodbye PNaCl, Hello WebAssembly
#205Earlier 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.
Re: Goodbye PNaCl, Hello WebAssembly
#206I'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…
Re: Goodbye PNaCl, Hello WebAssembly
#207This 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.
Re: Goodbye PNaCl, Hello WebAssembly
#208This 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
#209Earlier 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…
Re: Goodbye PNaCl, Hello WebAssembly
#210Earlier 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.