1. 01 May, 2015 1 commit
  2. 29 Apr, 2015 2 commits
  3. 28 Apr, 2015 3 commits
  4. 22 Apr, 2015 4 commits
  5. 20 Apr, 2015 1 commit
    • Juan Batiz-Benet's avatar
      remove debugerrors · b5957350
      Juan Batiz-Benet authored
      We now consider debugerrors harmful: we've run into cases where
      debugerror.Wrap() hid valuable error information (err == io.EOF?).
      I've removed them from the main code, but left them in some tests.
      Go errors are lacking, but unfortunately, this isn't the solution.
      
      It is possible that debugerros.New or debugerrors.Errorf should
      remain still (i.e. only remove debugerrors.Wrap) but we don't use
      these errors often enough to keep.
      b5957350
  6. 17 Apr, 2015 1 commit
  7. 14 Apr, 2015 1 commit
  8. 12 Apr, 2015 1 commit
  9. 08 Apr, 2015 1 commit
    • Juan Batiz-Benet's avatar
      reuseport: env var to turn it off · 9dbbe6db
      Juan Batiz-Benet authored
      reuseport is a hack. It is necessary for us to do certain kinds of
      tcp nat traversal. Ideally, reuseport would be available in go:
      
        https://github.com/golang/go/issues/9661
      
      But until that issue is fixed, we're stuck with this. In some cases,
      reuseport is strictly a detriment: nodes are not NATed. This commit
      introduces an ENV var IPFS_REUSEPORT that can be set to false to
      avoid using reuseport entirely:
      
        IPFS_REUSEPORT=false ipfs daemon
      
      This approach addresses our current need. It could become a config
      var if necessary. If reuseport continues to give problems, we should
      look into improving it.
      9dbbe6db
  10. 07 Apr, 2015 1 commit
  11. 01 Apr, 2015 1 commit
    • Jeromy's avatar
      bandwidth metering on streams · 44309cd5
      Jeromy authored
      humanize bandwidth output
      
      instrument conn.Conn for bandwidth metrics
      
      add poll command for continuous bandwidth reporting
      
      move bandwidth tracking onto multiaddr net connections
      
      another mild refactor of recording locations
      
      address concerns from PR
      
      lower mock nodes in race test due to increased goroutines per connection
      44309cd5
  12. 31 Mar, 2015 1 commit
  13. 07 Mar, 2015 1 commit
  14. 03 Mar, 2015 2 commits
  15. 28 Feb, 2015 1 commit
  16. 25 Feb, 2015 1 commit
    • Henry's avatar
      rewrote import paths of go.net/context to use golang.org/x/context · e73da92c
      Henry authored
      - updated go-ctxgroup and goprocess
      ctxgroup: AddChildGroup was changed to AddChild. Used in two files:
      - p2p/net/mock/mock_net.go
      - routing/dht/dht.go
      
      - updated context from hg repo to git
      prev. commit in hg was ad01a6fcc8a19d3a4478c836895ffe883bd2ceab. (context: make parentCancelCtx iterative)
      represents commit 84f8955a887232b6308d79c68b8db44f64df455c in git repo
      
      - updated context to master (b6fdb7d8a4ccefede406f8fe0f017fb58265054c)
      
      Aaron Jacobs (2):
      net/context: Don't accept a context in the DoSomethingSlow example.
      context: Be clear that users must cancel the result of WithCancel.
      
      Andrew Gerrand (1):
      go.net: use golang.org/x/... import paths
      
      Bryan C. Mills (1):
      net/context: Don't leak goroutines in Done example.
      
      Damien Neil (1):
      context: fix removal of cancelled timer contexts from parent
      
      David Symonds (2):
      context: Fix WithValue example code.
      net: add import comments.
      
      Sameer Ajmani (1):
      context: fix TestAllocs to account for ints in interfaces
      e73da92c
  17. 20 Feb, 2015 1 commit
  18. 18 Feb, 2015 4 commits
  19. 14 Feb, 2015 1 commit
  20. 13 Feb, 2015 1 commit
  21. 11 Feb, 2015 1 commit
  22. 10 Feb, 2015 1 commit
  23. 06 Feb, 2015 1 commit
    • Juan Batiz-Benet's avatar
      ratelimiter: fixing rate limiter use · 8a81975c
      Juan Batiz-Benet authored
      Use of the ratelimiter should be conscious of the ratelimiter's
      potential closing. any loops that add work to ratelimiter
      should (a) only do so if the rate limiter is not closed,
      or (b) prevent limiter while work is added
      (i.e. use limiter.Go(addWorkHere))
      8a81975c
  24. 05 Feb, 2015 1 commit
  25. 03 Feb, 2015 6 commits