blob: 57544a4c13742091499cdddd4ed6f869eaf2e048 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
|
### Synopsis
A library for making Haskell applications which use bittorrent
protocol easy. This package aims to be a fast thin layer and at the
same time provide both:
* Concise high level API for typical usage scenarious.
* More straightforward API if you need more fine grained control.
Currently it provides serialization and deserealization of core
datatypes, some widely used routines and core types.
### Status
The protocol has many extensions(more precisely enchancements, but
we'll use that word) and it's seems like no one will want to use just
core protocol, at least I'm not. Any modern application that uses
bittorrent protocol in any way will use some subset of extensions.
Thus it's reasonable to implement at least some part of widely used
extensions here, so we could provide nice high level API and well
integrated interface.
This section should keep track current state of package in respect of
BEP's. Please _don't_ use this list as issue or bug tracker or TODO
list or anything else: when in doubt don't change the table.
In order to keep table compact we describe table layout at first:
* **BEP #** — Just number of enchancement.
* **Title** — Full official enchancement name.
* **Modules** — modules that _directly_ relates to the BEP. This is where
BEP implemented, where we should look for the BEP. If a module has
only changes due to integration with the BEP then it _should not_ be
listed in the **Modules** list.
* **Status** — is the current state of the BEP. Status lifecycle has the
only way: Want -> Implemented -> Tested -> Integrated -> Done. You
might use (A -> B) to indicate intermediate steps. Note that
implemented _doesn't_ means that BEP is ready to use, it _will_ be
ready to use only after it pass Tested, Integrated and finally
becomes Done.
We should try keep table in order of priority, so first BEPs should be
are most important and last BEPs are least important. (but important
too)
| BEP # | Title | Modules | Status
|:-----:|:------------------------------------------:|:------------------------------------|:-----------
| 3 | The BitTorrent Protocol Specification | Data.Torrent | Implemented
| | | Network.BitTorrent.Peer |
| | | Network.BitTorrent.PeerWire |
| | | Network.BitTorrent.Tracker |
| 4 | Known Number Allocations | Network.BitTorrent.Extension | Want -> Implemented
| 20 | Peer ID Conventions | Network.BitTorrent.Peer.ID | Want -> Implemented
| | | Network.BitTorrent.Peer.ClientInfo |
| 9 | Extension for Peers to Send Metadata Files | | Want
| 23 | Tracker Return Compact Peer Lists | Network.BitTorrent.Tracker.Protocol | Implemented
| | | Network.BitTorrent.PeerWire.Message |
| 5 | DHT | | Want
| 6 | Fast Extension | Network.BitTorrent.PeerWire.Message | Want -> Implemented
### Documentation
For documentation see haddock generated documentation.
### Build Status
[![Build Status][1]][2]
[1]: https://travis-ci.org/pxqr/bittorrent.png
[2]: https://travis-ci.org/pxqr/bittorrent
### Maintainer
This library is written and maintained by Sam T. <pxqr.sta@gmail.com>
Feel free to report bugs and suggestions via
[github issue tracker][issues] or the mail.
[issues]: https://github.com/pxqr/bittorrent/issues/new
|
