But bluetooth headsets do what they are intended for very well...they have long battery life (days at a minimum, weeks for many models) and allow you to perform any audio interaction with your phone that you might need without having to remove your phone from its storage.

A smart watch can't do audio interactions any better than the phone, and the display doesn't provide enough extra utility (texts can be listened to via text-to-speech over a bluetooth headset) until some "killer app" is written for it. In addition, most bluetooth headsets require little to no extra software on the phone, but apps that utilize a smart watch will have to have code that specifically handles the smart watch interface.

At US$600, it's also not "cheap".

But, you do make a good point in that people who already wear watches tend to like the style they have, and won't trade that for smart watch functionality. And, that people who wouldn't mind spending $350 on a smart watch likely already have a watch at least that expensive that they won't give up.

I don't think I need to remind you that there are people who—as I type this—are downloading video of somebody else contorting themselves into just such a position, silly-looking or not.

So, such a device would aid in creation of "plot" for these videos.

The correct solution is to put all the "phone" functionality (antenna, transmitter, etc.) in the "watch", and use the "phone" as nothing more than a remote display and computing platform. It would be tricky to create the right split (since the watch has to have some computing power), but not impossible. The second trick would be to get the battery life of the watch high enough with the added power requirements.

The current split of "watch is a peripheral" won't appeal to enough people to make true sales inroads. Sure, Apple is going to sell a lot of these just because of the Apple name, but it's still going to be just a small percentage of iPhone owners, much less smart phone owners.

Most of those exemptions are only truly valid while on an "emergency" response, even though most cops treat them like full-time exemptions.

Because of the emergency requirement, and because the police car has a radio and most have computers, I can't think of any reason to allow cops to use hand-held cell phones for any reason while driving. If they are responding to an emergency, they should be using official communications methods, and if they aren't, they shouldn't get an exemption from laws.

Similarly, my car provides this same feature, and also allows me to send "canned" texts (similar to one-button taunts in online games) with a couple of clicks on the car's touch screen. I also can't edit "regular" texts while the car is in motion, but I can edit either the canned texts to meet my needs or edit a normal text while the car is stopped but still hit "send" while the car is in motion.

He's a hobbit, so he starts with second breakfast, and it just continues from there.

Buy hardware that supports 2-4TB on the motherboard.

Regardless of the physical size of the server, the price for such a motherboard plus RAM is going to be less than the add-in card plus RAM. It might be a lot more for the add-in solution, as you might not get warranty support unless you buy RAM from the same company that sells the card. You might also have to decide how much RAM disk you want at time of purchase, while system RAM can be upgraded (to the limit of the motherboard) and you can easily decide the size of RAM disk via software.

Also, for Linux, add-in cards might not have drivers, while system RAM does.

It's easier to just buy more system RAM than to have specialized "RAM drive" hardware.

Then, if caching doesn't give you good enough performance, you can just use software to create a RAM disk.

There is no reason the iPhone 6 needs to be larger than the iPhone 5, even with a larger screen.

It's just Apple sticking to the exact same space-wasting layout of previous iPhones that makes it so. My phone has a 5.2" 1920x1080 screen, giving it a bigger screen and more resolution than the iPhone 6, yet the iPhone 6 is only 0.25" less wide (and the same height).

Apple design fail.

The iPhone 5 has a 5.3" diagonal case with a 4" screen. My LG G2 has a 5.2" diagonal screen with a 5.75" diagonal case.

So, if they lay out the iPhone 6 screen so it uses the phone area better, it should be about a 5.2" screen, which is less than the old iPhones. Even the 6 Plus shouldn't be more than 6" diagonal case, if designed correctly.

A bluetooth headset that speaks caller ID is even easier.

Seriously, if you feel you must have your phone with you while actually on the slope, then you don't understand the concept of "time off". If your clients feel they are so important that not getting back to them in an hour or two will cost you their business, then you are even worse off than someone living paycheck to paycheck.

"Server" is set to automatic and shouldn't be required at all unless you want to share files to another machine, and is the historic point of access for most exploits.

"Remote Desktop Services" is set to manual but seems to get started by some other service in a default install.

"WebClient" is set to manual but seems to get started by some other service in a default install, and is dangerous because it allows any program to upload/download files via a "trusted" mechanism, even if the program itself isn't really trustworthy.

I'm sure there are a lot more, but all of my machines have had useless startup services disabled, so I'd have to do a completely fresh install to check for sure.

Prime Video really isn't a good comparison to any other service, because it's really just a free extra, since Prime is mostly about free two-day shipping.

I watch Prime videos for exactly that reason...they are free. The $100 annual fee for Prime is well worth it for my household, as we average one package per week from Amazon.

This still doesn't fix the problem I had, which was that the clamd socket wasn't accepting connections when sendmail actually started, so sendmail failed.

Also, you can't edit sendmail.service and have the changes stick, as it is located at /usr/lib/systemd/system/sendmail.service and will be overwritten the next time sendmail is updated. I know there is a poorly documented mechanism for overriding the built-in version of a *.service file, but could never figure out how it really works. OTOH, editing /etc/init.d/sendmail works really well and isn't overwritten by a package update, because packagers know files in /etc/init.d are often changed.