GitLab

there's an odd error setting the config.

unixfs file size != merkledag cumulative size

Since the DagReader has lots of useful information (like sizes etc)
it's good to be able to use it.

test/sharness: improve t0080

The following changes are made to make t0080
cleaner, safer and more canonical:

- remove useless stuff,
- don't use a pipe after ipfs commands,
- use test_must_fail before ipfs commands instead of !

License: MIT
Signed-off-by: Christian Couder <chriscool@tuxfamily.org>

multiaddrs with .../ipfs/...

and do it both online + offline

⚠ this commit makes your current configs unusable, as the
default bootstrap peers. You may need to edit your config.

Go from:

```js
Bootstrap: [
  {
    "Address": "/ip4/104.131.131.82/tcp/4001",
    "PeerID": "QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ"
  }
]
```

To:
```js
Bootstrap: [
  "/ip4/104.131.131.82/tcp/4001/ipfs/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ"
]
```

misc fixes: hanging connects + test output

http://gifs.gifbin.com/012011/1295375531_cat-jump-fail.gif

sharness fixes - gateway and more

Not sure why this fd redirect was here. Is it necessary?
Tests seem to pass for me.

cc @mildred

- core: daemon stdout print to cmd + daemon init checks
- core: fixed bug where the gateway was printed as "API"
- sharness/test-lib: daemon init checks
- sharness/test-lib: portable TCP port check
- sharness/init: fix test bits output
- sharness: use common hashes in one place.
- move t0100-http-gateway -> t0111-gateway-writable
- sharness: test-lib funcs for gateway config
- sharness/t0111-gateway-writable: use sh funcs
- sharness/t0111-gateway-writable: fixes
  - escape all vars (always `cmd "$VAR"` never `cmd $VAR`)
  - use $FILEPATH, not $path
  - last test seems to fail

HTTP: add handlers to allow object creation and modification

online services started before network listens

blockservice/worker: fix proc/limiter sync

addresses CR comments

see: https://gist.github.com/jbenet/6b8b45bde9d9fce17d57

I want to make the goprocess API nicer so it doesnt lead
users into this problem. any ideas?

fix cast panic in ipfs name resolve when daemon is running

Addresses bug #689