Zooko O'Whielacronx
23fd9680cc
doc: specify Python >= 2.4.2
2009-02-04 15:38:40 -07:00
Zooko O'Whielacronx
40179a0ed8
setup: merge recent patches that change the set of bundled tools in misc/dependencies/
2009-02-04 13:32:22 -07:00
Zooko O'Whielacronx
7d22cd4547
setup: bundle new setuptools_trial
2009-02-04 13:24:54 -07:00
Zooko O'Whielacronx
4df4efbaf0
setup: remove old bundled setuptools_trial
2009-02-04 13:24:42 -07:00
Zooko O'Whielacronx
944aa25709
setup: bundle new setuptools_darcs
2009-02-04 13:24:29 -07:00
Zooko O'Whielacronx
a2c1a93822
setup: remove old bundled setuptools_darcs
2009-02-04 13:24:18 -07:00
Zooko O'Whielacronx
759698224a
roll back the upgrade of the bundled setuptools_trial from 0.5 to 0.5.1
...
Upgrading setuptools trial in that way leads to a very tricky problem in setuptools's handling of recursive installation of the build-time dependencies of build-time dependencies...
rolling back:
Tue Feb 3 22:17:18 MST 2009 zooko@zooko.com
* setup: bundle new setuptools_trial-0.5.1
A ./misc/dependencies/setuptools_trial-0.5.1.tar
Tue Feb 3 22:17:32 MST 2009 zooko@zooko.com
* setup: remove old bundled setuptools_trial
R ./misc/dependencies/setuptools_trial-0.5.tar
2009-02-04 01:38:36 -07:00
Zooko O'Whielacronx
b952ed6741
setup: remove a couple of horrible work-arounds in setup.py now that we rely on our own toothpick of setuptools which fixes those issues
...
also specify that we need our latest revision (11dev) of our toothpick of setuptools
also *always* setup_require setuptools_darcs at module import time. Formerly we added setup_require setuptools_darcs only if the PKG-INFO file were not already created. There is some weird, irreproducible bug to do with setuptool_darcs, and I guess that the fact that whether it is required or not depends on that autogenerated file might have something to do with it. Anyway, this is simpler.
2009-02-03 23:24:05 -07:00
Zooko O'Whielacronx
05030112e8
setup: remove old bundled setuptools_trial
2009-02-03 23:17:32 -07:00
Zooko O'Whielacronx
313080fbf0
setup: bundle new setuptools_trial-0.5.1
2009-02-03 23:17:18 -07:00
Zooko O'Whielacronx
4af8c8cd24
setup: bundle new setuptools_darcs-1.2.5
2009-02-03 23:17:04 -07:00
Zooko O'Whielacronx
4988d1e81c
setup: remove old bundled setuptools_darcs
2009-02-03 23:16:40 -07:00
Zooko O'Whielacronx
6e10a9c499
setup: remove bundled darcsver in gzipped format
2009-02-03 23:16:28 -07:00
Zooko O'Whielacronx
c613660500
setup: bundle darcsver in ungzipped format
2009-02-03 23:16:17 -07:00
Zooko O'Whielacronx
1ef317d585
docs: mention issues using flogtool on Windows
2009-02-03 21:34:10 -07:00
Brian Warner
4e572a5f24
webapi: add verifycap (spelled 'verify_url') to the t=json output on files and directories. Closes #559 .
2009-02-03 19:22:48 -07:00
Zooko O'Whielacronx
91a28da3aa
setup: stop trying to add specific dirs to site-dirs to work-around setuptools #17
2009-02-02 22:23:52 -07:00
Zooko O'Whielacronx
44afd03eb4
setup: require and automatically use setuptools-0.6c11dev (our own toothpick of setuptools) which is bundled
2009-02-02 22:23:23 -07:00
Zooko O'Whielacronx
0c91a467e8
setup: remove old bundled setuptools-0.6c10dev (our own toothpick of setuptools)
2009-02-02 22:23:04 -07:00
Zooko O'Whielacronx
5c0d937eec
setup: bundle setuptools-0.6c11dev (our own toothpick of setuptools)
...
Hopefully this one fixes the issue with easy_install not searching the sys.path for packages that were requested to be installed, (setuptools #17 ), thus allowing us to do away with the "--site-dirs=" kludges, which are currently breaking some of our buildbots.
2009-02-02 22:19:50 -07:00
Brian Warner
0716fbcd16
CLI: tahoe_check: stop escaping the JSON output when using --raw
2009-02-02 21:12:32 -07:00
Brian Warner
cfce8b5eab
#598 : first cut of 'tahoe backup' command: no backupdb, but yes shared-unchanged-directories and Archives/TIMESTAMP and Latest/
2009-02-02 21:09:02 -07:00
Brian Warner
91dacc3dbc
CLI: move node-url -should-end-in-slash code into a common place, so other tools can rely upon it later
2009-02-02 21:08:56 -07:00
Brian Warner
a7de479767
tahoe_ls: CLI command should return rc=0, not None
2009-02-02 21:07:20 -07:00
Zooko O'Whielacronx
5ba9225559
setup: add site-dirs for Debian and for some (?) Mac OS X
2009-02-02 18:09:55 -07:00
Brian Warner
d8d4070e98
misc/dependencies: update setuptools_trial from 0.4 to 0.5
2009-02-02 17:36:57 -07:00
Brian Warner
552f4788cc
.darcs-boringfile: ignore bin/tahoe and bin/tahoe-script.py, since both are now generated
2009-02-02 17:03:33 -07:00
Brian Warner
f0572421fe
Makefile: fix 'clean' target to remove bin/tahoe and bin/tahoe-script.py, since both are now generated
2009-02-02 17:03:07 -07:00
Zooko O'Whielacronx
e08e8d3f41
storage: disable test_large_share again: my linux laptop has less than 4 GiB free
2009-01-30 22:16:49 -07:00
Brian Warner
529a8e9fdb
web/directory: add a link from readwrite directories to a read-only version, and fix the 'SI=xxx' header to actually use the storage index, not the writekey
2009-01-30 19:32:05 -07:00
Brian Warner
b77a017872
uri: add abbrev_si() method, which returns the abbreviated storage index
2009-01-30 19:31:10 -07:00
Zooko O'Whielacronx
4e86894bfa
setup: make sure you use darcsver whenever you are going to run trial
...
This fixes the bug Brian had where he ran "python ./setup.py trial" and the allmydata-tahoe version number came out as 0.0.0.
2009-01-30 14:38:19 -07:00
Zooko O'Whielacronx
e010d49835
setup: require setuptools_trial >= 0.5, and delegate to it the job of deciding which Twisted reactor to use for the current platform
2009-01-29 22:31:33 -07:00
Brian Warner
a6eb434b57
Makefile: use 'setup.py test' for test/quicktest targets (instead of
...
'setup.py trial'). 'setup.py trial' clobbers the tahoe .egg's PKG-INFO
"Version:" field (resetting it to 0.0.0), possibly because it isn't invoking
the darcsver subcommand that 'setup.py test' does before it runs the 'trial'
subcommand.
This slows down quicktest by another couple of seconds (see #591 ) and adds
more noise to its output, but without this change, 'make test' and 'make
quicktest' fail on test_runner (which spawns bin/tahoe as a subprocess, and
with a mangled Version:, the setuptools-based entry point script refuses to
recognize our source tree as a usable version of Tahoe).
2009-01-30 04:25:36 -07:00
Brian Warner
20ebfcc0c6
Makefile: remove the obsolete stats-gatherer-run target
2009-01-29 19:01:31 -07:00
Zooko O'Whielacronx
4e6c09d306
setup: remove the "build three times in a row" kludge now that #229 is fixed, and spell build "build" instead of "build_tahoe"
2009-01-29 13:59:52 -07:00
Zooko O'Whielacronx
4d0dc9c766
setup: require darcsver >= 1.2.0 and rely exclusively on darcsver to set the version string
2009-01-29 12:56:40 -07:00
Zooko O'Whielacronx
6a4d5abc1d
setup: add new bundled darcsver-1.2.0
2009-01-29 12:51:15 -07:00
Zooko O'Whielacronx
20d2136e24
setup: remove old bundled darcsver-1.1.8
2009-01-29 12:51:02 -07:00
Zooko O'Whielacronx
189f9cc8fd
setup: add doc explaining why we set zip_safe=False
2009-01-29 11:48:02 -07:00
Zooko O'Whielacronx
527c8c093d
setup: setup.cfg aliases get expanded only once, so put everything you want to happen during the "test" step in the alias
2009-01-29 10:58:15 -07:00
Zooko O'Whielacronx
d21f001b62
setup: invoke darcsver whenever doing an sdist
2009-01-29 10:51:25 -07:00
Zooko O'Whielacronx
f0682cf43e
setup: more verbose assertion failure in test_runner
2009-01-29 10:49:06 -07:00
Zooko O'Whielacronx
681d3bfd05
setup: subclass setuptools.Command instead of distutils Command
...
There's almost no difference between them, but let's be consistent try to use the setuptools API as it was intended.
2009-01-29 07:00:58 -07:00
Zooko O'Whielacronx
42d500f73d
setup: temporarily comment-out the horrible kludge to work-around setuptools #17 , while I figure out how to solve it better
2009-01-29 07:00:00 -07:00
Zooko O'Whielacronx
20127ffdf5
setup: always create a support dir and populate it with a site-packages and add same to the PYTHONPATH, just in case someone is going to do "build", "develop", or "test" or something else which triggers a build
...
I think there must be a much better solution for this -- probably to fix setuptools #54 and ship our own fork of setuptools and rely on it.
2009-01-28 22:56:08 -07:00
Zooko O'Whielacronx
d3b78d86ca
setup: if any of "build", "develop", or "test" appear in the sys.argv then that means we'll be doing a develop, so add the workarounds for setuptools #17 in any case
...
I think there must be a much better solution for this -- probably to fix setuptools #17 and ship our own fork of setuptools and rely on it.
2009-01-28 22:55:34 -07:00
Zooko O'Whielacronx
bbe4e2d479
setup: add metadata indicating compatibility with python 2.6
2009-01-28 18:26:28 -07:00
Zooko O'Whielacronx
083795ddd6
setup: a new improved way to create tahoe executables
...
Create the 'tahoe-script.py' file under the 'bin' directory. The 'tahoe-script.py' file is exactly the same as the 'tahoe-script.template' script except that the shebang line is rewritten to use our sys.executable for the interpreter. On Windows, create a tahoe.exe will execute it. On non-Windows, make a symlink to it from 'tahoe'. The tahoe.exe will be copied from the setuptools egg's cli.exe and this will work from a zip-safe and non-zip-safe setuptools egg.
2009-01-28 18:07:16 -07:00
Zooko O'Whielacronx
204629be43
storage: enable the test of a share larger than 2 GiB; this will probably be too expensive on Mac OS X, but I think it won't be on all the other platforms ; I will probably set it to SkipTest if the sys.platform is Mac after seeing the results of this buildbot run
2009-01-28 16:33:12 -07:00
