Add support for long long int/BIGINT as a column type
Change groups table to used new long long int type for gid

It is now possible to do a proper order on gid, ie:
SELECT * FROM groups ORDER BY gid;
Change users table to used new long long int type for uid and gid

It is now possible to do a proper order on uid or gid, ie:
SELECT * FROM users ORDER BY uid;
Merge pull request #288 from vmauge/NewLongType

Add new long type and migrate some vtables
Spelling fixes in comments and output.
Install libunwind8-dev for Ubuntu 14.10
Merge pull request #295 from yetanotherhacker/spellfix

Spelling fixes in comments and output.
Merge pull request #296 from rjeczalik/master

Install libunwind8-dev for Ubuntu 14.10
Fix #281, quote SOURCE_DIR for source and pip
Merge pull request #299 from facebook/fix_quotedsource

Fix #281, quote SOURCE_DIR for source and pip
Fix #290, add permissions to osqueryd logging
Merge pull request #300 from facebook/results_log_perms

Fix #290, add permissions to osqueryd logging
Fix memset/memcpy for pretty print in osqueryi
Merge pull request #303 from facebook/pretty_print_ptrs

Fix memset/memcpy for pretty print in osqueryi
Add lsof for #28 functionality to Darwin, refactor to use shared infra for process_envs
Add quarantine vtable for OSX

The tables reports:
- path: The file in quarantine
- creator: The application that created the file

Example:
osquery> select * from quarantine limit 10;

+----------------------------------------------------------------------------+---------------+
| path                                                                       | creator       |
+----------------------------------------------------------------------------+---------------+
| /Applications/Adium.app                                                    | Google Chrome |
| /Applications/Adium.app/Contents                                           | Google Chrome |
| /Applications/Adium.app/Contents/_CodeSignature                            | Google Chrome |
| /Applications/Adium.app/Contents/_CodeSignature/CodeResources              | Google Chrome |
| /Applications/Adium.app/Contents/Frameworks                                | Google Chrome |
| /Applications/Adium.app/Contents/Frameworks/Adium.framework                | Google Chrome |
| /Applications/Adium.app/Contents/Frameworks/Adium.framework/Adium          | Google Chrome |
| /Applications/Adium.app/Contents/Frameworks/Adium.framework/Headers        | Google Chrome |
| /Applications/Adium.app/Contents/Frameworks/Adium.framework/PrivateHeaders | Google Chrome |
| /Applications/Adium.app/Contents/Frameworks/Adium.framework/Resources      | Google Chrome |
+----------------------------------------------------------------------------+---------------+

Fixes issue #231
Fixing number of cores detection for boost builds

This way of cores detection:
```bash
cat /proc/cpuinfo | grep "cpu cores" | uniq | awk '{print $NF}'
```
is cumbersome and didn't work in some cases, e.g. for VM on VirtualBox with one CPU.
It's much better to use something else, e.g.
```bash
getconf _NPROCESSORS_ONLN
```
as stated in
https://stackoverflow.com/questions/6481005/obtain-the-number-of-cpus-cores-in-linux
```nproc``` also works well but didn't compatible with MacOS X.
Fix 301, pragma cols pretty print
Update provision.sh

Hm, jenkins do not likes getconf _NPROCESSORS_ONLN
trying more complex
$([[ $(uname) = 'Darwin' ]] && sysctl -n hw.logicalcpu_max || lscpu -p | egrep -v '^#' | wc -l)
No, reverting back to getconf _NPROCESSORS_ONLN

much simplier