Apple Remote Desktop Admin update

With all of the fanfare of a mouse creeping into a dark, dank basement, Apple updated the Apple Remote Desktop Admin app to version 3.6.1 a few days ago.

Remote Desktop 3.6.1 requires either OS X Lion or OS X Mountain Lion. For Mountain Lion, the update is available via the Updates tab in the Mac App Store. For Lion, the update will be available in the Mac App Store if you purchased Apple Remote Desktop from the store originally, or as an automatic software update if purchased on disc. There's also a manual update available for direct download.

What's in the update? Apple says that it will improve "the overall stability and reliability of the Remote Desktop application, and includes the following specific changes:"

  • Faster launch speed when long computer lists are present.
  • Reliability of migrated computer lists when upgrading from earlier versions of Apple Remote Desktop.
  • Improves observing and controlling computers that have more than one display.

More information about the update is available in KB articles HT5422 and HT1222.

Apple Remote Desktop Admin update originally appeared on TUAW - The Unofficial Apple Weblog on Thu, 23 Aug 2012 11:30:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

from TUAW - The Unofficial Apple Weblog http://www.tuaw.com/2012/08/23/apple-remote-desktop-admin-update/

Acquia, uTest, Gemvara: The Fastest Growing Companies in Massachusetts

Inc. Magazine released its Inc. 5000 list of the fastest growing companies last week, and the top three firms in Massachusetts should all be familiar to BostInno readers:

#8 Acquia

We’ve covered Acquia, a content management software company offering Drupal solutions, a bit at BostInno. Last summer the company raised a $15 million Series D, and last August made two acquisitions. Inc. has Acquia at 10,461 percent growth over three years, and $21.8 million in revenue.

#16 uTest

uTest is in the mobile app testing space. They just recently made an acquisition, and back in December raised a $17 million Series D. They’re also one of our favorite Channel parters. Inc. has them at 8,284 percent growth over three years and $8.6 million in revenue.

#48 Gemvara

Gemvara needs no introduction, as we’ve covered it extensively. The online custom jewelry retailer raised $25 million back in June. Inc. puts it at 4,613 percent growth over three years and $7.4 million in revenue.

There are other notable Boston startups on the list like Hubspot (#314) and Gazelle (#344), but they are a bit farther down the Massachusetts list. Brafton, a content marketing agency, is 4th in the state with a ranking of 61 overall, followed by The Start Group, a staffing firm, and NextWorth Solutions, a consumer electronics recycling firm.

View the fastest growing Massachusetts companies here or the full list here.

from BostInno http://bostinno.com/2012/08/23/acquia-utest-gemvara-the-fastest-growing-compa...

A Cautionary Tale: Do not move or rename your iCloud folder

"As if it were a swarm of bees, you should stay away from the SyncServices folder.' -- Apple

The moral of the story that I am about to tell is that Apple's advice about the SyncServices folder also applies to your iCloud documents. Here is the summary:

"Do not move your iCloud folder. Do not touch your iCloud folder. Consider it the digital equivalent of a hand-grenade which has had the pin pulled and which is resting safely on its handle." -- Me

This is a cautionary tale for the geeks and the tinkerers in the audience. I'm going to share my story of something I did, so that others might avoid this same situation. Learn from my mistake.

Before I begin, I want to make a few things very clear: 1) This is not something which could have happened accidentally. It happened because of something I did, not realizing the consequences. 2) This is not Apple's fault, it's mine. You should not read this story as an indictment of Apple and/or iCloud (nor Dropbox). This was my fault.

How I Got Into This Mess

"The road to hell is paved with good intentions." -- Unknown

A few months ago when I first started using iCloud for documents, I didn't trust it. Unlike Dropbox, there is no way to access my files from the web, nor is there a 30-day revision history. However, more and more apps were starting to use iCloud, so I decided that I would start using it.

"But," I thought, "I'm going to be clever about it."

Now, in my defense, the method that I was attempting is one which many geeks/nerds/tinkerers have used with Dropbox. It goes like this:

"Well, I want to have [some folder] on Dropbox, but it's over here, and my Dropbox folder is over there, so I'll just move the folder and then link it back to its original spot.

