X-Git-Url: https://git.mxchange.org/?a=blobdiff_plain;f=debian%2Fapt-p2p.conf.sgml;h=e8938d3386d82dc74130723062afd2927f7a1475;hb=8b0b5e550dc951b13e00a17755184a1cb8ec8743;hp=f73d85b0b3dde2b18b56ea4bc26ee8d9bc139be1;hpb=c1a8891e0bfb81e9fc64d271f8e4de059c699921;p=quix0rs-apt-p2p.git diff --git a/debian/apt-p2p.conf.sgml b/debian/apt-p2p.conf.sgml index f73d85b..e8938d3 100644 --- a/debian/apt-p2p.conf.sgml +++ b/debian/apt-p2p.conf.sgml @@ -4,14 +4,14 @@ Cameron"> Dale"> - February 17, 2008"> + April 25, 2008"> 5"> camrdale@gmail.com"> apt-p2p.conf"> - + Debian"> GNU"> @@ -52,7 +52,7 @@ entries overriding former ones: /etc/apt-p2p/apt-p2p.conf - ${HOME}/.apt-p2p/apt-p2p.conf + $HOME/.apt-p2p/apt-p2p.conf the location specified by the config-file parameter @@ -62,15 +62,15 @@ FORMAT &dhpackage; has a structure similar to Microsoft Windows INI files. - The configuration file consists of sections, led by a ``[section]'' header and followed - by ``name = value'' or ``name: value'' entries, with continuations in the style of RFC 822 + The configuration file consists of sections, led by a '[section]' header and followed + by 'name = value' or 'name: value' entries, with continuations in the style of RFC 822 (values can span multiple lines by starting the subsequent lines with one or more spaces). Some values indicate times, in which case a suffix of 'd' for days, 'h' for hours, 'm' for minutes, and 's' for seconds can be used. Boolean values can be '1', 'yes', 'true', and 'on' to evaluate to True, or '0', 'no', 'false', and 'off' to evaluate to false. Note that leading whitespace is removed from values, and case is not important. - Lines beginning with "#" or ";" are ignored and may be used to provide comments. + Lines beginning with '#' or ';' are ignored and may be used to provide comments. @@ -115,7 +115,7 @@ The directory to store the downloaded files in. - (Default is ${HOME}/.apt-p2p/cache.) + (Default is $HOME/.apt-p2p/cache.) @@ -129,7 +129,9 @@ - Whether it's OK to use an IP addres from a known local or private range. + Whether it's OK for the application to use for sharing files an IP address from a + known local or private range (RFC 1918). This should only be set true if you are running + your own private apt-p2p network that no one else will be connecting to. (Default is false) @@ -153,16 +155,24 @@ The time after which to refresh DHT keys. This should be a time slightly less than the DHT's KEY_EXPIRE value. - (Default is 57 minutes.) + (Default is 2.5 hours.) + + + + + + The user name to try and run as. + Leaving this blank will try to run as current user. + (Default is 'apt-p2p'.) - The DHT implementation to use. It must be possile to do (in python) - ``from <DHT>.DHT import DHT'' to get a class that implements the IDHT interface. - There should also be a similarly named section below to specify the options for the DHT. - (Default is `apt_p2p_Khashmir') + The DHT implementation to use. It must be possile to do (in python) 'from + <DHT>.DHT import DHT' to get a class that implements the IDHT interface. + There should also be a similarly named section in the config file to specify + the options for the DHT. (Default is 'apt_p2p_Khashmir') @@ -212,14 +222,14 @@ The concurrent number of calls per find node/value request. - (Default is 4.) + (Default is 8.) The number of redundant copies of a value to store in the DHT. - (Default is 3.) + (Default is 6.) @@ -255,11 +265,38 @@ (Default is 1 hour.) + + + + Whether it's OK to add nodes to the routing table that use an IP address from a + known local or private range (RFC 1918). This should only be set true if you are running + your own private apt-p2p network that no one else will be connecting to. + (Default is to use the value specified in the DEFAULT section.) + + The time to wait before expiring unrefreshed keys. - (Default is 1 hour.) + (Default is 3 hours.) + + + + + + The time to wait before KRPC requests timeout. + (Default is 9 seconds.) + + + + + + The time to start with when resending KRPC requests using exponential backoff. + The request will first be resent after the delay set here. + The request will be resent again after twice the delay set here, and so on. + e.g. if TIMEOUT is 9 sec., and INITIAL_DELAY is 2 sec., then requests will + be resent at times 0, 2 (2 sec. later), and 6 (4 sec. later), and then will + timeout at 9. (Default is 2 seconds.)