1. 13 Feb, 2016 1 commit
  2. 08 Feb, 2016 2 commits
  3. 06 Feb, 2016 1 commit
  4. 03 Feb, 2016 1 commit
    • Thomas Gardner's avatar
      trivial: various superficial fixes · 527151a7
      Thomas Gardner authored
      misc/completion/ipfs-completion.bash: add `ipfs stats` to BASH completion
      
      core/commands/mount_unix.go: ensure error is not nil before printing it
      
      contribute.md: fix bibliography indexing in example
      
      core/commands/swarm.go: change tabs to spaces in USAGE message
      
      *: 80-column readability improvements
      
      License: MIT
      Signed-off-by: default avatarThomas Gardner <tmg@fastmail.com>
      527151a7
  5. 30 Jan, 2016 2 commits
  6. 12 Jan, 2016 9 commits
  7. 05 Nov, 2015 1 commit
  8. 27 Oct, 2015 1 commit
  9. 04 Oct, 2015 2 commits
  10. 03 Oct, 2015 1 commit
  11. 15 Sep, 2015 1 commit
  12. 13 Sep, 2015 1 commit
  13. 03 Sep, 2015 1 commit
  14. 02 Sep, 2015 1 commit
  15. 31 Aug, 2015 1 commit
  16. 30 Aug, 2015 1 commit
  17. 23 Aug, 2015 4 commits
  18. 20 Aug, 2015 2 commits
  19. 14 Aug, 2015 1 commit
  20. 08 Aug, 2015 1 commit
  21. 05 Aug, 2015 2 commits
    • 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
    • Juan Batiz-Benet's avatar
      unixfs/tar: cleaned up reader code · ff5195ac
      Juan Batiz-Benet authored
      License: MIT
      Signed-off-by: default avatarJuan Batiz-Benet <juan@benet.ai>
      ff5195ac
  22. 24 Jul, 2015 1 commit
  23. 01 Jun, 2015 1 commit
  24. 28 May, 2015 1 commit