If you somehow started reading this article in the middle, let me repeat: Do not move your iCloud folder.

Your iCloud documents are saved in ~/Library/Mobile Documents. I am telling you this for several reasons. First, it's not a well-kept secret. Second, it is important to be able to discuss specifics.

I went into Terminal.app and moved ~/Library/Mobile Documents/ to ~/Dropbox/Library/Mobile Documents/ and then created a link from ~/Dropbox/Library/Mobile Documents/ to ~/Library/Mobile Documents/. Then I launched some iCloud-enabled app on my Mac and saved a document to iCloud. The file saved, so I assumed that everything was fine, and went on my merry way.

What Happened Next

One important thing to realize is that when this whole story started (back in June) there were some iCloud-enabled apps, but there were not a lot of them, at least not a lot of them that I was using. I used (and continue to use) Dropbox whenever possible, so I was only using iCloud if Dropbox wasn't available.

Looking at this all in hindsight, the problem seems obvious, but as I experienced it, the following things seemed like a series of seemingly unrelated events.

  1. I launched an iCloud-enabled 3rd party app on my iPhone, and all of the data was gone. Fortunately it wasn't all that crucial, so its loss wasn't that big of a deal. Unfortunately, because the loss wasn't that big of a deal, I didn't stop to think about it, or try to figure out what had happened. Instead I brushed it off as "proof" that iCloud wasn't to be trusted. (Note: I believe the technical term for this is Confirmation Bias.)

  2. Other iCloud-enabled apps on my iPad or iPhone occasionally complained about not being able to save or retrieve data from iCloud. Here again, the good news and bad news is that most of these apps are designed to do as much as they can in the background, as transparently as possible. They are also designed to deal with the reality that sometimes you may not have a network connection, or that network connect may not be very good. Most of the error warnings said little more than there was a "Connection Error" or a "Timeout". Unfortunately, my home Internet connection is through satellite, so I see these sorts of errors all the time and so I largely ignored them.

  3. My iCloud contacts, calendars, reminders, bookmarks, notes, and Photo Stream all continued to work just fine. I took this to mean that iCloud as a whole was working fine. What I failed to understand is that "Documents & Data" on iCloud are completely different than those "built-in" features from Apple. In fact, I didn't really start to pay attention to the problem until Pages on my iPad stopped connecting to iCloud.

I don't use Pages all that often. Like many geeks, I tend to prefer text files, which manage with nvALT on my Mac and Simplenote. But one day I was trying to make a Pages document on my iPad and couldn't. Every time I tapped "New Document" and then chose a template, a progress indicator would spin briefly, and then leave me at the Template Chooser screen. On my Mac, I went to Pages and was able to open documents from "iCloud" just fine, but my iPad couldn't. More "evidence" that iCloud was flaky and not to be trusted. (See "Confirmation Bias" link above.)

I tried many things to try to fix the problem. I went to iCloud.com, downloaded my Pages files, and then deleted them from "the cloud" before trying Pages on my iPad again. I disabled iCloud on my iPad, created a new document in Pages (which worked fine) and then turned iCloud back on. Pages on my iPad asked if I wanted to use iCloud. I said yes. The test document I had created while iCloud was disabled disappeared. Then Pages crashed. I relaunched it, and it crashed again. I deleted Pages from my iPad, re-downloaded it, launched it again, and it crashed again. I disabled iCloud, and Pages worked.

By this time it was well over a month after I had moved my iCloud documents folder, and quite frankly I had forgotten that I had even done anything to it. Because iCloud had (seemed to) work fine when I first made the change, I had never stopped to think about it again after that. Again, the "move a folder to Dropbox and then link it back to its original location" technique has been used for a long time. I had no reason to think it wouldn't work here too, but it didn't.

When I realized I was in trouble

After having these little annoyances with iCloud documents for awhile, I finally decided to try to dig in and fix it this past week. I tried every solution that I could think of or that I found via web searches. I disabled iCloud documents on my Mac, and on my iOS devices. I disabled and re-enabled iCloud support in all of the various applications that I use, on the Mac as well as on my iPad and iPhone. I deleted iOS applications and re-downloaded/re-installed them. Nothing worked.

