http://svn.zope.org/ZODB/trunk/src/ZConfig/
Maybe using svn:external would make the dependencies more obvious?
Cheers, Yuppie
___
Zope-Coders mailing list
Zope-Coders@zope.org
http://mail.zope.org/mailman/listinfo/zope-coders
havior would be.
Either something is wrong with socket-address or the test should expect
ZConfig.datatypes.DEFAULT_HOST.
Cheers, Yuppie
___
Zope-Coders mailing list
Zope-Coders@zope.org
http://mail.zope.org/mailman/listinfo/zope-coders
yuppie wrote:
Fred Drake wrote:
So if the Windows Zope users are happy with it, then I guess we're
done with this issue, which exhausts what I know needs to be done.
Thanks! But one test still fails:
[...]
Either something is wrong with socket-address or the test should e
have to fix this on the related Zope3 branch, tag a new version and
make lib/python/zope point to that new tag.
Cheers, Yuppie
___
Zope-Coders mailing list
Zope-Coders@zope.org
http://mail.zope.org/mailman/listinfo/zope-coders
Stefan H. Holek wrote:
This appears to cause an import loop, i.e. PageTemplateFile -> ZTUtils
-> ZCatalog -> Five -> PageTemplateFile ...
Oops! Sorry.
I partially reverted r30994. Please let me know if there are still problems.
Ch
x27;t work, so I added
redundant interface definitions for now.
I'll have a look at porting createZope2Bridge from Five to a better place.
Sorry for the inconveniences. Yuppie
___
Zope-Coders mailing list
Zope-Coders@zope.org
http://mail.zope.o
d-ported to the trunk?
Sorry for the delay. Done. Yuppie
___
Zope-Coders mailing list
Zope-Coders@zope.org
http://mail.zope.org/mailman/listinfo/zope-coders