Skip to content
This repository has been archived by the owner on Apr 29, 2020. It is now read-only.

Sharness is abstracted into own project that can run for either go-ipfs or js-ipfs #12

Closed
victorb opened this issue Jan 17, 2018 · 3 comments

Comments

@victorb
Copy link
Contributor

victorb commented Jan 17, 2018

No description provided.

@victorb
Copy link
Contributor Author

victorb commented Feb 2, 2018

@chriscool I'm in the progress of setting up everything for this working group. This would be the issue for working on extracting sharness. Once this repository is public, we can close ipfs/notes#265 and redirect to here.

Will fill out my ideas on how to make this possible in the description above during the day.

@chriscool
Copy link
Contributor

@victorbjelkholm there is now this repo:

https://github.com/chriscool/ipfs-sharness-tests

After cloning this repo you have to drop some binaries in the bin/ directory, and then you can run make and it will run sharness tests against the binaries in the bin/ directory.

Of course the most important binary should be called "ipfs" and the sharness tests are focused on testing this binary. This binary should be the result of a build of go-ipfs, js-ipfs or maybe another ipfs implementation.

Other binaries are:

  • go-sleep
  • go-timeout
  • hang-fds
  • iptb
  • ma-pipe-unidir
  • multihash
  • pollEndpoint
  • random
  • random-files

There are rules in the go-ipfs makefiles to build these binaries. Maybe these rules should be part of the https://github.com/chriscool/ipfs-sharness-tests repo, so that only the "ipfs" binary has to be provided.

@chriscool
Copy link
Contributor

Of course we can move this repo to https://github.com/ipfs/ but I am not sure I have the rights to do that.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants