Showing posts with label OS X. Show all posts
Showing posts with label OS X. Show all posts

Wednesday, November 12, 2014

Hand Off and Continuity on OS X Yosemite and iOS 8



After using Handoff and Continuity between iOS 8 and Yosemite, I have some thoughts on this. Hand-off is the ability to have Mac OSX computers and iPhone/iPads pick up from what you were doing. For example, if you are composing an email on your mac, you can easily walk away from your desk and pick up to the exact sentence you were typing on your iPhone.

So after a month, how does it stack up? Read on.

In theory, the idea of interchanging tasks between devices sounds pretty amazing. In some instances, I really like it but in general, hand off isn't a game changer. I'll go down the things I like and things I don't really care for.

Performance and reliability.

Picking up web pages is pretty quick. Only downside is if you are authenticated in a logged in session, an iPhone isn't going to know you are logged into a secure site and you'll be prompted to a login page. There is no way around this. However, the ability to see what other devices and what pages are opened have existed way before Handoff. When you create a new tab, you can previously scroll down and see what other linked iCloud devices have as their recent or open tabs.

Email works great for short messages. When you have emails with large attachments, there is a lag between switching between iPhone/iPad and a Mac. It does have to copy/transfer large attachments between devices over bluetooth. Thus, the transition doesn't feel smooth.

I haven't tried Pages or any of the other iLife suite.

It is also a hit or miss. Sometimes, I see the hand off icons and sometimes I don't. This is something that needs to work all the time to be useful. I also think it may be attributed to the fact, I have multiple iOS devices around my mac so there is a possibility, the Macbook doesn't know to notify my phone or tablets.

Hand Off is only a small part of what Apple calls Continuity. Hand Off may be a bit half baked right now in terms of performance but the rest of Continuity is pretty compelling.



Continuity


(This is a phone# from some telephone spammer making a robot call to my Mac)


Answering calls from an iPad or Macbook is pretty cool. I know this has been done ten years ago and I remember doing it from my 12" Apple iBook but the whole experience is a bit seamless. In fact, too seamless. When I get a call, my iPad, Macbook, and a iPod Touch all ring in addition to my iPhone.

I also like the fact, I do all my SMS composing with a Mac now. I have proper diction and grammar in my text messages instead of doing it on a phone. I wasn't a big user of iMessage because I do work with people and have friends/family who are not in Apple's ecosystem. So the ability to do SMS from an iPad or Mac is very good.

Lastly, the biggest value to me is AirDrop. That is the most compelling feature to me. Yes, people will say you can do that you can transfer files with Bluetooth and apps. It isn't the same. There is no pairing involved and no set-up. It just works. It works with other users within your vicinity.

It is more than just transferring files. I am an extensive user of Apple "Notes" with over 3,000 entries of technical information from code tidbits, bash scripts, general how-to I use to diagnose problems for my work. It is my encyclopedia of knowledge. My notes are often formatted RTF style. Now, I can share those with colleagues and friends. For example, last week, they were stuck with some Cisco commands. I had an entire write-up with code snippets that I was able to AirDrop from my Mac to a friend's iPad. He then shared it out to two other colleagues who had iPhones. That was a Eureka moment. I didn't have to convert my notes into a Word file or PDF and email it. I feel more secure AirDropping an RSA key locally then sending it as an email attachment.


Another big plus are photos. I shoot mostly with my iPhone now. However, I like to edit them with my iPad due to the larger screen. I can round up 10-12 images and simply AirDropping them is very fast and intuitive. It is basically two clicks of a button and I will have my images ready for Pixelmator on the iPad. This to me, is the best feature of Continuity.

I haven't tried the hotspot feature as I have a work issued Mi-Fi and have no need for it. 

Overall, I like the new integration between mobile devies and desktop computers. I am starting to use iCloud much more now in the past month than I ever have since it was available.  In fact, I never touched it before iOS 8 as I had other alternatives such as One Drive, Google Drive and DropBox. With new iOS apps taking advantage of it and the ability for me to quickly share things to those apps, it now makes a compelling use case to use iCloud. Many of the great apps I do use also have DropBox integration but I am starting to see a push toward iCloud.












Monday, October 6, 2014

Fixing the BASH Shellshock vulnerability on OSX 10.5.8 and 10.6.8





Apple released a BASH update that addresses the vulnerabilities of ShellShock but they neglected operating systens older than 10.7 Lion.

Well, I happen to know people who are running various 10.5.8 and 10.6.8 Snow Leopard machines in production. They are used in automation and rely heavily on BASH. Thus, I upgraded  over a dozen legacy Mac OSX Servers and it was pretty straightforward.

I'm not going to take the credit but most of what you need is at this link:
http://www.macissues.com/2014/09/25/how-to-unofficially-fix-the-shell-shock-bash-vulnerability-in-os-x/

You will need to download the latest Xcode for each respective OS.
The only gotcha as 10.5.8 and cURL. 10.5.8's built in cURL does not support SSL so you will need to add a -k (insecure SSL) flag in the instructions.

Here is an example:
For 10.6.8

curl  https://opensource.apple.com/tarballs/bash/bash-92.tar.gz | tar zxf -


For 10.5.8
curl -k https://opensource.apple.com/tarballs/bash/bash-92.tar.gz | tar zxf -


That is it. For 10.5, add the -k flag for each cURL request you download from Apple's servers.

Once finish, you should be able to address all of these vulnerabilities:
CVE-2014-6271 
CVE-2014-7169
CVE-2014-6277 
CVE-2014-6278 
CVE-2014-7186
CVE-2014-7187

Bash should be updated to 3.2.55(1)



Once you are patched, it is time to test.
You can go to shellshocker.net and download a bash script that run through all the vulnerabilities.

Or run it from the shell via cURL.
curl https://shellshocker.net/shellshock_test.sh | bash



I hope this helps.

Once you compile it, you can easily tar the files up and use it for re-distribution to similar machines. I only had to compile BASH twice (one for 10.5 and one for 10.6). I then took my Releasebuild binaries and rsync them across various OSX machines from my iPad.


I tested it extensively on some VMs and then to production servers. I was a bit worried about going the homebrew route as that method will install newer 4.3. That is a major generational change and there would be some major breakage somewhere. Thus, sticking with a 3.2.XX version of BASH with all the updates will be the most painless. I have OS X servers running MailMan listservs, some are used for  production automation that runs rsynch, mounting NFS shares, CalDAV, and the likes. So far, nothing has broken.

Wednesday, January 2, 2013

Bootable Thunderbolt on OSX 10.8



I had to use an external Thunderbolt bootable mac drive for the past 2 weeks and the experience has been great.
If you ever booted off Firewire or USB 2.0, the experience was horrible. You often felt like you were using a 2004 Macbook with a 5400  4800 rpm hard drive. Even USB 3.0 operates fairs very poorly due to random reads/writes. Thunderbolt doesn't seem to have those lag issues and feels nearly native to me.

My early 2012 27" iMac went kaput so it went into service. Before it went in, I cloned the drive to a SSD. While the iMac was in the shop, I booted off the SSD via the Seagate (STAE121) Go-Flex Thunderbolt adapter. I simply plugged the drive into another iMac (and Macbook) and it just worked like usual. No need to install different drivers for different hardware or re-configure anything.

Booting off Thunderbolt is a dream. In fact, running off an external SSD was faster than booting off the normal internal 7200rpm hard drive. Mountain Lion boots in about 10 seconds off Thunderbolt.

Carbon Cloning (ghosting) a Mountain Lion OS with the full Adobe CS 5.5, MS Office, GIT, MySQL suite took less than 10 minutes. My working OS build was approximately 40GB in size so this is pretty fast. I did not suffer any sleep issues or drive disconnecting. The typical usage was 9-10 hours a day.
The only thing that was a slight concern was the Thunderbolt cables warming after extended use.




This is an ideal setup for someone who wants to run different versions of OS and Apps. For example, you can keep up to date with FCP X and have a fast bootable OS with just Final Cut 7 when you need it.


Tuesday, October 9, 2012

LaCie 2big Thunderbolt Review


Last week, I blogged about getting a LaCie 2big Thunderbolt drive.

Original post can be read here. It was a quick test using them with SSDs instead of the included 7200 rpm Seagate drives.

Today, I will give you my layman unprofessional review.

My unit is a 4TB model and replacing the drives is pretty easy. LaCie's claim of 320 MB/s is pretty accurate in my testing and that claim has been confirmed by various reviews. In fact, when I replaced the drives with SSDs, I was getting 400/475 MB/s.

For some people (mostly Mac users with Thunderbolt before June 2012), this may be the best bang for your buck. Solid State drives (SSDs) will give better raw speed but at the cost of disk size. This unit cost me as much as a 256GB Crucial M4 or Samsung 830 SSD. Instead of 256GB, I get 4TB. You can try an e-Sata RAID box but you'll be topped out at 200 MB/s which is e-Sata's theoretical ceiling.

So, there is no denying that units like this can be appealing to a certain audience. I can see that target audience being video and sound editors who need a big fast scratch drive. Note, I said "scratch" drive because this unit is a striped RAID 0 array. If one drive goes, the entire array is gone. So if you intend to use this drive, I suggest you keep regular backups.

Next, in terms of usage,I had no problems with daisy chaining drives (see picture above) or monitors. Nor did I have any problem with computers going to sleep.

Now, there are only two (maybe three) complaints:

1) This is not a true hardware RAID. The RAID is done via OSX Disk Utility RAID tools. This is buried in the specifications if you care to read. I didn't.

