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

large update to the install instructions in the README, and add a link to allmydata.org

edit release notes to give proper user expectations

don't run foolscap unit tests

build foolscap from the bundled snapshot
and fix PYTHONPATH usage in a few places in GNUmakefile

update README to show that foolscap is bundled and to fix the module name of zfec

update licence to allow linking with OpenSSL

import a snapshot of foolscap 0.1.2+

update README to reflect simpler run-in-place procedure

update README in response to some criticisms from some European grad student on IRC

edit relnotes.txt

update URLs in relnotes.txt

TAG allmydata-tahoe v0.1.1-1-UNSTABLE

allmydata-tahoe v0.1.1-1-UNSTABLE

more README updates in response to user feedback
The user in this case is my brother Josh.

update README to mention which dependencies are python packages
In particular, my brother is an Ubuntu/Debian user who said it would be nice if
we had mentioned that those packages were named "python-foo" in the apt package
namespace.

testutil.py: remove unused import, appease pyflakes

make it print out version numbers when it constructs a Node instance

add licence, update metadata and URLs

make runner find twistd and invoke it with python
This makes allmydata-tahoe work on Windows, and probably doesn't make it fail on other platforms.

update relnotes.txt

make testutil more flexible about what platform it runs on

further update the notes about the dependencies

update tarball URL

update README re: dependencies

add some simple create-client/start-client targets, document htem briefly

pyflakes: do not assume that pyflakes lives in /usr/local, just assume that it is on the PATH