First, logcat appends lines to the bottom of the file. So the bottommost stacktrace is the most recent. The topmost is the first to occur (with the "most recent" being the last to occur).
To analyze a stacktrace, basically start by reading each line until you see an object from your app. Within the stacktrace the topmost line with your app info is the "root" cause of the crash, while your app may contain objects that were inherited or called by your line (or inherited method's lines) of code.
In your case, this is your culprit:
at ca.foo.awesomeapp.MainActivity.onDestroy(MainActivity.java:179)
That should tell you that on line 179 of "MainActivity" inside the "onDestroy" method, you are calling something that resulted in a null pointer exception. The line directly above it tells you where it occurred before it hit your code - the "WroxAccessory" - which appears to have a null object in it, and that's where it stops. Otherwise, you would see more lines about this line:
at dalvik.system.NativeStart.main(Native Method) Caused by: java.lang.NullPointerException
That's the main "looper" holding your app. So above that is usually not helpful (because it's extremely unlikely to be a bug in there, but that code is running also and executing your code, so it's a part of the trace).