1. 06 Feb, 2018 1 commit
  2. 29 Jan, 2018 1 commit
  3. 25 Jan, 2018 1 commit
  4. 24 Jan, 2018 1 commit
  5. 14 Dec, 2017 1 commit
  6. 02 Sep, 2017 1 commit
  7. 12 Jul, 2017 1 commit
  8. 04 Jul, 2017 1 commit
  9. 29 Jun, 2017 1 commit
  10. 20 Apr, 2017 1 commit
  11. 07 Mar, 2017 1 commit
  12. 21 Nov, 2016 1 commit
  13. 12 Oct, 2016 1 commit
    • Jeromy's avatar
      merkledag: change 'Node' to be an interface · 93ba0e48
      Jeromy authored
      Also change existing 'Node' type to 'ProtoNode' and use that most
      everywhere for now. As we move forward with the integration we will try
      and use the Node interface in more places that we're currently using
      ProtoNode.
      
      License: MIT
      Signed-off-by: default avatarJeromy <why@ipfs.io>
      93ba0e48
  14. 06 Oct, 2016 1 commit
  15. 10 Jul, 2016 1 commit
  16. 20 Feb, 2016 1 commit
  17. 13 Feb, 2016 1 commit
  18. 30 Jan, 2016 1 commit
  19. 13 Sep, 2015 1 commit
  20. 31 Aug, 2015 1 commit
  21. 20 Aug, 2015 2 commits
  22. 05 Aug, 2015 1 commit
    • Juan Batiz-Benet's avatar
      get: fix bug + improvements · 3e90d66e
      Juan Batiz-Benet authored
      up until now there has been a very annoying bug with get, we would
      get halting behavior. I'm not 100% sure this commit fixes it,
      but it should. It certainly fixes others found in the process of
      digging into the get / tar extractor code. (wish we could repro
      the bug reliably enough to make a test case).
      
      This is a much cleaner tar writer. the ad-hoc, error-prone synch
      for the tar reader is gone (with i believe was incorrect). it is
      replaced with a simple pipe and bufio. The tar logic is now in
      tar.Writer, which writes unixfs dag nodes into a tar archive (no
      need for synch here). And get's reader is constructed with DagArchive
      which sets up the pipe + bufio.
      
      NOTE: this commit also changes this behavior of `get`:
      When retrieving a single file, if the file exists, get would fail.
      this emulated the behavior of wget by default, which (without opts)
      does not overwrite if the file is there. This change makes get
      fail if the file is available locally. This seems more intuitive to
      me as expected from a unix tool-- though perhaps it should be
      discussed more before adopting.
      
      Everything seems to work fine, and i have not been able to reproduce
      the get halt bug.
      
      License: MIT
      Signed-off-by: default avatarJuan Batiz-Benet <juan@benet.ai>
      3e90d66e