that we need to
urgently address, and I've written a short note explaining why. This note is
incomplete, badly edited, has not been peer-reviewed, and is not ready for
publication, but I thought it might help folks evaluate how urgent it is to
upgrade from MD5, so here it is.
Regards,
Zooko
and SHA-3, so I'm not pushing to add support for it.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
more or less said that the major reason they believe that MD5 hasn't
had a published pre-image attack is just because it's so broken that most
researchers have moved on to newer hashes.
Who said that? That contradicts my beliefs.
Thanks!
Regards,
Zooko
and
small so it is easy to embed them directly into the metadata next to things
like URLs and Author Names).
I don't know if it still does. There's a PEP that mentions JWS signatures:
http://www.python.org/dev/peps/pep-0427/
Regards,
Zooko
___
Distutils-SIG
the normal thing that
distutils has always done for modules made up of compiled C code.
By the way, if I were starting pycryptopp today I would use cffi. (And I would
name it crpyto.)
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
of complicated things going then and there, and because
it is very inconvenient to write unit tests of setup.py behavior.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
New submission from Zooko O'Whielacronx zo...@zooko.com:
This unit test fails on CPython 2.7.1 and pypy 1.7:
FAIL: test_get_script_header_jython_workaround
(setuptools.tests.test_resources.ScriptHeaderTests)
--
Traceback (most
and they will be grateful.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
New submission from Zooko O'Whielacronx zo...@zooko.com:
I am trying to get Tahoe-LAFS listed on the FSF/UNESCO directory of Free
Software: http://directory.fsf.org/ . One of the sticking points is that
Tahoe-LAFS includes a copy of setuptools
(http://allmydata.org/trac/tahoe-lafs/browser
they are really just a piece of what is getting
packaged.
Bingo! A package is something that you deliver to someone else and
they use it. You don't deliver __init__.py directories to people.
__init__.py directories are not packages.
Regards,
Zooko
, but today there are too
many of them. We have the option of either carrying on status quo
with recurring confusion and clarification, or adopting the
terminology that people already expect.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils
New submission from Zooko O'Whielacronx zo...@zooko.com:
This just happened on Ubuntu Karmic:
HACL zooko-desktop:/sdb/zooko/ecometry2rabbit/ecometry2rabbit$ /usr/bin/python
setup.py test
Traceback (most recent call last):
File setup.py, line 2, in module
use_setuptools()
File /sdb/zooko
to the other without having to relearn anything. Please report any
bugs. Thanks!
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
?
Thanks,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Friday,2009-10-09, at 6:25 , Benji York wrote:
On Thu, Oct 8, 2009 at 6:40 PM, Zooko Wilcox-O'Hearn
zo...@zooko.com wrote:
What we do in the Tahoe-LAFS project is we don't count down to a
future
version, we only count up from a past version. This is also what
Twisted
does
to make a new release! Please try the current
version (1.4.1-r4021) and tell us if it works for you!.
Regards,
Zooko
[1] http://pypi.python.org/pypi/darcsver
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
. There are a lot of people who have constraints on
what they they can deploy and when, so it wouldn't hurt to have both
fixes available.
(Also, one of the fixes might not get done in a timely way.)
Thanks,
Zooko
___
Distutils-SIG maillist - Distutils-SIG
and the more lenient setuptools and Distribute are with respect to
what version of Python they require, the better for everyone.
Thank you kindly for your attention.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
to
contribute more in the future. Having a policy of actively working
to maintain stability across stable updates will help everyone.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
. Not because he's wrong! Maybe it
*is* so-and-so's fault. But what I'm looking for in the maintainer
of a stable platform is someone who says Maybe this wasn't our
fault, but here are the steps we're taking to get you back on your
feet as soon as possible..
Regards,
Zooko
/current/cplusplus-sig/
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
-compatible build extensions to be accepted by
Glyph. This requires that they be testable. Please help me
understand how to write build extensions which are testable.
Regards,
Zooko
On Sunday,2009-08-16, at 14:16 , Zooko Wilcox-O'Hearn wrote:
Folks:
I have a recurring problem
Dependencies for that distribution.
Regards,
Zooko
[1] http://allmydata.org/buildbot-pycryptopp/waterfall
[2] http://allmydata.org/buildbot-zfec/waterfall
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
measurement of
performance, but the few times that people briefly glanced at
performance it seemed like zipping the eggs made them slower to load,
not faster.)
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
New submission from Zooko O'Whielacronx zo...@zooko.com:
It is often the case that a binary .egg is usable and an sdist is not (when the
package requires compiling C or C++ code). Here is an example where this is
currently happening:
http://allmydata.org/trac/tahoe/ticket/773#comment:7
Tahoe
setuptools2, I mean Zup2lsNG, currently
still supports Python 2.4, but it is a bit of a hassle and I'm hoping
to drop support for Python 2.4 before we switch to Zup2ls anyway.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
./setup.py
build) but is instead being built inside a more complicated setting,
such as when it is one of the module being packaged up by py2exe, or
when it is the dependency of something which is being built by
setuptools:
http://divmod.org/trac/ticket/2699
Regards,
Zooko
that location.
Regards,
Zooko
[1] http://allmydata.org/trac/tahoe/browser/setup.cfg
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
://bugs.python.org/setuptools/issue6
Regards,
Zooko
$ ls -lS
-rw-rw-r-- 1 zooko zooko 8355840 2009-06-17 09:48 allmydata-
tahoe-1.4.1-r3916.tar
-rw-rw-r-- 1 zooko zooko 2562835 2009-06-17 09:51 allmydata-
tahoe-1.4.1-r3916.zip
-rw-rw-r-- 1 zooko zooko 2383653 2009-06-17 09:48 allmydata-
tahoe
the authority to
agree to anything on behalf of the Twisted or setuptools projects --
I was just agreeing to stop arguing about it. :-))
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils
sure whether
I'm willing to change it to $MAJ.$MIN.$MIC.$COUNT.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
to use the same
spelling for .snapshot / -r / .post? This would not effect any
version comparison, but it would be nice for us humans if everyone
chose the same word when they mean the same thing.
Regards,
Zooko
___
Distutils-SIG maillist
patch is committed to the
revision control repository:
http://allmydata.org/buildbot-pycryptopp/builders/linux-amd64-ubuntu-
hardy-yukyuk/builds/82/steps/stdeb/logs/stdio
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
New submission from Zooko O'Whielacronx zo...@zooko.com:
A user of Tahoe-LAFS encountered an error in which pyOpenSSL emitted:
exceptions.UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-5:
unsupported Unicode code range
It took some effort on the part of the user
the advantage that the implementation of this feature is not in
your setup.py but is in setuptools or in a setuptools plugin such as
setuptools_hg or setuptools_bzr.
:-)
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
that already
exist. So if distutils2 can re-use extant setuptools plugins, then
that would be handy.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
register
8. revision control integration; I want all files under revision
control to be included in packages.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Ugh. Sorry -- I was on a plane when I composed this and I
accidentally sent it the next time I connected to the Net before
adding the references. Here they are:
On Apr 20, 2009, at 18:06 PM, Zooko O'Whielacronx wrote:
Roughly in order of most important to least important:
1. a formal
system, you would also need to know
whether the Python was compiled with UCS-2 or UCS-4 internal unicode
representation, as well as what version of glibc you have. Is there
anything else that would need to be added into the egg name?
Regards,
Zooko
!
I'm not saying that it isn't a learning curve.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
' is intended for non-Python tools and
'setup_requires' currently works only for Python packages
(distributions).
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
expressed my opinion on the issue with
sufficient thoroughness that I can now leave the decision up to you.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
platforms, for example.
The latter I haven't tried. Just a minute... Zooko tries python
setup.py bdist_wininst. (See appendix A.)
Secondly, the package can be automatically installed when the user
easy_installs a *different* package which depends on my package.
The Tahoe project
, then
the .egg can be automatically installed with no manual effort on my
part.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
distutils to support eggs worse, when what they really want
is for it to support debs better (which I hope stdeb will ultimately
do).
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
with regard to --prefix=
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
it is a little separately-packaged
plugin it was easy for me to fix it and distribute a fixed plugin.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
, and package_data
provide control over the behavior.
Regards,
Zooko
[1] http://pypi.python.org/pypi/pyutil
[1] http://pypi.python.org/pypi/zfec
[1] http://pypi.python.org/pypi/pycryptopp
[1] http://pypi.python.org/pypi/dupfilefind
[1] http://pypi.python.org/pypi/zbase32
[1] http://pypi.python.org/pypi
to pay attention
and notice that even though it has egg in its name it is now a core
Python feature which is supported by the core Python team.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
=524
There follows a patch that I submitted to recommend this in the
setuptools docs. I thought that PJE had already accepted this patch,
but it isn't there. PJE: please accept the following patch.
Regards,
Zooko
diff -rN -u old-dw/setuptools.txt new-dw/setuptools.txt
--- old-dw
Tarek:
Will the bdist_deb code be based on or copied from the existing stdeb
tool? Should people who are interested in bdist_deb be using stdeb
right now in order to find bugs in it and learn what they like/
dislike about it?
Regards,
Zooko
By the way, stdeb builds .deb files from distutils-packaged Python
source distributions as well as from setuptools-packaged Python
source distributions.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
.html
Here's the ticket:
http://bugs.python.org/setuptools/issue53 # respect the PYTHONPATH
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
*editing* files such as .pth files).
Regards,
Zooko
---
Tahoe, the Least-Authority Filesystem -- http://allmydata.org
store your data: $10/month -- http://allmydata.com/?tracking=zsig
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
are compatible with
the proprietary compiler used to build the official Python 2.6!
Regards,
Zooko
P.S. Whoops, sorry. This message was total flame-bait and off-topic
to boot. But it has been bugging me, and I feel better for having
gotten it off my chest
Thanks for the information, Josselin:
On Jan 29, 2009, at 7:10 AM, Josselin Mouette wrote:
Le mercredi 28 janvier 2009 à 07:44 -0700, zooko a écrit :
3. It would be okay for this process to be automated (or semi-
automated), but there's some flaw in the design of stdeb which
means
uploaded by those authorized people.
Regards,
Zooko
---
Tahoe, the Least-Authority Filesystem -- http://allmydata.org
store your data: $10/month -- http://allmydata.com/?tracking=zsig
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
development
process that you are undergoing that GNU stow compatibility has many
benefits.
Regards,
Zooko
---
Tahoe, the Least-Authority Filesystem -- http://allmydata.org
store your data: $10/month -- http://allmydata.com/?tracking=zsig
/
python-$PKG.
In other words, what would be the new metadata we could put in the
setup.py in the package to minimize the work to be done on stdeb
side ?
Yes, exactly!
Regards,
Zooko
---
Tahoe, the Least-Authority Filesystem -- http://allmydata.org
store your data: $10/month -- http
of stdeb which means
it will never be able to do it right unless stdeb is rewritten with a
new design.
4. It would be okay, and the general design of stdeb is okay, but
there are some bugs in stdeb which currently cause it to produce the
wrong results.
Thanks!
Regards,
Zooko
---
Tahoe
except scripts) simply by removing the .egg.
I see that PJE has replied to http://bugs.python.org/setuptools/
issue54 . I'll follow-up on that ticket.
Regards,
Zooko
[1] http://mail.python.org/pipermail/python-dev/2008-March/078243.html
---
Tahoe, the Least-Authority Filesystem -- http
,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
are the potential problems, but so far I've
been happy using stdeb to produce .deb's from my Python sdists.
Regards,
Zooko
---
Tahoe, the Least-Authority Filesystem -- http://allmydata.org
store your data: $10/month -- http://allmydata.com/?tracking=zsig
if calling that twisted/plugins directory
a data file or an included package data makes more sense, but the
former currently works.
Regards,
Zooko
---
Tahoe, the Least-Authority Filesystem -- http://allmydata.org
store your data: $10/month -- http://allmydata.com/?tracking=zsig
This seems unlikely to be setuptools-specific, but more likely a
problem with your Python interpreter. What python binary are you using?
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
New submission from Zooko O'Whielacronx zo...@zooko.com:
The allmydata.org tahoe-lafs project uses ./setup.py develop to build. We
have started having problems with older versions of dependencies already being
installed, so we want to add --multi-version to the ./setup.py develop
command
questions to the distutils-SIG
So, how about it?
Regards,
Zooko
---
Tahoe, the Least-Authority Filesystem -- http://allmydata.org
store your data: $10/month -- http://allmydata.com/?tracking=zsig
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
to let everyone know that any setuptools variant
(including a future release of PJE's setuptools) that respects the
PYTHONPATH will get at least two users!
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
On Dec 22, 2008, at 20:51 PM, Rocky Bernstein wrote:
I recently cut over to using distutils to distribute open-source
software. distutils decided to create an zipimporter egg. (Well,
I'm sure it did what it did for good reason, I just am not all that
aware of what I did to cause it too
Folks:
I pointed easy_install at this server:
http://allmydata.org/trac/tahoe/wiki/PackageMirror
This is very cool because the files are stored on a secure,
decentralized storage grid. (Details on http://allmydata.org ,
especially http://allmydata.org/~zooko/lafs.pdf .)
However
that it finds the eggs on that page and doesn't stop
with Unexpected HTML page found after following the other links.
Maybe tomorrow!
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
policy is a good one:
http://fedoraproject.org/wiki/Packaging/Python/Eggs
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority Filesystem
http://allmydata.com -- back up all your files for $10/month
___
Distutils-SIG maillist
://lists.wxwidgets.org/cgi-bin/ezmlm-cgi?11:mss:
73095:200802:hndcapodnmpbdhbnmgpn
On the other hand the Enthought folks seem to have gotten pretty far
without that, two years ago:
https://svn.enthought.com/enthought/ticket/1178
Regards,
Zooko
___
Distutils-SIG
for $operating_system_distribution, or you may not, but
either way I truly appreciate that nowadays you preserve the .egg-
info files so that I have the option of doing it this way.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
to strip out .egg-
info files and then changes their policy and now leave them
unmolested: Fedora, Debian and Ubuntu.
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
New submission from Zooko O'Whielacronx [EMAIL PROTECTED]:
Here is a patch to let elements of the PYTHONPATH environment variable maintain
precedence with regard to installed eggs, while still allowing installed eggs to
maintain their precedence with regard to installed non-eggs:
http
New submission from Zooko O'Whielacronx [EMAIL PROTECTED]:
Here is a patch to create --prefix= subtree if it doesn't already exist and
another patch to treat that's not on the sys.path as a warning instead of a
hard error. This fixes one of the most common complaints that I heard when I
asked
(os.environ.get
('PYTHONPATH','').split(os.pathsep))); sys.path[p:p]=new;
sys.__egginsert = p+len(new)\n
) % data
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority Filesystem
http://allmydata.com -- back up all your files for $10/month
[1] http
,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority Filesystem
http://allmydata.com -- back up all your files for $10/month
[1] http://adam.gomaa.us/blog/easy-install-isnt/
[2] https://bugs.launchpad.net/pyopenssl/+bug/238658/comments/25
that hack using __file__ that was
mentioned as an alternative, so from my perspective as a poor, dumb,
working developer, that __file__ thing is more confusing than the
pkg_resources API is.
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority Filesystem
http://allmydata.com
.
We are considering experimenting with the multi-version feature of
eggs, but haven't tried it yet.
pkg_resources.require() is not particularly problematic for us as far
as I recall.
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority Filesystem
http://allmydata.com -- back
the package
- PyPI should display the install and test dependencies in the UI
- The XML-RPC should provide this new metadata as well.
- a commenting system should allow developers and packagers to
give more infos on a package at PyPI
to make the work easier
+1
Regards,
Zooko
[1] http
, and declarative. The latter
question isn't.
In most cases there is only one implementation of a given interface,
so we make do by equating the interface with the implementation.
I wonder how Debian and Fedora handle this sort of issue?
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least
the next step is to write a PEP that supercedes the
parts of PEP-345 which are about dependency metadata and instead says
that the standard way to encode Python dependency metadata is in the
EGG-INFO/requires.txt file.
Regards,
Zooko
[1] https://code.launchpad.net/~astraw/stdeb/autofind
(), then
it emits an entry named requires with body zope.interface in the
resulting .egg-info. That's all. It won't hurt, and it will
probably help quite a lot to facilitate interoperation of future
Python packaging tools.
Regards,
Zooko
[1] http://mail.python.org/pipermail/distutils-sig
it.
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority Filesystem
http://allmydata.com -- back up all your files for $5/month
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
://stdeb.python-hosting.com
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority Filesystem
http://allmydata.com -- back up all your files for $5/month
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
that *those* packages need, such as pyOpenSSL and pyutil):
http://allmydata.org/trac/tahoe/browser/_auto_deps.py
And here is the list of open tickets about how we would like to
improve Tahoe packaging:
http://allmydata.org/trac/tahoe/report/10
Regards,
Zooko
---
http://allmydata.org -- Tahoe
On Sep 11, 2008, at 10:03 AM, Phillip J. Eby wrote:
(Oh, and while we're suggesting things, zooko, I'd suggest you take
a look at the two setuptools bugs in testing status that are
assigned to you; they're holding up the 0.6c9 release.)
I will be able to look at those next week.
Regards
their system.
You can also use the kludgey work-around that I posted in a previous
message, but since you can't do this for all Python packages which
you might want to run the unit tests of, I'm not sure that there is a
point.
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least
to setup() and uploaded an interim version of my software which
doesn't run its tests when you tell it ./setup.py test. This is an
unsatisfying solution.
Does anyone else have any knowledge of this problem?
Thanks!
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority
).
I will try to contact the authors of elisa.
Regards,
Zooko
---
http://allmydata.org -- Tahoe, the Least-Authority Filesystem
http://allmydata.com -- back up all your files for $5/month
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
New submission from Zooko O'Whielacronx [EMAIL PROTECTED]:
per http://mail.python.org/pipermail/python-dev/2008-April/078505.html
installing an egg (with easy_install or ./setup.py install) in zipped form
results in stack traces without source code lines attached. I hereby propose
that zip_safe
Folks:
Part of this patch documents the existence of the Framework ::
Setuptools Plugin classifier and says when to use it.
Another part documents the naming conventions which the developers of
the various revision control plugins agreed to.
Regards,
Zooko
P.S. Note that the git
it automatically detect
which debian packages your package depends on, using the
install_requires field from the setup() args: [5].
Thank you for your help in improving Python packaging tools!
Regards,
Zooko
[1] http://stdeb.python-hosting.com
[2] http://allmydata.org/trac/zfec/
[3] http://allmydata.org
Python accept fat eggs?).
Regards,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
setuptools issue
tracker.)
Regards,
Zooko
[1] http://mail.python.org/pipermail/distutils-sig/2007-December/
008554.html
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
it -- will make an effort to maintain setuptools's high
level of
quality, both by automated testing, by code review, and by manual
testing in
real-world deployments.
Thanks,
Your user,
Zooko
___
Distutils-SIG maillist - Distutils-SIG@python.org
doing so or granting commit access to
someone else who can do so), and let's write more tests, and let's
set up a buildbot to automatically run all the tests on every checkin.
I could contribute a buildmaster and administration thereof.
Regards,
Zooko
1 - 100 of 168 matches
Mail list logo