I have a setup.py that looks roughly like:
from setuptools import setup, find_packages
...and a file layout roughly like:
When I do setup.py sdist, the resulting .zip  file contains
bootstrap.py and setup.py but not buildout.cfg, even though it is in svn.
What's going wrong here?
 Anyone know how to get .tgz source builds on windows rather than
Simplistix - Content Management, Zope & Python Consulting
for our nightly build system I needed the capability to use a different
test runner, namely one that outputs junit compatible xml files.
In order to support that through the setup.py test command I hacked on
Is there a simpler way to do this?
If not you might want to consider attached patch for addition
(Should be against latest svn.)
Anybody know what would be considered a suspicious header in this case? :)
At 10:28 PM 8/21/2008 +0200, distutils-sig-bounces(a)python.org wrote:
>Your mail to 'Distutils-SIG' with the subject
> Testers wanted: about a dozen setuptools bugs closed in trunk
>Is being held until the list moderator can review it for approval.
>The reason it is being held:
> Message has a suspicious header
>Either the message will get posted to the list, or you will receive
>notification of the moderator's decision. If you would like to cancel
>this posting, please visit the following URL:
2008/8/20 Phillip J. Eby <pje(a)telecommunity.com>
> At 07:22 PM 8/13/2008 +0200, Tarek Ziade wrote:
>> 2008/8/12 Phillip J. Eby <<mailto:email@example.com>
>> What you really want/need is to make the PackageIndex support retrieval
>> from multiple index urls; the PackageIndex itself aggregates available
>> packages from sources such as the local file system, -f urls, and an
>> underlying package index. So having multiple aggregators would duplicate
>> processing, and deprive you of a global ordering of package precedences.
>> Is this a feature you would like to see in setuptools ? If so I can write
>> a patch,
> Just be aware that I'm likely to be rather picky about how it works. :)
I bet, I'll give a try and submit it :)
> Besides this feature, there's one feature we started to add on zc.buildout
>> but could be put in setuptools's PackageIndex as well I believe :
> Having the option to set a short timeout for *connections* would be useful,
> I think, just as long as it doesn't end up cutting off slow downloads. I'd
> prefer it to be controllable from the command line, nonetheless.
As far as I know, the socket timeout will not apply on a download that is
beeing processed, but only on 'sleeping' connections.
For instance, if I download Firefox with urlopen(), it takes up to 1 second
to read() it and the timeout won't occur in that case :
>>> import socket
>>> import urllib2
>>> g = urllib2.urlopen('
xxxxxxx I get firefox dmg file here
Although I don't know how it behaves on stale connections, I will digg on
Tarek Ziadé - Directeur Technique
INGENIWEB (TM) - SAS 50000 Euros - RC B 438 725 632
Bureaux de la Colline - 1 rue Royale - Bâtiment D - 9ème étage
92210 Saint Cloud - France
Phone : 01.78.15.24.00 / Fax : 01 46 02 44 04
http://www.ingeniweb.com - une société du groupe Alter Way
New submission from Tarek Ziadé <ziade.tarek(a)gmail.com>:
It would be nice to add http://bugs.python.org/setuptools/ in the README.txt so
it appears in the PyPI page
title: add a link to the bug tracker in README.txt
Setuptools tracker <setuptools(a)bugs.python.org>
ZoomInfo Business and Industry Information
Download the Complimentary Research Report
According to a study conducted by Forrester Research,
only 53 percent of surveyed IT users reported being
satisfied with their help desk support. Areas such
as resolving users� requests in a timely manner and
successfully resolving an issue on the first call
were identified as key opportunities for improvement.
Download the Forrester research report, �Thirty-One Best
Practices for the Service Desk,� to discover proven
industry best practices, processes and technologies.
Click below to download the Report:
-- Quickly resolve technical problems and save time
-- Rapidly resolve complex, mission-critical incidents
-- Handle increasing call volume without increasing budgets
Click below to download the Forrester best-practices
For more information please call (800) 549-8541. If you
are calling from outside the United States, please call:
+1 (805) 690-5729.
Citrix Online | 5385 Hollister Avenue | Santa Barbara, CA 93111
Voice: 800.549.8541 | Fax: 805.690.6471
(C)2008 Citrix Online, LLC. All Rights Reserved.
To unsubscribe from future Citrix Online mailings, please visit:
[ distutils-sig(a)python.org ]
The preceding is an email advertisement.
To remove yourself from future promotions, please click here:
or copy and paste the above link into your internet browser.
This was brought up a while back by someone working with experimental
But I'm not sure it was addressed, and now we're getting the same
problem here with svn 1.5.1.
This same fix fixes it:
--- sdist.py.vanilla 2008-08-18 20:54:07.000000000 -0700
+++ sdist.py 2008-08-18 20:12:11.000000000 -0700
@@ -1,5 +1,6 @@
from distutils.command.sdist import sdist as _sdist
from distutils.util import convert_path
+from distutils import log
import os, re, sys, pkg_resources
entities = [
But I'm not sure it's the best one. It's definitely good that this fix
should address the problem once and for all (i.e. no re-break on future
svn versions), but maybe there is a better larger fix. I think it
should be addressed somehow though since svn 1.5.1 is now the latest
release. Thanks, --dan