don't check for existence of portnum file and then try to open it -- instead try to open it and catch exception
This avoids a race condition, also known as time-of-check-to-time-of-use.

don't test for existence of certfile and then try to open it -- instead try to open it and catch exception
This avoids a race condition, also known as time-of-check-to-time-of-use.

fix handling of local_ip file and rename it to advertised_ip_addresses and document it in README

raise constraint on FURLs from 150 chars to 1000 chars

change uri-packer-unpacker to deal with dictionaries, not fragile tuples

update docs, remove extraneous licence text, sort module names in import statement
closes #46 ?

add roadmap element: XML-RPC interface
as per ticket #48
http://allmydata.org/trac/tahoe/ticket/48

don't use --root, instead use --single-version-externally-managed
fixes #35

make-version.py: remove the strip-until-<changelog> workaround

make-version.py: use 'subprocess' module instead of 'commands', to improve windows compatibility

enable private upload, in which the file is inserted at the grid layer but not at the vdrive layer
This patch is actually by Faried Nawaz, as per ticket #33:

http://allmydata.org/trac/tahoe/ticket/33

README: mention the additional included libraries (zfec, foolscap, pycrypto)

update to foolscap-0.1.4

make-version.py: accomodate windows by ignoring the junk that appears at the start of 'darcs changes'

update README concerning dependent libraries that the user has to install

