v1.3.14
dedupe: De-duplicate require('npm') lines
lifecycle: proxy the child process' "signal" to npm

This way, if an `npm test` script (or any other lifecycle process) ends
up exiting because of a signal like a SIGSEGV, then npm will exit the same
way (since the `code` will be null when a signal is present), and not
obscure the signal the occurred.

For example, given this `package.json` file:

``` json
{
  "name": "sigsegv",
  "version": "0.0.0",
  "scripts": {
    "test": "node -e 'process.kill(process.pid, \"SIGSEGV\")'"
  }
}
```

Before this patch, npm would obscure the seg fault exit status:

```
$ npm test

> sigsegv@0.0.0 test /Users/nrajlich/t
> node -e 'process.kill(process.pid, "SIGSEGV")'

$ echo $?
0
```

After this patch, the proper signal is relayed to npm, and thus the shell:

```
$ node ../npm/bin/npm-cli.js test

> sigsegv@0.0.0 test /Users/nrajlich/t
> node -e 'process.kill(process.pid, "SIGSEGV")'

Segmentation fault: 11

$ echo $?
139
```
#3759: do not install npm on node <= v0.5
test: use central config for port & address
test: use dedicated cache for mocked packages
test: cleanup taps test output
test: do not hit the real registry, use the mock registry
doc: Remove reference to changelog
npmconf@0.1.6
use custom heading if available
minor makefile fixup
node-gyp@0.12
glob@3.2.7
init-package-json@0.0.13
request update
v1.3.15
fix for undefined results in help search
Fix testsuite, closes #4174
Use platform independent path separators in dedup

`npm dedupe` fails silently on windows due to incorrect
path splitting and joining without these changes.