bigchaindb / bigchaindb/py-ipld
TODOs
- Dominant language
- Python
- Stars
- 14
- Forks
- 7
- PR merge metrics
- No merged PRs in 30d
Description
What's left to be done:
- [x] Preferably an IPFS/IPLD expert reviews the code
- [x] Preferably a Python expert reviews the code
- [x] Include support for [Multiaddr](https://github.com/jbenet/multiaddr) (+ implementations: https://github.com/sbuss/py-multiaddr, https://github.com/amstocker/python-multiaddr)
- [x] Put package on PyPI
- [x] Setup Travis
- [x] Setup Codecov
- [x] Upgrade version of pymultihash to non-forked version
- [x] https://github.com/ipfs/js-ipld/issues/15
- [x] Write a test to cover this last untested line (https://github.com/bigchaindb/py-ipld/blob/master/ipld/ipld.py#L26)
- [ ] Library should accept raw Multiaddr objects (instead of ones that are casted using `str()`): https://github.com/bigchaindb/py-ipld/pull/10#discussion_r69197214
Contributor guide
No contributing guide indexed for this repository
Research direction
Read the remaining unchecked task and the linked discussion in pull request #10, then inspect the Multiaddr handling in the library. Verify how raw Multiaddr objects are currently converted and define done as accepting those objects directly without requiring str() casting, with coverage for the behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 30/100