2) By not being a hardware RAID, this is not a bootable drive. I tried and tried installing a clean OS. Apparently, with Lion (and Mountain Lion), there is no recovery partition on a software RAID volume.

3) This in turn means you can't have multiple partitions. You can't split the drive up into multiple partitions (one for time machine, another for scratch, another media).

Are these criticism worth demoting the product? That is up to you to decide.

Overall, I can't complain considering it is a big drive to shuttle files around.

You will get 300MB/second consistently which is pretty great for most people.

















Sunday, July 8, 2012

Run native ARM Android Apps on your Macintosh


Back at Google I/O, Bluestacks made some headlines that announced you could run Android apps on a Mac.I took it for a spin and have something to report.





It is an early alpha so they have to work some kinks out. They have a curated set of 17 apps such as Facebook, twitter, flipboard and Angry Birds. I tried it and quickly removed it. It took 15 seconds to load which is way slow if you are running an SSD with 2 second Photoshop launches.
You can't install any other apps besides the curated apps.

It seems to be an emulator that does ARM binary to x86 translation. I heard of another similar project and decide to find out if it had a better experience.

BuilDroid is that project. Long time Mac users know what Rosetta did for the Mac OSX transition and this takes a similar approach.  If you remember, Rosetta did binary PowerPC translation for x86 and it ran reasonably well. This is the same idea but with a different architecture, ARM.
BuilDroid uses the "ARM binary emulator" from Intel ("libhoudini") to make this all work. Libhoudini is what will help Intel's Medfield ATOM platform enter the Android space.
This wan an genius idea to hack "libhoudini" and make an Android distro that runs inside VirtualBox.




The results? Well, VirtualBox booted the whole OS in less than 5 seconds vs Bluestack's 15 seconds.
You can install Google Play and download Google Apps and other applications from the market. I downloaded various apps and they work reasonably well. It has the full Ice Cream Sandwich OS with settings, notifications, and soft menu. In comparison, Bluestack is just an app launcher.

In fact, BuilDroid is faster than launching and running the Android SDK's simulator builds.

Both are early stage developments but I am leaning toward BuilDroid. I haven't tried BuilDroid on another operating system but I assume it will work just fine since it is running in VirtualBox.

Links:
http://bluestacks.com/
http://www.buildroid.org/