In Dutch there is a saying which translates to "a donkey doesn't hit themselves on the same stone twice", i.e. they don't make the same mistake twice. I guess the dems should start looking for a different mascot.
C on Morello (or any other capability machine).
Even if Tesla itself doesn't do that, it's something to be concerned about in case a vulnerability is found that allows remote access to the camera's (or worse any local video recordings that may exist).
Yet, the Netherlands has its very own bible belt! There are quite a lot of conservative christians in the Netherlands, they just don't live in Amsterdam. I don't disagree though that religion is less at the forefront of public conversation than in the US.
I'm not that familiar with WSL, can it interface with libraries like DirectX or Vulkan?
I didn't know that, thanks! That's actually very impressive, and given how efficient qemu-style emulators are, I wouldn't be surprised to see near-native performance despite a little bit of overhead from emulating game logic.
No, not that much. The emulation of the syscalls are specific to Linux, so none of that is usable on Windows. They could reuse the emulator, but it seems likely they would write their own from scratch so they can keep everything closed source. Obligatory: fuck Microsoft.
Well, not exactly... WINE is a compatibility layer for syscalls between the x86 Windows API and (among others) the x86 Linux API, quite similar to how DXVK translates from DirectX to Vulkan.
What proton does is combine utilities like Wine and DXVK into a user friendly bundle, along with contributing substantially to the projects it bundles to make them interoperate well.
This looks to me like they want to bundle another utility, which does fast emulation of x86 user code on an ARM Linux system. Another commentator mentioned they are using FEX for this, which looks to me to do the same core task as qemu-user, but more focused on x86 to ARM and generally user-friendlier. That emulator could then be used to run x86 Wine on ARM.
The way qemu-user and FEX emulate one ISA on another is actually very cool btw. They realise massive speed gains by intercepting syscalls and executing them directly, instead of emulating a whole x86 Linux system.
Yes, but it's also controlled and pretty well regulated in terms of what you can sell. E-cigs are not, or at least not enough, leading to the sale of devices which deliver nicotine in incredibly potent doses, which makes them very addictive (especially because nicotine is one of the most addictive substances in the world). Couple that with sleek packaging, and in some countries advertising which will be seen by kids, and you have a device which is creating a new generation of nicotine addicts.
Don't get me wrong, vaping is generally healthier than smoking, and thus better for existing nicotine addicts. We should, however, be doing everything to avoid creating new addicts.
Don't forget the garbage listicle websites which pollute every search for "the best x" where x is something like a vacuum cleaner. Judging by the utter uselessness of search engines these days, there must be A LOT of those sites...
...dams, and despite that, they contribute 69% of cat and dog deaths in Springfield, Ohio. Why is that? Just asking questions...
Also, I don't think being remembered is the main point. It seems to me to be more about a violent release of frustration and getting back at the people who "wronged" them, usually combined with suicide by cop.
Yes, collective punishment, i.e. trump gets elected.
The problem with using the filibuster is that it only works when you know the other side doesn't have 67% in the senate. With both the democratic and republican parties being in the pocket of AIPAC, I suspect they could easily get the votes to break Bernie's filibuster.
Consultancy firms know where their bread is buttered. In cases like this one, they're not much more than professional yes-men in suits.
To combat this I think drivers, firmware, etc. should be acknowledged as being in the same category as spare parts, manuals, repair tools, etc. They are equally as vital to being able to repair your device, and therefore should be open sourced at the latest when a manufacturer pulls support. Of course I would prefer them to be open sourced immediately, but with how software IP works currently that seems like a pipe dream, especially for devices with very complex drivers, like GPU's.