Finally I launched Day One on my iPhone, which gave me the most detailed error message I had seen:

I'll admit that most of that message is completely lost on me, but I did recognize one thing: the NSFilePath included "Dropbox" in the path, and that should not be there.

I'm not sure exactly what happened, but my theory is that either one of two things happened: 1) I did not turn off iCloud document syncing when I moved the ~/Library/Mobile Documents folder, which meant that as I was moving it it was trying to sync to iCloud, and/or 2) some or all of the iCloud apps determined that the "real path" was ~/Dropbox/Library/Mobile Documents (that is, they recognized that ~/Library/Mobile Documents was a Unix-style link in the path, and saved the actual path instead of the linked path.

It appears that from there, the path information was sent from from my Mac up to iCloud, where it was stored. From there, iCloud sent the path information back to my iOS devices and said "OK, you need to put this in /private/var/mobile/Dropbox/Library/Documents/." However, the iOS apps -- which are "sandboxed" to prevent them from creating files or folders anywhere except where they are very strictly allowed to -- either tried to create that path and failed, or never assumed that they would ever have to deal with a different path.

Again, those two paragraphs are my guesses as to what happened, based on what I have seen. Several smart people have looked at this and said "Wait, that's... not supposed to happen. How did that happen?"

All I know is that I can't fix the problem from my Mac, and nothing, even as far as restoring my iPad to factory conditions, will fix it on the iOS side.

Finally, in a fit of frustration, I created a brand new Apple ID and used that with all of my iCloud apps. Result: Everything worked fine.

Time to call AppleCare

My primary Apple ID is a former Mobile Me account which is paid through the end of September, and it already has my photostream, contacts, calendars, reminders, and everything else on it, so the idea of throwing it away and starting with a new Apple ID for iCloud was not all that appealing.

My iPhone, iPad, and MacBook Air are all covered by AppleCare, so I figured it was time to try to see if Apple could fix this. I called yesterday and spent over three hours on the phone with 3 different levels of Mac, iOS, and iCloud support. Everyone was extremely knowledgeable and helpful. They had me try several different things to try to fix it, but in the end, nothing worked. My case has been escalated to some sort of "iCloud Technical Support Grand Master." (Note: that may not be his/her actual title, but by the tone of voice used by the 3rd-tier AppleCare support person I was talking to, that's how I'm going to think of them.

As I imagine it, this is a guy in a room full of Mac Pros and Xserves. He's surrounded by boxes, papers, computers, connectors, and a coffee pot. The office has an adjoining bathroom. It is located at the far end of a building that no one ever goes to, and where few people even know it exists. There is no phone. There are no windows. He's never seen coming or going. People wonder what he eats). I am supposed to hear back from Apple in the next 3-5 days, after the Grand Master calls the guy I was working with, who will then call me. (The Grand Master does not deal directly with end users, obviously. Would you?)

Conclusion

A 3+ hour phone call with tech support which ends with "Well, we'll see what he can do. You don't have any files you need in there, right?" might seem like a bad tech support experience. But the good news is that because this happened at the very beginning of my iCloud use, I don't have any files I need in there. I can't get angry at Apple for this, because this really isn't a situation that they could have foreseen. And, as one of the AppleCare folks said to me yesterday (in a very friendly and kind-hearted way): "Yeah, that Library folder is hidden for a reason." There are lots of things that you shouldn't touch in there, but of all of them, I suspect the most "dangerous" one of them may be the Mobile Documents folder, because *once that syncs to iCloud, you can't access the "official" version. The "official" version lives somewhere on Apple's iCloud servers.

My biggest frustration with iCloud documents is that there is no way to access the "canonical" version of these files, like there is with Dropbox. If I have a problem with my calendars or contacts, I can go to iCloud.com and access them directly. I can edit them, export copies of them, or delete them. But I can't do that with my files. (While iTunes Match is a completely separate service from iCloud, the problem remains the same: no direct access to my files.)

