Hi all,
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
setuptools.
Is there a simpler way to do this?
If not you might want to consider attached patch for addition
(Should be against latest svn.)
Cheers,
Klaus
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:
>
>
>http://mail.python.org/mailman/confirm/distutils-sig/58606f8fcc1f092cd92593…
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:pje@telecommunity.com>
>> pje(a)telecommunity.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
>>> socket.setdefaulttimeout(1)
>>> import urllib2
>>> g = urllib2.urlopen('
http://www.gtlib.gatech.edu/pub/mozilla.org/firefox/releases/3.0.1/mac/fr/F…
')
>>> g.read()
xxxxxxx I get firefox dmg file here
Although I don't know how it behaves on stale connections, I will digg on
this
Tarek
--
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
----------
messages: 88
nosy: tarek
priority: wish
status: unread
title: add a link to the bug tracker in README.txt
_______________________________________________
Setuptools tracker <setuptools(a)bugs.python.org>
<http://bugs.python.org/setuptools/issue34>
_______________________________________________
chris wrote:
> What version of subversion are you using?
1.4.5
cheers,
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http://www.simplistix.co.uk
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:
http://www.ifc14.com/ets/clk.asp?69040X1M9461355
-- 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
research report:
http://www.ifc14.com/ets/clk.asp?69040X1M9461355
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:
http://www.citrixonline.com/unsubscribe.tmpl
-------------------------------------------------------------
[ distutils-sig(a)python.org ]
The preceding is an email advertisement.
To remove yourself from future promotions, please click here:
http://www.ifc14.com/r/rm.asp?m=PngfCYY&o=gPKnK&j=fCgZK&t=2&e=distutils-sig…
or copy and paste the above link into your internet browser.
9461355
-------------------------------------------------------------
This was brought up a while back by someone working with experimental
svn 1.6:
http://mail.python.org/pipermail/distutils-sig/2008-February/008794.html
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
Hi,
I just added some docs for the find-links option:
http://mail.zope.org/pipermail/checkins/2008-August/023822.html
I'm not 100% on the order of searching of locations specified in
find-links and whether or not pypi is still searched.
Would be great if someone could have a look and let me know if I need to
make any changes.
cheers,
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http://www.simplistix.co.uk
I'm trying to create an rpm package using bdist_rpm and it's failing.
I can see exactly why it's failing, but I can't coax google into
telling me how to fix it. First I see python create a tarball to put
in the rpm's SOURCES:
creating python-sybase-0.39
making hard links in python-sybase-0.39...
hard linking Sybase.py -> python-sybase-0.39
hard linking blk.c -> python-sybase-0.39
hard linking cmd.c -> python-sybase-0.39
hard linking conn.c -> python-sybase-0.39
hard linking ctx.c -> python-sybase-0.39
hard linking databuf.c -> python-sybase-0.39
hard linking datafmt.c -> python-sybase-0.39
hard linking date.c -> python-sybase-0.39
hard linking datetime.c -> python-sybase-0.39
hard linking iodesc.c -> python-sybase-0.39
hard linking locale.c -> python-sybase-0.39
hard linking money.c -> python-sybase-0.39
hard linking msgs.c -> python-sybase-0.39
hard linking numeric.c -> python-sybase-0.39
hard linking setup.py -> python-sybase-0.39
hard linking sybasect.c -> python-sybase-0.39
tar -cf dist/python-sybase-0.39.tar python-sybase-0.39
gzip -f9 dist/python-sybase-0.39.tar
removing 'python-sybase-0.39' (and everything under it)
copying dist/python-sybase-0.39.tar.gz -> build/bdist.linux-i686/rpm/SOURCES
One of the files required by setup.py (ez_setup.py) isn't getting hard
linked. Thus, when rpmbuild unpacks the above tarball into the rpm
BUILD directory and runs setup.py, it crashes with an ImportError.
How do I adjust what files get hard linked into that tarball?
