How could we be forced into using this untested system so quickly! We should start using it only after it's been used in other countries for 20 years! Oh wait.
I think a lot of folks here are missing the point. The trouble is that the kernel running in secure boot mode has to be able to receive signed keys in a secure way (if you think secure boot is worth anything, many do not).
Linux running in secure boot mode is a done deal. The question is how do you import keys that are signed by Microsoft. In an ideal world you'd just upload the signed X.509 cert and you'd be done. Unfortunately, Microsoft will only sign PE binaries.
So the developers opted to enclose the X.509 cert in a PE binary. Unfortunately, that means the kernel needs to be able to read the PE binary and verify the signature all in kernel space, then extract the x,509 cert. This is undeniably messy.
Now lots of folks will argue that there's no point to this and it should be done in user space. I'm not going ti argue with that, but the reality is that most of the mechanics of this are already implemented, just not the PE stuff. You can sign kernel modules and verify them in kernel space with x.509 certs (at least by my reading of the thread).
Frankly, I think this is pretty much the only thing to do short of talking MS into signing x509 certs. The other suggested work-arounds involve additional authorities or doing stuff in user space. They are all workable, but are pretty clumsy compared to what's being proposed.
I think it may have been a mistake to just drop this ugly change on Linus without his involvement. My guess is that if the problem had been stated before coming up with a proposed implementaon, they might have come up with essentially the same solution with less drama.
"Men wanted for hazardous journey, small wages, and bitter cold, long months of complete darkness, constant danger, safe return doubtful, honor and recognition in case of success."
Despite the ominous tone of the ad, the response was overwhelming.
> It's a 2D array of MEMS which open and close a slit in a variable size
No.
The resonator is what cause the interference that controls the colors rendered. If you look at the article you'll see there's no mention of controlling the pitch after it's fabricated.
As the GP says, what D-Wave is claiming is pretty much not physically possible. And what they've demonstrated is possible to emulate with classical computers.
That Google is working with them is interesting. But D-Wave still looks exactly like an investment scam.
I agree that it's annoying, though in my experience people never refer to SPICE without prefacing it with "Berkeley". SPICE all by itself is used as a generic term.
TFA could also use some more references. It sounds intriguing, but I've been around long enough to be distrustful of what's in press releases.
I'm a troll because I think flu vaccines are bullshit? Wow.
No. You're a troll because you used the word fuckall in way that was at best gratuitous.
It's just not that hard to avoid. Good hygienic habits, good nutrition, and a good night's sleep are far more effective than any flu vaccine and those habits don't have mercury.
Guy buys a laptop which has been designed and optimized to run under windows, which has been pre-installed. Any necessary configuration to optimize battery life was done when the laptop was imaged.
Now someone takes said laptop and installs Linux on it. That particular hardware combo may never have been tested before and no optimizations have been done on it.
It would be unsurprising to me if the latter situation didn't work very well.
I run Linux on my laptop exclusively, but getting the pm stuff optimized is a big pain. The amount of fighting to get broken drivers and BIOSes working is not for the faint of heart.
Your best bet for a Linux laptop would be a pre-installed version that's more than a windows laptop with Ubuntu slapped on it.
> Pilots regularly use standard radio stations in place of VOR transmitters
I don't think so.
FM stations won't substitute for a VOR, the implementation is totally different.
AM stations can be used as an NDB for ADF, but my understanding is that this isn't used very much anymore. From what I've seen and read, most ADF equipment won't detect VHF frequencies.
Just a wild guess; they may saved some hardware cost by using CPU to do some of the signal processing instead of using a ASIC for it. That might end up burning quite a bit of power.
I don't think that would explain the iPhone overheating, but it might explain the GP's experience
> They slowed down to a very narrow margin above stall speed. [...]
> They went into a high-speed dive. > Because they were on manual backup control they could not exert enough force on the controls to recover before Vne or the flutter speed of something was attained.
Doesn't seem reasonable to me.
Your description is of an airplane going from just below stall speed to an airspeed that could damage the aircraft before the pilot is able to regain control. I don't think a "high-speed dive" could explain that. Once you're in a dive it should be pretty easy to get the nose up.
Going into something like a flat spin may be a possibility; I have no idea on how vulnerable airliners are to unrecoverable spins.
How could we be forced into using this untested system so quickly! We should start using it only after it's been used in other countries for 20 years!
Oh wait.
I hated it because I could scarcely read what he was doing when I sat next to him due to the viewing angle.
If I ever build a killbot, it will be activated by the phrase "confusing to users."
I think a lot of folks here are missing the point. The trouble is that the kernel running in secure boot mode has to be able to receive signed keys in a secure way (if you think secure boot is worth anything, many do not).
Linux running in secure boot mode is a done deal. The question is how do you import keys that are signed by Microsoft. In an ideal world you'd just upload the signed X.509 cert and you'd be done. Unfortunately, Microsoft will only sign PE binaries.
So the developers opted to enclose the X.509 cert in a PE binary. Unfortunately, that means the kernel needs to be able to read the PE binary and verify the signature all in kernel space, then extract the x,509 cert. This is undeniably messy.
Now lots of folks will argue that there's no point to this and it should be done in user space. I'm not going ti argue with that, but the reality is that most of the mechanics of this are already implemented, just not the PE stuff. You can sign kernel modules and verify them in kernel space with x.509 certs (at least by my reading of the thread).
Frankly, I think this is pretty much the only thing to do short of talking MS into signing x509 certs. The other suggested work-arounds involve additional authorities or doing stuff in user space. They are all workable, but are pretty clumsy compared to what's being proposed.
I think it may have been a mistake to just drop this ugly change on Linus without his involvement. My guess is that if the problem had been stated before coming up with a proposed implementaon, they might have come up with essentially the same solution with less drama.
"Men wanted for hazardous journey, small wages, and bitter cold, long months of complete darkness, constant danger, safe return doubtful, honor and recognition in case of success."
Despite the ominous tone of the ad, the response was overwhelming.
Too bad the ad probably never existed.
God liked it, so he put a ring on it.
Aside from some of the obvious mistakes this opinion piece makes.
> There is no need to worry about toxins leaching into the water supply. No elaborate liner or monitoring is required
This is wrong. There are some situations where organic rich runoff can cause problems.
The following link:
http://toxics.usgs.gov/topics/rem_act/saco.html
describes:
" dissolved organic carbon in the leachate plume is dissolving arsenic from arsenic-containing iron oxides in the aquifer and bedrock"
> It's a 2D array of MEMS which open and close a slit in a variable size
No.
The resonator is what cause the interference that controls the colors rendered. If you look at the article you'll see there's no mention of controlling the pitch after it's fabricated.
So it might be money, as others have said.
But I have some other questions.
1) Why hasn't this fairly simple experiment been done before?
2) Why do three types of corn with fairly different modifications have very similar toxicities?
Screwing makes me happy, I can do that myself.
FTFY. Also, TMI.
As the GP says, what D-Wave is claiming is pretty much not physically possible. And what they've demonstrated is possible to emulate with classical computers.
That Google is working with them is interesting. But D-Wave still looks exactly like an investment scam.
I agree that it's annoying, though in my experience people never refer to SPICE without prefacing it with "Berkeley". SPICE all by itself is used as a generic term.
TFA could also use some more references. It sounds intriguing, but I've been around long enough to be distrustful of what's in press releases.
> aluminum hydroxide which, apart from helping us with our stomach ulcers, may be linked to brain disease
Are you talking the Alzheimer's link? I thought that that was found to be a non causal link quite some time ago.
Here's a link that pretty much flat out says it's not an issue:
http://www.alz.org/alzheimers_disease_myths_about_alzheimers.asp
There are a lot of websites that talk about it as being a problem, but they all seem a little woo woo.
The meaning of the phrase has changed.
The phrase used to refer to "a logical fallacy in which the proposition to be proved is assumed implicitly or explicitly in the premise."[1]
Now it means, "I'm trying to sound like I'm well educated, but I'm not."
[1] http://en.wikipedia.org/wiki/Begging_the_question
I'm a troll because I think flu vaccines are bullshit? Wow.
No. You're a troll because you used the word fuckall in way that was at best gratuitous.
It's just not that hard to avoid. Good hygienic habits, good nutrition, and a good night's sleep are far more effective than any flu vaccine and those habits don't have mercury.
Got any studies to back those measures up?
Here's the short answer:
Guy buys a laptop which has been designed and optimized to run under windows, which has been pre-installed. Any necessary configuration to optimize battery life was done when the laptop was imaged.
Now someone takes said laptop and installs Linux on it. That particular hardware combo may never have been tested before and no optimizations have been done on it.
It would be unsurprising to me if the latter situation didn't work very well.
I run Linux on my laptop exclusively, but getting the pm stuff optimized is a big pain. The amount of fighting to get broken drivers and BIOSes working is not for the faint of heart.
Your best bet for a Linux laptop would be a pre-installed version that's more than a windows laptop with Ubuntu slapped on it.
Otherwise you'll be in for a a lot of fiddling.
This will cause the kernel to try to read/write data from 0x00000000, which the attacker can map to userland
This was somewhat surprising to me. Digging around a bit, it looks like it has something to do with an seLinux handler.
Can anyone elaborate on this?
TFA didn't mention lifetime, and I figure that it's not a huge issue anymore for OLEDs.
My cynical self takes the opposite view. If they don't mention lifetime, it's probably awful.
> Pilots regularly use standard radio stations in place of VOR transmitters
I don't think so.
FM stations won't substitute for a VOR, the implementation is totally different.
AM stations can be used as an NDB for ADF, but my understanding is that this isn't used very much anymore. From what I've seen and read, most ADF equipment won't detect VHF frequencies.
By my count, the bank is only the fifth stupidest here.
Let's count it down:
5) Wells Fargo
For getting itself in the position of having to sue itself
4) Florida State government
For writing a law that requires a bank to sue itself.
3) Al Lewis/Fox News
For writing/publishing this worthless article.
2) samzenpus
For posting this on slashdot.
1) Me
For commenting on this crap.
But if it makes you feel better, go ahead and pile scorn on the banks.
It'll take your mind off the fact that you're the real sucker.
but in this case it's a good thing.
Just a wild guess; they may saved some hardware cost by using CPU to do some of the signal processing instead of using a ASIC for it.
That might end up burning quite a bit of power.
I don't think that would explain the iPhone overheating, but it might explain the GP's experience
I wonder if this could be caused by NAT boxes interfering with DNS.
I know my Netgear Wireless router does strange things with DNS requests but I never tried to verify what was going on.
> They slowed down to a very narrow margin above stall speed.
[...]
> They went into a high-speed dive.
> Because they were on manual backup control they could not exert enough force on the controls to recover before Vne or the flutter speed of something was attained.
Doesn't seem reasonable to me.
Your description is of an airplane going from just below stall speed to an airspeed that could damage the aircraft before the pilot is able to regain control. I don't think a "high-speed dive" could explain that. Once you're in a dive it should be pretty easy to get the nose up.
Going into something like a flat spin may be a possibility; I have no idea on how vulnerable airliners are to unrecoverable spins.
He might be talking about the Phenom L3 cache bug.