My distrust of iCloud is what made me try to tinker with it in the first place. By trying to make it "more reliable" (that is, by having my iCloud documents in my Dropbox, so I would have immediate backups and 30 days of revision history), I ended up making iCloud entirely non-functional. Apple took reasonable precautions to protect me from myself by making the Library folder "invisible". The "Mobile Documents" folder isn't protected by an Access Control List against moving or deletion, but if it had been, I would have simply overridden it anyway.

I didn't have any reason to distrust iCloud, other than my previous experience with iDisk, which was a completely different product. In my (admittedly limited) testing with a separate iCloud account, iCloud sync seems to work very well, even when I tried to fool it by editing the same document on my iPad and Mac at the same time.

Be that as it may, whenever I am given the choice between syncing with Dropbox or iCloud, I will choose Dropbox every time, because my experience with Dropbox shows that it works reliably and I know that if Something Bad happens, I can access my files on their Web site. I do worry, however, that Mac/iOS app developers will decide that supporting one method of sync is challenging enough, and will opt for iCloud instead of Dropbox. Only time will tell.

However, if you learn nothing else today, learn this: the Mobile Documents folder is not to be trifled with. Leave it alone. Don't move or rename any files or folders you find in there. You can probably safely copy files from there, but I wouldn't do anything more than that.

A Cautionary Tale: Do not move or rename your iCloud folder originally appeared on TUAW - The Unofficial Apple Weblog on Wed, 22 Aug 2012 08:30:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

from TUAW - The Unofficial Apple Weblog http://www.tuaw.com/2012/08/22/a-cautionary-tale-do-not-move-or-rename-your-i...

Amazon launches Glacier archiving service, a cheap way to put your files on ice

Amazon launches 'Glacier' archiving service, a cheap way to put your files on ice

Amazon's S3 cloud service has proved a popular proposition, with many large web enterprises happily depending on it (most of the time) to serve up its content. Now, the internet retail giant is offering a similar product, aimed squarely at archives, called Glacier. The idea seems pretty simple, starting from a penny, you can store 1GB of data on the firm's servers for one month. You'll only pay for what you store, and there are no upfront costs. Thinking this sounds like a cheap way to host your website? Well, maybe not, as retrieval requests are sent to a queue, and won't be available to download for a few hours. There's no limit on the amount of data you can store though, which is not surprising, but each individual archive does have a 40TB limit -- so those DNA back-ups are off the menu. Retrieval is priced differently, with 5 percent of your storage (pro rata) downloadable for free, but beyond that you'll have to pay. The service is available from today, with storage locations in the US, Europe and Japan. Full details of pricing can be found via the source.

Filed under:

Amazon launches Glacier archiving service, a cheap way to put your files on ice originally appeared on Engadget on Tue, 21 Aug 2012 22:37:00 EDT. Please see our terms for use of feeds.

Permalink Techmeme  |  sourceAmazon Web Services Blog  | Email this | Comments

from Engadget http://www.engadget.com/2012/08/21/amazon-launches-glacier-archiving-service/

Why Social Media Can’t Win Swing Votes


Mashable OP-ED: This post reflects the opinions of the author and not necessarily those of Mashable as a publication.

The 2012 election is supposedly set to showcase how well candidates understand and leverage the deep nuances of social media and the endless amounts of big data available. Political strategists believe they will identify what people really care about through dazzling algorithms, connect like-minded voters, and weave politicians into the social warp. Just like that, the magic will happen. Minds will be changed and politics will somehow be reshaped by this medium.

Or so the argument goes.

The reality is that Facebook, where President Barack Obama and Presidential Republican nominee, Mitt Romney are battling it out for fans and attention, is in the midst of a struggle. In fact, you m…
Continue reading...

More About: 2012 election, contributor, features, social media marketing

from Mashable! http://mashable.com/2012/08/21/social-media-politics-2/?utm_source=feedburner...

Solar Power Station Claims to Charge Your Phone at Outlet Speeds


A new tool uses the power of the sun to charge up your electronic devices.

