Lets see what the article says...

Why the DoD chose Android? The reason was simple: open source.

This seems to say that there was only one reason, and it's due to the open source nature of Android. If this was the only reason, why did they also continue to support Blackberry?

Using Apple's iPhone or iOS by government officials is a risk, especially when used by non-American officials. Apple tracks your movement through the built-in GPS chips.

(They linked to an old Ars article born in the hype of locationgate)
And yep, so does Android. And Windows Phone 7, and Blackberry, and Symbian, and any other AGPS system. Locationgate was a big deal only because people made it so. The "app" that was written to show the problem didn't actually plot the correct data, it "obscured it to protect people". The unobscured data would have shown it was simply the locations of cell towers and wifi spots, not where the phone was. Buy hey, why let facts that have been well known for over a year get in the way of posting a sensationalized story a year+ down the road.

*sigh*

We need a Jon Stewart of the tech world to at least make fun of these types of horribly inaccurate stories to get some entertainment value out of them. And on a side note, it's sad how many people giddily blast Fox News for always being inaccurate and sensational, while also liking the exact type of inaccurate and sensational stories in the tech world.

Apple created the demand, and Samsung is the company that can meet the demand Apple has created. Credit is fine to apply to both companies, not just one or the other.

Their Mac Pro towers are assembled in the US (as seen on the bottom label from a 2008, 2009 and 2010 model). I wonder how much of that workstation cost is assembly, vs the high priced server level hardware.

Citation needed for the iPhone and Carrier IQ part. Your link lacks any reference to iPhone or iOS. Apple has never allowed carriers to install custom versions of iOS on the phones. They only allow carriers to send Apple information for carrier specific settings such as APN, that Apple then distributes to the appropriate iPhone owners.

Apple did way more to loosen carrier control over phones then Google has with Android, RIM with Blackberry, and Microsoft with WP7.

And the two bugs were:
- The cached data of locations of WiFi and Cell towers was stored in a directory incorrectly flagged for backup to the PC/Mac.
- Turning off Location Services didn't clear the cache.

Apple also did change the behavior of the cache to clear entries after a week, which I find annoying. I've noticed the difference in time it takes to find me when I want to use location services when I'm out and about in the larger metro area on the weekends.

The rest of the bugs were in the so called "journalists" the blogged about it, turning it into locationgate thanks to the internet echo chamber.

There is no "automatically" with iCloud. It has to be turned on. A new device with iOS 5 will ask, just as it asks about location services, and the ability to send the diagnostic info to Apple. There are no defaults, every user has to make the choice.

Actually use a device and do some research, kids! Yes, the terms of service has all the info about what happens when you turn on these services. But to say any of this happens automatically from day one with a device is incorrect.

Privacy between you and your cellular provider is a completely different subject though.

Why should I drop it? Most people don't forgive other companies (Apple, Microsoft, etc) for grievances done over a decade ago, and yet Google gets a free pass after a week?

I'm not bringing it up to use as a fanboy attack like many others do. I'm bringing it up to illustrate the dangers of blindly believing Google's "open" message. It's open until they decide it's closed. There is nothing stopping Google from doing the exact same trick for future Android devices. I want to see Google do good, and keep Android open. The Honeycomb situation should not be forgotten, so we can try and pressure Google to stay on message more frequently.

Part of me (call it the tin foil hat part of my mind) has to wonder if Honeycomb was closed for as long as it was to prevent Amazon from using it to fork for their Fire tablet. Ultimately I think that if it was part of the motivation, it;s more damaging to Android as a whole in the tablet space. Some devs are going to be targeting 2.3 for the Fire, and doing lowest common denominator ports to 3.0/4.0 Android tablets, leading to a poorer experience for everyone.

If you want to nit pick meanings, fine, though to get stuck doing so misses the larger picture. To most people, Android means a phone, running Google's Android OS, and Google's Android applications such as the marketplace, Gmail, Maps, etc. The marketplace, maps, Gmail and other common apps that come with every Google Android certified device are not open.

The reason I make a distinction between open and closed here is that yes, on Linux, almost the entire stack is open, from the proper Linux kernel, to the Gnome/KDE windowing environment, to the browsers, e-mail apps and other common programs bundled with a typical Linux distribution.

Yes, Android is functional without the closed bits Google doesn't ship, but only functional to engineering minded people who need a good OS to build their own mobile platform or device.

One interesting part that changed from open to closed is the handling of AGPS location caching. Remember, that same thing everyone blew up at Apple over last year? Yeah, Android does the same, and the open code revealed it, and the complete hiding of it inside some closed location API Google provides with Google Certified devices.

You mean the smartphone location fiasco where it was discovered that *gasp* AGPS caches data on phones, including Android, Blackberry, iPhone and WebOS? Yep. Typical internet echo chamber amplification that turned it into an attack point for fanboys who didn't actually do any research.

Apple did have one legitimate bug in the situation. The cache was in a folder marked for backup to computers, due to it living in the same location as the settings file to toggle what apps can use location data. This was fixed, and the cache was reduced. I personally preferred the old cache time, since it meant my phone found my location when I wanted it to quicker. But they bowed to the pressure from the echo chamber anyhow.

Only parts of Android are open source. Other parts, including key infrastructure pieces and the majority of apps people use that ship on the devices are closed.

And open source here is a license that doesn't require Google to disclose the source when shipping, leading to every Android Honeycomb tablet that shipped this year being a closed platform until this week.

Google has severely muddied the meaning of open and open source compared to what we are used to from the GPL and Linux worlds.

Never let your hatred of Apple, Microsoft or whoever to cloud your judgement of the companies you do cling to. Google's "open" message is eerily similar to FUD messages Microsoft was spreading in the 90s when it came to Java and "open computing". The quicker we hold these companies accountable, the quicker it improves. Getting stuck in fanboy wars and putting on the blinders helps no one.

It is, and has been for a long time. Just move on. In fact, not even sure why I came back recently. Very few people here are actually interested in real facts, too many of them are slanted towards RMS crazy land. *pssst, I hate cell phones, they are used to track you and will remotely spy on everyone. Oh, can I borrow yours to make a call?*

Processing power still matters today. With the shift to more and more mobile computing platforms (lighter laptops, advanced smartphones, tablets), efficiency keeps us from needing to plug in as often. Also if you have a view of wanting to help the environment, it's less power wasted.

Keep in mind any Airplay compatible device can use ALAC, but can't use FLAC. This includes the Airport Express units that have been out since ~2004 or so, and the newer non Apple devices with Airplay compatibility. This is likely a move to assist with 3rd parties wanting to integrate more with Airplay, as the relevant network pieces (Bonjour) are already out there in source form.

Sadly I'm sure most people here will go on and on about how it's not FLAC, and whatever. For once, just at least appreciate that Apple is continuing to throw some interesting things out to the OSS crowd instead of deciding to nitpick it to death. If you don't want to use it, thats fine. Just really tired of the nitpickery and general negative outlook geeks around here tend to have. Cheer up for once :-)

If you don't have contact entries specifically labeled "Mom" "Brother" etc, then yes, you need to provide this information somehow. Either by telling Siri once, or by editing the address book.