UNDO: forget about old peers (closes #26)
Add a new method to RIIntroducer, to allow the central introducer node to
remove peers from the active set after they've gone away. Without this,
client nodes accumulate stale peer FURLs forever. This introduces a
compatibility break, as old introducers won't know about the 'lost_peers'
message, although the errors produced are probably harmless.

forget about old peers (closes #26)
Add a new method to RIIntroducer, to allow the central introducer node to
remove peers from the active set after they've gone away. Without this,
client nodes accumulate stale peer FURLs forever. This introduces a
compatibility break, as old introducers won't know about the 'lost_peers'
message, although the errors produced are probably harmless.

manually merge recent changes to pyutil's copy of "version.py" with allmydata's copy of "version.py"

zfec: disable the feature of leaving unit test tmp dirs lying around for post-mortem analysis
fixes #41 in the allmydata.org trac

http://allmydata.org/trac/tahoe/ticket/41

fix typo in CREDITS file

add CREDITS file where people who contribute source code, docs, web page updates, etc., are recorded

do not include foolscap or zfec coverage in the figleaf reports for the moment: they have their own test suites

display file size in directory.xhtml

test_introducer.py: turn off the defer.setDebugging(True) call that was left over from a troubleshooting session: it slows down the test suite by a factor of 2

add deb-etch target, rearrange make-version a bit, closes #23

add link to ticket #36 -- FUSE integration

add link to ticket #34 -- disk space limits in storage servers

makefile: delete .pycs before running tests, since our build process puts the wrong filenames into them

.darcs-boringfile: ignore some build/ directories for foolscap and zfec

version.py: handle both '0.2.0' and '0.2.0-1', remove 'tags' for now

update version-number handling, pull release tags from darcs history

TAG allmydata-tahoe-0.2.0

tahoe v0.2.0-0-UNSTABLE

bump test timeout even higher
It does indeed take longer than 2400 seconds to run test_upload_and_download on a virtual windows machine when the underlying real machine is heavily loaded down with filesystem analysis runs...

import foolscap-0.1.3

TAG zfec v1.0.0

zfec: v1.0.0

fix small typo in relnotes.txt

small edit to target market

re-re-factored the download and install instructions
Now the instructions about how to download debian packages live on a separate
page of the wiki instead of on the front page or in the README.  The README is
only about building from source.  The front page contains pointers to those two
other pages (the debiandownloadpage and the README).

import new foolscap snapshot, still 0.1.2+ but very close to 0.1.3 . This version is fully compatible with the previous 0.1.2+ snapshot

fix the TESTING THAT IT IS PROPERLY INSTALLED section
My oh-so-useful test subject here skipped that section because he thought it was part of a section that he was finished with.

fix README on how to install The Debian Way

clarify instructions on how to get build dependencies for debian
My test subject here didn't used "locate" to find something named
"debian/control" somewhere on his filesystem...  :-)

move the debian packaging dependencies to the place where they are needed in the README

add warning that "make test" can take a long time

fix error in README about windows builds

two more fixes for README

add another note about where to run "make"

make big distinction between downloading precompiled packages and building yourself
Both of my two test subjects here stumbled on this by thinking that building on debian was related to building debian packages was related to downloading precompiled packages.

tweak README to be more helpful about a small detail

add the apt-get information to the README

makefile: change the 'test' target to exclude foolscap, add 'test-all' to do both

figleaf_htmlizer: when all counts are zero, claim 0% instead of 100%, since it probably means that coverage checking has failed completely

trivial formatting tweak in relnotes.txt

some English usage edits to README, thanks to Stephen Hill

mention ticket #22

v0.2.0b2-0-UNSTABLE

grand unified version numbers
Now the allmydata python package, the setup.py script, and the debian packages all get their tahoe version number from the same place.

edit README

fix debian targets in makefile

improve "the Debian way" build process to produce foolscap .debs

edits to relnotes.txt

transfer any PYTHONPATH environment variable to the environment of the foolscap tests

bump timeout up because it timed out even on my super fast MacBook Pro
Hm.  This probably means that it is never going to finish...

v0.2.0b1-0-UNSTABLE

make separate makefile targets for test-foolscap and test-TEST
So that if you want to run just one test, you can run "make test-TEST TEST=that.one.test" and not get the whole foolscap suite thrown in for the bargain.

fix: don't pass the PYTHONPATH that features the instdir to the invocation of trial for foolscap

foolscap snapshot: bump some unit tests up to very high timeouts because my poor G4 867 MHz PowerBook, which is busy doing video iChat, takes a long time to run these tests

bump some unit tests up to very high timeouts because my poor G4 867 MHz PowerBook, which is busy doing video iChat, takes a long time to run these tests

test_system: increase timeouts to almost 20 minutes: we have buildslaves that take more than 5 minutes to finish these tests.

README: mention the names of the debian packages that provide our dependencies

run foolscap tests from src instead of from instdir since .pyc's in instdir have funny filenames encoded into them that cause foolscap test failures

add note to GNUmakefile that we append instdir instead of prepending for a good reason

zfec: complete the removal of the 15-second delay when downloading setuptools

install libs into instdir/lib and scripts into instdir/bin

edit description of Foolscap in relnotes.txt

better description of Foolscap in README

remove "." from setup.py invocation because it seems to be screwing up paths in the .pyc's

zfec: add note to README about conflict with older versions of setuptools

zfec: switch back to minimum setuptools of 0.6c3
This is newer than the one that comes with Dapper Ubuntu 6.06, *but* if there is no setuptools at all installed, then the bootstrap script will download one itself.  So with this patch, this will install cleanly on a Dapper system as long as the Dapper version of python-setuptools is *not* installed.

globally search and replace "mesh" with "grid" and adjust description of the effect of NAT on the topology

zfec: see if we can get by with the version of setuptools that comes with Ubuntu 6.06 Dapper

zfec: see if we can get by with the version of setuptools that is already in Ubuntu 6.10

zfec: add mention of lrzip and edit text

turn foolscap unit tests back on in the "make test" target

make relnotes.txt point to the latest source tarball

v0.1.4b2-0-UNSTABLE

extirpate all references the "queen" and "metatracker"
This is a potentially disruptive and potentially ugly change to the code base,
because I renamed the object that serves in both roles from "Queen" to
"IntroducerAndVdrive", which is a bit of an ugly name.

However, I think that clarity is important enough in this release to make this
change.  All unit tests pass.  I'm now darcs recording this patch in order to
pull it to other machines for more testing.

zfec: v1.0.0b3-0-STABLE

zfec: update licence and install docs

edit: fix typo and formatting in relnotes.txt

v0.1.3-0-UNSTABLE

raise the limit on the number of hashes when retrieving them, too

raise the limit on block hashes and share hashes from 30 to 2**20

update README to reflect dependency on python-dev

zfec: hack setuptools bootstrap script not to time.sleep(15) before downloading

zfec: add the setuptools bootstrap script to download setuptools automatically

update URL pointing to source code tarball

v0.1.2-0-UNSTABLE