yamadapc / butter-core / 71

Builds Branch Commit Type Ran Committer Via Coverage
71 master Refactor to make things simpler and fix build This doesn't do much as far as real progress goes, but it sort of sets the ground for it, considering I hadn't touched this in a while. push yamadapc travis-ci pending completion   set done
66 master Start refactoring state handling on `Peer` So I've just came across a very interesting Haskell bittorrent library, I hadn't seen before. I thought it was very interesting that we shared a lot of design ideas; though that implementation is obvious... push yamadapc travis-ci pending completion   set done
65 master Add function to duplicate `PeerSource`s This is nothing new; just an adaptation of the built in `dupTChan` function. push yamadapc travis-ci pending completion   set done
64 master Flush out more ideas about peer manager modeling I think I got basic state inputting set-up now. This means, consuming a `PeerSource` - whether it's a `TrackerClient` or an open socket and merging several `PeerSource`s; as well, as stopping/resum... push yamadapc travis-ci pending completion   set done
62 master Make smaller adjustments to the Tracker.Client I'll port this over to use `Conduit`. As all the rest of the application, as that seems like the most reasonable library to model against. push yamadapc travis-ci pending completion   set done
61 master Heavily refactor the `Tracker.Client` module This makes several structural changes to the `Tracker.Client` module. I think the new structure should allow us to write much more decoupled peer code, but it's still completely non fault tolerant. I ... push yamadapc travis-ci pending completion   set done
59 master Lint the test code This should fix the `travis-ci` build. push yamadapc travis-ci pending completion   set done
58 master Add conditional compilation of the test suites This sets-up a flag `no-tests` which will disable the compilation of the test-suites. push yamadapc travis-ci pending completion   set done
57 master Add a simple quickcheck property to `newPeerId` This just asserts its 20 bytes long. It's more of a QuickCheck seed into the project, than anything else. push yamadapc travis-ci pending completion   set done
56 master Make a very rough draft of a `PeerManager` This *just* lays out structure for a correct peer manager implementation. This is where the core logic and state will reside. push yamadapc travis-ci pending completion   set done
55 master Start drafting the higher-level Peer wrapper This is just a state wrapper for Peers. I feel like I could easily make this a conduit, which would make the whole thing a lot cleaner. We'll see. push yamadapc travis-ci pending completion   set done
54 master Rename `Peer` to `PeerAddr` This makes sense, since that's what this data type was currently representing. It cleans-up the namespace for a higher-level wrapper around Peers. push yamadapc travis-ci pending completion   set done
53 master Rename `Peer` to `PeerAddr` This makes sense, since that's what this data type was currently representing. It cleans-up the namespace for a higher-level wrapper around Peers. push yamadapc travis-ci pending completion   set done
52 master Refactor and test the conduit receive consumers This changes the API of `receiveMessage` to take a `ResumableSource`, rather than a `Source`, which should allow for more consistent continuations. It also adds a helper function `receiveHandshake`,... push yamadapc travis-ci pending completion   set done
51 master Make first attempt with conduit This adds a simple function `receiveMessage` which takes a conduit `Source` and returns both a consumed `PeerWireMessage` and a conduit `ResumableSource` which can be further consumed by the client. I don't know h... push yamadapc travis-ci pending completion   set done