Add matching of Atom.app more stable

I have this file on my Mac `/Users/timosand/Library/Application Support/com.github.atom.ShipIt/update.85PyXs3/Atom.app` and my `mdfind` returns it. It seems to be a common one, so I thought to remove it from the list to be sure that it selects the right Atom.app
Upgrade to apm 0.96
:memo: Add installing on debian steps
Upgrade to settings-view@0.145
Upgrade to language-xml@0.21
Force scrollbars to be GPU layers when acceleration is enabled

Fixes #3559

For some reason, Chromium 37 is not compositing scrollbars correctly on
secondary monitors in OS X. They’re invisible when the lines layer
extends beneath the scrollbars unless we apply this style.
Start on Workspace::getView
Use atom.workspace.getView to construct WorkspaceViews

It returns the root DOM node of the workspace. Eventually this will
be a custom element but for now it’s just a DOM node with a
__spacePenView reference on it.
Use Workspace::getView to build PaneContainerView
Extract a ViewRegistry that can be shared amongst Workspace objects
Construct PaneAxisViews and PaneViews via ViewRegistry
Use the ViewRegistry to construct pane item views
Upgrade background-tips to fix spec failure
Isolate ViewRegistry specs
Use view providers to build views if a matching provider is available
:pencil: Document Workspace::getView
Return disposable from ViewRegistry::addViewProvider
Rename view/modelClass to view/modelConstructor in view provider specs

It’s a more technically correct term. You use a class keyword to declare
these things, but the actual objects you pass around to talk about them
are constructor functions.
Allow view providers to specify a createView factory method

If present, it will be called with the model object instead of
instantiating the view constructor directly and assigning a model on it.
This gives users more flexibility when constructing views.
Make ::getView essential because otherwise the section is empty