The per the US Constitution part is debatable, nothing you quoted makes it so.

http://en.wikipedia.org/wiki/K...

I agree with Justice Black, that the Fourth Amendment was not intended to protect your privacy. It was intended to prevent the government from physically intruding on your life. It would have been worded to include eavesdropping if it was meant to be. IMO, if you want privacy protections you need specific laws or new amendments.
If you read the Fourth as some kind of generic privacy protection then how can police interview your neighbors about what they saw or heard happen in your house? It does't make sense. Evidence exclusion rules make more sense for general privacy protection. Laws against gaining knowledge in itself are moronic, in my opinion.

I think most people here would agree the "reasonable expectation" test is fishy.
If you close a phone booth door WARRANT, but open NO WARRANT. Extrapolating from THAT logic lets us say... well you let Google not only index your email but thoroughly analyze them, AND you don't encrypt... soo.....

The Supreme Court did us a favor, but it wasn't the right thing to do. This isn't the privacy protection you want.

... because they're on an island and have to trade with other countries? Non-military intelligence isn't around just to foil movie-like terrrrist plots, but nobody makes movies about the boring stuff.

Me too, lorem ipsum, undoing mods.

This sounds like going to a cheap theater and complaining the experience sucks and concession stand prices are high.

One option is to go to a theater that does't suck, and pass on the concession stand.

Neither of these will be cheap AND good. Shocker.

"Show me!"
"I already rebooted it."

Personally I would rather have a more sophisticated crash dump system, like other OSs, because whatever is going to fit in a QR code isn't going to help much unless you're looking up known issues in an enterprise Linux vendor's bug database. That's assuming they can cram a stack trace into QR codes, AAAAND you have a problem that leaves a predictable stack trace.

I don't remember the last time I had a Solaris system crash that didn't leave a dump (try not to giggle). It would have be be way back pre-ZFS, on a janky server without a dump partition. I'm also reading that Windows saves memory dumps to the page file going back to XP.

You go into the average Linux environment and even if it's not a "paid support is for wusses" camp, you are _EXTREMELY_ unlikely to have anything of value to send to support. Maybe your hawt X86 firmware will have logged an issue! ROFL.

Reboot and hope for the best :\

It wasn't the photo printers, it was the digital cameras, it was the keeping them on a computer instead, mailing a CD, emailing, and texting them that did these places in.

Lack of demand... same reason people aren't buying printers so much anymore.
Why own a printer and buy ink when you can just bring your sd card to a Walmart and have them print for you?

Even after people stop wanting nice shoes, Walmart is going to have a nicer, more efficient shoe printer than you will, unless you are a shoe retailer yourself.

When a /. post conflating Apache Foundation and Apache HTTP Server gets moderated up highly "Insightful", a hacker dies.

Nobody has ever thought of scouring httpd, the "The Number One HTTP Server On The Internet", the most common application you'll find exposed directly to the Internet, for back doors or security vulnerabilities. No, nobody never thought of that, thanks for your insightful comment.

What do you mean IF, it just happens from time to time for a variety of reasons. This is an incredibly basic problem in multiprocess systems.
It's like saying IF your computer crashes and needs to be restarted... in a datacenter, it's a matter of WHEN.

In both cases, absent an expected, non-rectified reason for them to crash, the immediate action for a human operator is... try restarting it.

If the dependancies are programmatically declared (a Good Thing in itself), we can automate this. It's not a hack, because machines are NEVER perfect. The "recoverable" error rate adds up when you tie bunches of them together. So does the "non-recoverable" rate... so why not do what we can to address it? This is why we put things like Xeons and ECC memory in data centers, it's the only way to scale out the number of machines, and ultimately processes.

Take it from a former Solaris admin, difficult to maintain over-engineering is not the answer. It will fail, and users will hate you.

Question of the day: Why are single user smartphone OSs better at segregating processes than server OSs in the first place? Even while using basic UNIX features to do it?

These classic UNIX systems kind of need to roll over and fall into their graves already. I mean look at what you get with VMWare ESX, then look at iOS/Android, then look at say.. a RHEL-type classic UNIX server.

Where is a modern datacenter OS with the flexibility, availability, resource accounting, process separation of ESX, and the developer friendly frameworks and "It's The Apps Stupid" focus like iOS or Android?

Well, it's not with Linux...

Once you start using absolutes, we're past the point where every single thing you want to believe is true, and every single thing you don't is a lie.

Consider that.

Is this some variation of "If a tree falls in the woods, and nobody is around to hear it, and it hits a mime, does anyone care?"

Someone made a comment that the collection was automated and you read all THIS from it? To the people in the position to know the volume of data taken, the fact it was automated is obvious.

Do you think it isn't?

Do you feel good attacking that straw man?

The quote is

As far as making personal computers before Apple and still doing it, I think it's a stretch to count HP because of a calculator, and I'm not even counting HP's attempt to get out of the PC market recently. The HP-150 that came out after they started working on the Mac... is that even in the same ballgame as the 1984 Mac, I don't think so.

Apple started on the Mac in 1980 from what I can tell.

The nitpicking is really skewing his point - HP is ALSO still around because they've had to reinvent themselves over and over.

So, you could build a battle tank or an F1 car with cheaper alternative parts, like.. the engine and wheels off my old Mustang. No matter how much hand waving you do, the scrap metal I bolt on the side is not the same as reactive armor.

If you need the uptime assurance that Xeon, ECC, FireGL whatever provide, then using desktop grade components is not the same thing, and you aren't fooling anybody actually in the market for those things.

Whoa, I thought you were going to say something about the Xeon and ECC memory. What exactly is highly unusual about the video card and number of cores?

This thing is built with server grade equipment, so my wild guess is that means they intended it to have very long uptime, and again, what's highly unusual about that in a high end workstation?

Look, we don't all need to drive tanks to work, but some do. The rest of us don't need to play the "I could build a tank for less, but without the turbine engine, armor, or tracks" game. Well, you can do that, but they are just going to be laughed at by the people that drive tanks, and what else matters...