Commit graph

4 commits

Author SHA1 Message Date
snj
f4290feada Update to 0.15. Closes PR 38144. Changes:
btpd 0.15:
----------

Bug fixes:
- The event loop could busy loop for up to a millisecond sometimes.
- On some platforms btpd couldn't initiate connections to other peers.
- The timer code was broken on MacOS X.

btpd 0.14:
----------

Misc:
- IPv6 support.
- Bans peers with bad data.
- Better tracker compatability and more reliable tracker communication.
- Show tracker counts in btcli stat.
- Compiles on Solaris 10.
- Btpd will now signal startup failures via the process exit value and
  print the failure reason to stdout.
- Better shutdown and torrent stop behaviour.
- Needs pthreads again.
- Removed libevent in favour of own event loop code.

Bug fixes:
- An integer array was misaligned, which could cause crashes on systems
  with alignment requirements. E.g., on XScale arm.
- An error in the torrent parsing code could cause crashes.
- The '--topdir' option to btcli add didn't work properly for single file
  torrents.
- The system name lookup scheme is now used. In btpd 0.13 only dns lookups
  were performed.

btpd 0.13:
----------

Misc:
- cURL is no longer required. btpd now uses its own http client.
- btpd doesn't use threads anymore, so pthreads are not required.
- Needed parts of libevent are now included in btpd.
- I/O errors for torrents no longer make btpd shut down. Instead the
  problematic torrent is stopped.
- Added the option '--ip' to specify the ip address btpd will report
  to trackers.
- Resume file format changed. Already added torrents will be retested once.
- The torrent info (ratio etc.) are now saved regularly.
- Reduced the amount of outgoing data kept in memory.
2009-05-06 04:03:52 +00:00
bjs
dda10a6315 Update to version 0.12. While here, add full DESTDIR support.
I've also included pthread.buildlink3.mk to define PTHREAD_CFLAGS et. al.
for configure and USE_FEATURES.openssl=threads.

Changes:

btpd 0.12:
----------

Misc:
- btpd now starts with the same set of active torrents as it had when it was
  last shut down. The new '--empty-start' option disables this feature.
- btpd now supports the key tracker extension.
- btpd now supports the multi tracker extension.
- btcli list and stat print headers for the presented data. Both commands
  displays more data than before.
- Torrent management has changed, with changes to the add and del commands
  and two new commands, start and stop, as a result. Operation on torrents
  can now be done by number as well as torrent file.
- A small delay has been added for contacting the same announce URL.
- btpd sends keepalive messages.
- The number of have messages sent has been reduced by not sending them to
  peers that already have the piece.
- The structure of the torrents directory in the btpd directory has changed.
  It is best to remove it before running btpd 0.12.

Bug fixes:
- Zero sized files in a torrent were not always created.
2008-01-09 09:26:38 +00:00
obache
209b5f618e Update btpd to 0.11, patch provided via PR 34068.
btpd 0.11:
----------

Bug fixes:
- A file descriptor was closed too early, which could cause btpd to exit
  with an error message on systems using epoll.

btpd 0.10:
----------

Misc:
- The protection mode of the ipc socket can now be specified via the new
  "--ipcprot" option for btpd.

Bug fixes:
- The pid file is now written correctly.
- btpd's "-d" option now works for relative paths too.
- Add a time out for handshake completion. Prevously btpd could slowly
  fill with unused incoming connections.

btpd 0.9:
---------

Misc:
- Small changes to 'btcli stat' output.

Bug fixes:
- Use correct value for '--prealloc' default.
- Stopped torrents now show correct rates (0kB/s).
- The test of content that has been modified between runs was broken.
2006-09-10 04:43:13 +00:00
rillig
6ed73739cb Imported btpd from PR 21821.
btpd is a bittorrent client consisting of a daemon and client commands,
which can be used to read and/or manipulate the daemon state. The daemon
is capable of running several torrents simultaneously and only uses one
tcp port. It's fairly low on resource usage and should be perfect for a
torrent distribution site. Efficient downloads and ease of use makes this
client a good choice for the casual user as well.

Packaged by Richard Nyberg.
2006-02-14 00:49:23 +00:00