Chris Withers wrote:
Andreas Jung wrote:
Yes, so this change introduced a bug. Who's the right person to fix it?
What's the right collector to report this in?
Since Acquisition is a core module of Zope: the Zope 2 tracker on Launchpad.
Done:
https://bugs.launchpad.net/zope2/+bug/360761
Andreas Zeidler wrote:
Chris Withers wrote:
https://bugs.launchpad.net/zope2/+bug/360761
Now, who knows how to fix it? ;-)
this has been fixed in http://svn.zope.org/?view=revrev=99191
Wonderful, if Chris can confirm this, I'll make a new Acquisition release.
Hanno
Hanno Schlichting wrote:
Andreas Zeidler wrote:
Chris Withers wrote:
https://bugs.launchpad.net/zope2/+bug/360761
Now, who knows how to fix it? ;-)
this has been fixed in http://svn.zope.org/?view=revrev=99191
Wonderful, if Chris can confirm this, I'll make a new Acquisition release.
Chris Withers wrote:
Hanno Schlichting wrote:
Andreas Zeidler wrote:
Chris Withers wrote:
https://bugs.launchpad.net/zope2/+bug/360761
Now, who knows how to fix it? ;-)
this has been fixed in http://svn.zope.org/?view=revrev=99191
Wonderful, if Chris can confirm this, I'll make a new
Hanno Schlichting wrote:
I've running with a develop copy of the Zope 2 trunk.
Which doesn't include a develop version of Acquisition. Acquisition is
its own package.
Ah, okay, I'll pop Acquisition into develop and test before the end of
this email ;-)
This has include/Acquisition, but is
Chris Withers wrote:
Hanno Schlichting wrote:
This has include/Acquisition, but is that actually being used?
If not, then why is it included like that?
These are only the header files of Acquisition. Some of the C extensions
of the Zope2 egg depend on those headers.
Liar! ;-)
Ok, sigh.
Hanno Schlichting wrote:
If so, then how do I get it to recompile now that I've svn up'ed my Zope
2 trunk to get Andreas' changes?
You need to check out Acquisition from its SVN trunk and include it into
your environment (develop line in buildout or python setup.py
develop). Forcing a
Chris Withers wrote:
Hanno Schlichting wrote:
how would I force recompilation in a buildout environment?
Via python setup.py build_ext -i -f - works in all environments.
Deleting the .so files is probably another way.
I guess that equates to:
bin/buildout setup path/to/setup.py
hi chris,
Chris Withers wrote:
Andreas Jung wrote:
Yes, so this change introduced a bug. Who's the right person to fix it?
What's the right collector to report this in?
Since Acquisition is a core module of Zope: the Zope 2 tracker on Launchpad.
Done:
Chris Withers wrote at 2009-4-13 03:14 +0100:
The context for this is trying to get ParsedXML 1.5 running on Zope 2.12
under Python 2.5 (don't ask why!)
Anyway, ParsedXML has a class:
class ManageableNodeList(ManageableWrapper, DOMProxy.NodeListProxy,
Chris Withers wrote:
If you try and iterate over an instance of this class, you get an
AttributeError: __iter__. This doesn't make a lot of sense, since you
*don't* get an error like that if you iterate over an instance of:
class X:
def __getitem__(self,i):
return 1
The change
Hanno Schlichting wrote:
The change you are interested in is probably:
http://svn.zope.org/Zope/trunk/lib/python/Acquisition/_Acquisition.c?rev=94905r1=92577r2=94905
Acquisition now proxy real iteration via __iter__ correctly (it didn't
do that before). What is missing from that change is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13.04.2009 17:58 Uhr, Chris Withers wrote:
Hanno Schlichting wrote:
The change you are interested in is probably:
http://svn.zope.org/Zope/trunk/lib/python/Acquisition/_Acquisition.c?rev=94905r1=92577r2=94905
Acquisition now proxy real
Andreas Jung wrote:
Yes, so this change introduced a bug. Who's the right person to fix it?
What's the right collector to report this in?
Since Acquisition is a core module of Zope: the Zope 2 tracker on Launchpad.
Done:
https://bugs.launchpad.net/zope2/+bug/360761
Now, who knows how to
14 matches
Mail list logo
