yamadapc / butter-core
63%

DEFAULT BRANCH: master
Repo Added
Files 3
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

LAST BUILD ON BRANCH master
branch: SELECT
CHANGE BRANCH
x

71

push

travis-ci

yamadapc 
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.

133 of 210 relevant lines covered (63.33%)

0.63 hits per line

Relevant lines Covered
210 RELEVANT LINES 133 COVERED LINES
0.63 HITS PER LINE
Source Files on master
Coverage ∆ File Lines Relevant Covered Missed Hits/Line

Recent builds

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  
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  
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  
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  
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  
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  
59 master Lint the test code This should fix the `travis-ci` build. push yamadapc travis-ci pending completion  
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  
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  
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  
See All Builds (25)