On 23-05-11 16:41, Bruno Binet wrote:
As you can see, eggproxy will scan the configobj index multiple times
which causes the timeout.
After digging in the code, I've found that the problem comes from
download urls of that form:
http://www.voidspace.org.uk/cgi-bin/voidspace/downman.py?file=configobj-4.4.0.zip
The urls ending with ".py" are interpreted as special urls by
setuptools/distribute and requires to scan the index again, but I
can't say why.
Any idea how we can fix this in collective.eggproxy?
I've thought of introducing a short time during which we won't scan
again the same index instead of always refresh.
Why don't people just upload to pypi... It is always the externally
hosted packages that are a problem.
Anyway:
- Feel free to introduce a workaround.
- You make it sound like this is an setuptools bug or so. Perhaps even
just work around the .py problem?
- Rescanning: perhaps just keep a list of already-scanned urls during
the current run? And omitting reading them a second time during the same
run? Would that already help?
Reinout
--
Reinout van Rees [email protected]
http://reinout.vanrees.org/
"The most absolute lie is the presentation of an irrefutable
fact based on unassailable numbers -- L.E. Modesitt jr."
_______________________________________________
Product-Developers mailing list
[email protected]
https://lists.plone.org/mailman/listinfo/plone-product-developers
