summaryrefslogtreecommitdiff
path: root/net/gift
AgeCommit message (Collapse)AuthorFilesLines
2005-02-15Update to 0.11.8.1.peter2-6/+5
Submitted by Alexander Mayr (maintainer) in PR 29349. Changes between 0.11.7 - 0.11.8: giftd 0.11.8: * Shares are now keyed by pathname instead of by hash. (Hashes weren't guaranteed to exist, could collide for identical files, and no lookup function was provided in any case). * Handle syncing properly. Share objects are no longer freed without letting plugins know, and plugin-specific data is no longer leaked. * ImageMagick support removed and replaced by Jef Pokanzer's image_size. This fixes a multitude of problems related to dependencies, performance, stability and security. * The --index-only option no longer tries to bind to the interface port. * Avoid aborting on transfers >=2Gb. Such transfers still don't work, though, but this is a stdio limitation and cannot be portably solved. giftd 0.11.7: * Filter LOCATE requests so that they are not delivered to protocol plugins which do not have a registered hash handler for the hash type being searched for. * Preserve extension when renaming downloaded files because the file name is already used. * Removed requirement for state files having leading dot on Windows. * Fixed bug which prevented completed dir from being shared if no sharing root was set. * Added meta data extraction for bittorrent files. * Added check to not share incoming dir if not specifically allowed by config. * Fixed some bugs which could lead to shares db corruption. * Added saving of download paused state across restarts. libgift 0.11.8.1: * Fixed a serious bug in TCP buffering introduced in 0.11.8. libgift 0.11.8: * The SI suffixes k, M and G multiply configuration values by 2^10, 2^20 and 2^30 respectively. libgift 0.11.7: * Fixed VA_COPY bug in strobj which led to crashes on AMD64 (possibly other platforms?) * Fixed fd leak in platform_child() implementation. * Fixed a bug where we possibly send SIGTERM to random processes in platform_cleanup(). libgiftproto 0.11.8: * Synchronized the version to match giftd. libgiftproto 0.11.7: * Synchronized the version to match giftd.
2004-12-04Set PTHREAD_AUTO_VARS to "yes" after pthread.buildlink3.mk was changedjlam1-1/+2
not to automatically add pthread-related CFLAGS, LDFLAGS, and LIBS to the configure and build processes.
2004-11-12Remove redundant uses of PTHREAD_{CFLAGS,LDFLAGS} now that they're addedjlam1-3/+1
automatically by pthread.buildlink3.mk. Also, factor out the pthread library out of PTHREAD_LDFLAGS into a standalone variable PTHREAD_LIBS and use it in packages where necessary (usually the ones that don't have a GNU configure script).
2004-10-15Update linkage to libltdl, now in its own package.tv2-5/+5
2004-10-03Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10tv2-3/+4
in the process. (More information on tech-pkg.) Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and installing .la files. Bump PKGREVISION (only) of all packages depending directly on the above via a buildlink3 include.
2004-09-22Mechanical changes to package PLISTs to make use of LIBTOOLIZE_PLIST.jlam1-9/+1
All library names listed by *.la files no longer need to be listed in the PLIST, e.g., instead of: lib/libfoo.a lib/libfoo.la lib/libfoo.so lib/libfoo.so.0 lib/libfoo.so.0.1 one simply needs: lib/libfoo.la and bsd.pkg.mk will automatically ensure that the additional library names are listed in the installed package +CONTENTS file. Also make LIBTOOLIZE_PLIST default to "yes".
2004-07-27To allow plugins the use of pthreads giftd itself has to be builtrecht1-1/+5
against libpthread. Or in other words: dlopen of libpthread doesn't work. Patch sent in private mail by Kailash Sethuraman bump PKGREVISION to 1
2004-05-08Simplify, remove unrelated information.salo1-6/+2
2004-05-08Initial import of gift-0.11.6 from pkgsrc-wip.xtraeme6-0/+114
What is giFT, you ask? giFT is a modular daemon capable of abstracting the communication between the end user and specific filesharing protocols (peer-to-peer or otherwise). The giFT project differs from many other similar projects in that it is a distribution of a standalone platform-independent daemon, a library for client/frontend development, and our own homegrown network, OpenFT.