docs: remove old licensing text that was accidentally included -- AGL gave me permission to relicense under GPLv2+|TGGPLv1+ as a condition of my accepting his patch
zooko [Mon, 17 Aug 2009 02:01:51 +0000 (07:31 +0530)]
setup: try to install our toothpick of setuptools (0.6c12dev) but if that fails then go ahead with whatever setuptools we've got
Ignore-this: b84642cefe2ada09ec1fd064614882f3
Hopefully this will fix the problems that setuptools-0.6c9 can't automatically include pyutil more than once if two different requirements require pyutil, but also let the "dpkg-buildpackage" build work with setuptools-0.6c9. I guess this will work only if that latter build doesn't require pyutil multiple times.
zooko [Mon, 17 Aug 2009 01:15:44 +0000 (06:45 +0530)]
setup: relax requirement on setuptools from >= 0.6c12dev to >= 0.6c8
Ignore-this: a4ae434ee99f36a307f2a3da4f126042
v0.6c12dev is our toothpick; v0.6c8 is the official setuptools that comes with Lenny and Hardy.
There were some problems that were fixed by patches to our toothpick, but I'm hoping that those problems don't crop up on build machines which setuptools v0.6c8, and/or that those situations or machines where the problems do crop up already have our toothpick installed. I don't like making this sort of change without knowing exactly what problems we observed with what other versions of setuptools on what other systems, but on the other hand almost everything that we care about is now automatically tested by the buildbots, so if they go green after this patch I'll be fairly satisfied.
(Note: the longer-term plan is to switch to Distribute, which has most of the same patches that our toothpick has, and which is official and supported to boot.)
zooko [Tue, 23 Jun 2009 04:55:10 +0000 (10:25 +0530)]
setup: upgrade the bundled copy of zetuptoolz from 0.6c10dev to 0.6c12dev and increase the minimum required version of setuptools from 0.6c9 to 0.6c12dev to see if it fixes the problem with overlapping dependencies on pyutil on Black Dew's windows buildbot.
zooko [Wed, 17 Jun 2009 18:05:21 +0000 (23:35 +0530)]
setup: raise setuptools version requirement to 0.6c9 on all platforms (0.6c6 had that problem with multiple overlapping dependencies on pyutil, on Ubuntu)
zooko [Wed, 17 Jun 2009 18:02:01 +0000 (23:32 +0530)]
setup: require setuptools >= 0.6c9 on Windows, but >= 0.6c6 on other platforms
Ignore-this: d7b4ee5dd9aa45b7381224e5904d7266
Hopefully this will allow stdeb to work on all Debian derived platforms while also working around that problem that showed itself on Windows with setuptools 0.6c7.
zooko [Wed, 17 Jun 2009 15:27:30 +0000 (20:57 +0530)]
setup: undo the recent change to make argparse and pyutil required only for building command-line tools
Ignore-this: 47a4604cde20c159be18f7c906c81b8f
It breaks the current release of stdeb, and also it looks like we might be able to get argparse and pyutil into Debian, and a version of zfec without its command-line tools wouldn't be nearly as generally useful.
zooko [Mon, 15 Jun 2009 23:17:11 +0000 (04:47 +0530)]
setup: loosen the requirements -- you need argparse and pyutil only if you want the "zfec" and "zunfec" commandline tools
Ignore-this: 5e502a60e8d63ebf98b8bb87b21b9f63
This way Tahoe-LAFS can require zfec without requiring zfec's commandline tools, and therefore without requiring argparse or pyutil. This might make it easier to package Tahoe-LAFS for Debian.
zooko [Mon, 15 Jun 2009 20:52:20 +0000 (02:22 +0530)]
setup: increase requirement on setuptools version to >= 0.6c10 (which means our own toothpick of setuptools a.k.a. zetuptoolz) because the setuptools-0.6c7 on our Windows buildslave has a problem with multiple overlapping dependencies on pyutil, but 0.6c10dev (which is already bundled with zfec) doesn't
zooko [Tue, 21 Oct 2008 15:48:17 +0000 (21:18 +0530)]
setup: add classifiers indicating what versions of Python this is known to work with
It probably works with Python 2.3 and 2.6, but I don't want to spend the effort to find out and I want to discourage people from using those versions of Python (for now).
It probably doesn't work with Python 3.0, but I even less want to spend effort and even more want to discourage usage.
zooko [Sat, 19 Jan 2008 03:06:18 +0000 (08:36 +0530)]
add in-line doc
Brian Warner had the idea of "forgetfulness oriented programming". Anything that you can't remember six months later needs to be simplified or documented. This weird little stanza that I inherited from Luigi Rizzo's library is in that class.
zooko [Sun, 30 Dec 2007 03:08:02 +0000 (08:38 +0530)]
setup: prepend os.getcwd() to misc/dependencies
This is actually useful because if for example you invoke "easy_install
~/some/path/setup.py", then the CWD will be ~/some/path when the first part of
setup.py is evaluated, but will change to something else later, so the
misc/dependencies will not be found unless the CWD is prepended. ***END OF
zooko [Sat, 22 Dec 2007 04:38:42 +0000 (10:08 +0530)]
zfec: setup: copy in latest version of ez_setup.py, which works even if setuptools has been imported into the current Python interpreter but cannot be imported into another one in a subprocess
zooko [Sat, 22 Dec 2007 00:12:45 +0000 (05:42 +0530)]
zfec: setup: copy in my latest version of ez_setup.py -- this one correctly detects $PWD/setuptools*.egg, avoiding a redundant download (it also emits a nicer warning message about the minimum required version)