1. 16 Nov, 2016 1 commit
  2. 25 Oct, 2016 1 commit
  3. 10 Oct, 2016 1 commit
    • Jeromy's avatar
      bitswap: protocol extension to handle cids · d1ba51d2
      Jeromy authored
      This change adds the /ipfs/bitswap/1.1.0 protocol. The new protocol
      adds a 'payload' field to the protobuf message and deprecates the
      existing 'blocks' field. The 'payload' field is an array of pairs of cid
      prefixes and block data. The cid prefixes are used to ensure the correct
      codecs and hash functions are used to handle the block on the receiving
      end.
      
      License: MIT
      Signed-off-by: default avatarJeromy <why@ipfs.io>
      d1ba51d2
  4. 06 Oct, 2016 1 commit
  5. 26 Sep, 2016 1 commit
  6. 10 Sep, 2016 1 commit
  7. 09 Sep, 2016 1 commit
  8. 26 Aug, 2016 1 commit
  9. 26 Jul, 2016 1 commit
  10. 02 Jul, 2016 1 commit
  11. 01 Jul, 2016 1 commit
  12. 24 Jun, 2016 1 commit
  13. 12 Jun, 2016 2 commits
  14. 11 Jun, 2016 1 commit
  15. 01 Jun, 2016 1 commit
  16. 17 May, 2016 1 commit
  17. 10 May, 2016 1 commit
  18. 17 Apr, 2016 2 commits
  19. 11 Apr, 2016 1 commit
  20. 07 Apr, 2016 1 commit
  21. 30 Mar, 2016 1 commit
  22. 09 Mar, 2016 1 commit
  23. 13 Feb, 2016 1 commit
  24. 11 Feb, 2016 1 commit
  25. 31 Jan, 2016 2 commits
  26. 30 Jan, 2016 2 commits
  27. 12 Jan, 2016 1 commit
  28. 02 Oct, 2015 1 commit
  29. 01 Jun, 2015 1 commit
  30. 31 Mar, 2015 1 commit
  31. 25 Feb, 2015 1 commit
    • Henry's avatar
      rewrote import paths of go.net/context to use golang.org/x/context · 0c4de74b
      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
      0c4de74b
  32. 02 Jan, 2015 1 commit
    • Juan Batiz-Benet's avatar
      introducing p2p pkg · 888ed12f
      Juan Batiz-Benet authored
      I think it's time to move a lot of the peer-to-peer networking
      but-not-ipfs-specific things into its own package: p2p.
      This could in the future be split off into its own library.
      The first thing to go is the peer.
      888ed12f
  33. 24 Dec, 2014 3 commits
  34. 23 Dec, 2014 1 commit
    • Juan Batiz-Benet's avatar
      peer change: peer.Peer -> peer.ID · 59fe3ced
      Juan Batiz-Benet authored
      this is a major refactor of the entire codebase
      it changes the monolithic peer.Peer into using
      a peer.ID and a peer.Peerstore.
      
      Other changes:
      - removed handshake3.
      -	testutil vastly simplified peer
      -	secio bugfix + debugging logs
      -	testutil: RandKeyPair
      -	backpressure bugfix: w.o.w.
      -	peer: added hex enc/dec
      -	peer: added a PeerInfo struct
        PeerInfo is a small struct used to pass around a peer with
       	a set of addresses and keys. This is not meant to be a
       	complete view of the system, but rather to model updates to
       	the peerstore. It is used by things like the routing system.
      -	updated peer/queue + peerset
      -	latency metrics
      -	testutil: use crand for PeerID gen
       	RandPeerID generates random "valid" peer IDs. it does not
       	NEED to generate keys because it is as if we lost the key
       	right away. fine to read some randomness and hash it. to
       	generate proper keys and an ID, use:
       	  sk, pk, _ := testutil.RandKeyPair()
       	  id, _ := peer.IDFromPublicKey(pk)
       	Also added RandPeerIDFatal helper
      - removed old spipe
      - updated seccat
      - core: cleanup initIdentity
      - removed old getFromPeerList
      59fe3ced