The SunVolt Solar Power Station is a portable charging platform that will convert the sun's rays into an outlet-free charger for your phone, tablet or digital camera. On a clear day, the station can charge multiple devices as fast as if they were plugged into a wall, according its Kickstarter page.

In a promotional video, creator Don Cayelli recommends using the SunVolt on camping trips, at the beach or as an emergency power source.

A SunVolt Power Station Charging Kit includes one 10 or 15 watt monocrystalline solar panel, a custom carrying case, a power regulation cir…
Continue reading...

More About: mobile phones, solar power, trending

from Mashable! http://mashable.com/2012/08/21/solar-power-station-charge-phone/?utm_source=f...

Football v. Football: Which Sport Wins Social? [INFOGRAPHIC]


Americans love their football. Brits love their football, too. Thing is, they love different footballs. Americans love the football that involves a pigskin, gridiron and crushing body blows between 300-pound behemoths. Brits, and pretty much the rest of the world, love the football that's also known as futbol, futebol or -- in the States -- soccer.

But how do the respective footballs match up on social media? A comparison of the NFL and English Premier League yields some interesting results as both seasons begin to get under way. While the NFL's official league pages dominate their EPL counterparts on Facebook and Twitter, EPL clubs' global appeal appears to give them an big advantage wh…
Continue reading...

More About: Social Media, Sports, infographics, nfl, soccer, trending

from Mashable! http://mashable.com/2012/08/21/football-soccer-infographic/?utm_source=feedbu...

Research: TV’s second screen is for talking, not browsing

More and more viewers are using companion devices whilst watching television. But new research suggests viewers are keener on some uses for those devices than others.

Twenty-four percent of viewers use a second device screen whilst watching TV, according to Deloitte’s UK survey of 2,000 people.

What are they doing with those devices?

Whilst nearly half of 16-to-24-year-olds use communication tools like email and social networks, only one in 10 of second-screeners browse the internet for information about the shows they are watching, Deloitte found.

This could suggest there is greater opportunity in second screens’ social dimension that in commerce and adjunct information.

Deloitte technology, media and telecoms director Paul Lee:

“Second screening’s impact is far greater in driving conversations about a programme, as opposed to interaction with it.

“The challenge for second screen content today is that it is likely to be relatively expensive as we are still in an experimental, bespoke phase.

“Every pound spent on second screen content may be a pound diverted from the first screen; in order to justify the investment content creators need to get the balance right between all screens.”


from GigaOM http://paidcontent.org/2012/08/20/research-tvs-second-screen-is-for-talking-n...

The Future!: Another Day, Another Functional Hover Bike

hover-bike-1.jpg This is a currently unnamed Aerofex dual rotor-powered hoverbike. Personally, I suggest they call it the Boner-bike, but that's just me and there's no way you could zoom around on that thing without one. OR A HELMET. Safety first, folks. I'm joking -- it's your head, I don't care what you do with it.
[The bike] originates from a design abandoned in the 1960s because of stability and rollover problems. Aerofex, a California-based firm, fixed the stability issue by creating a mechanical system -- controlled by two control bars at knee-level -- that allows the vehicle to respond to a human pilot's leaning movements and natural sense of balance. But Aerofex does not plan to immediately develop and sell a manned version. Instead, the aerospace firm sees the aerial vehicle as a test platform for new unmanned drones -- heavy-lift robotic workhorses that could use the same hover technology to work in agricultural fields, or swiftly deliver supplies to search-and-rescue teams in rough terrain. Aerofex has currently limited human flight testing to a height of 15 feet and speeds of about 30 mph, but more out of caution rather than because of any technological limits. Older versions of the hover vehicles could fly about as fast as helicopters, De Roche said.
Hey Aerofex -- you looking for a pilot willing to go higher than 15-feet and faster than 30 mph? I'M YOUR BROBRO. I'll take that thing up to a mile and open the throttle till I hit a bird at 200 MPH and it blows a hole through my chest. No regrets. Well, not about that anyways. TONS of other regrets. Hit the jump for a couple more shots and a video demonstration.

from Geekologie - Gadgets, Gizmos, and Awesome http://www.geekologie.com/2012/08/the-future-another-day-another-functiona.ph...