- Zope-Dev - Zope lists

Re: SVN: Zope/branches/zodb-blobs-branch/ Move to ZODB 3.6.0b1.
by Tres Seaver 24 Oct '05

24 Oct '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tim Peters wrote: > Log message for revision 39583: > Move to ZODB 3.6.0b1. > > ZopeDatabase.createDB(): Plug database_name into config rather than > passing it to ZODBDatabase.open(). More should be done to detect > conflicting <zodb_db> section name and database_name, but I'm not > sure where all the relevant code is. > > There are a number of DeprecationWarnings about subtransactions when > running the tests. Should be repaired. > > One test failure, but doesn't look like it's related to ZODB: Nope. This one can be remediated by merging the fix on the current Five trunk: $ svn merge -r18808:18809 svn://codespeak.net/svn/z3/Five/trunk/ . Tres. - -- =================================================================== Tres Seaver +1 202-558-7113 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDXTaC+gerLs4ltQ4RAqCsAJwNHqtn52MD6LI9b0XEbSK6g43jJQCfWP3w 2hHGKap4apmHmfi3XKWXd6o= =drIS -----END PGP SIGNATURE-----

2 1

Re: [Zope-CMF] Better DeprecationWarnings (was Re: SVN: CMF/trunk/CMFDefault/Portal.py - reverted Portal.py change of r39125 to fix BBB temporarily)
by Tres Seaver 21 Oct '05

21 Oct '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chris Withers wrote: > Tres Seaver wrote: > >> Note that I have just figured out that we can make DeprecationWarnings >> more useful by passing the 'stacklevel' argument to 'warnings.warn'; >> passing a value of 2 for that argument causes the warning to be reported >> against the *caller* of the code issuing the warning, which makes it >> possible to find and remove the deprecated use. > > > Oooh, coool. Reckon it'd be a good idea if I changed all the deprecation > warnings in Zope to do the same? +10. > I've always found them totally useless 'cos they don't tell you where > they come from and so you can't fix them... > > Bit like the random ZODB errors when it no longer has the class for some > long-forgotten object burried deep in an opaque pickled data structure > which you have no hope of ever finding and deleting... but I digress ;-) Tres. - -- =================================================================== Tres Seaver +1 202-558-7113 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDV7I2+gerLs4ltQ4RAiTPAJ9ARNJ9C33+BrFMfD7bIgoMNSryQACgtGc5 nzgXeHE9NTZ79BQ5dF9rkN8= =B+U3 -----END PGP SIGNATURE-----

3 3

RestrictedPython, TALES Expressions and CMF
by Sidnei da Silva 19 Oct '05

19 Oct '05

(sorry for the cross-post) I'm currently facing an issue that seems to be a result of a bad interaction between CMF, TALES and Restricted Python. The issue currently happens when: 1. A TALES 'Path Expression' in 'Caching Policy Manager' is evaluated 2. The result of evaluating a sub-expression is a Python Script (eg: object/modified where 'modified' is a Python Script) 3. The context as built by CMF doesn't define 'here' What happens in this case is that the call will end up in PageTemplates/ZRPythonExpr.py:call_with_ns, which is reproduced here for your pleasure: def call_with_ns(f, ns, arg=1): td = Rtd() td.this = ns['here'] td._push(ns['request']) td._push(InstanceDict(td.this, td)) td._push(ns) try: if arg==2: return f(None, td) else: return f(td) finally: td._pop(3) Now, given that there has been a decision of deprecating 'here' in favor of 'context', I'm not exactly sure about the fix. CMF seems to create expression contexts in two places off the top of my head: In 'CMFCore/Expression.py' and 'CMFCore/CachingPolicyManager.py'. None of those define 'here' or 'context' but instead just 'object'. In 'Products/PageTemplates/TALES.py', in the 'translate' function, 'here' is also hardcoded, but that should be less of an issue as code reaching into that function *should* have a proper expression context. The question then is, which code is wrong? PageTemplates for relying on 'here' being defined, or CMF for not defining 'here'? I volunteer to provide a fix with tests as soon as someone clarifies which one needs to be fixed. As a reminder, 'actions' as defined by 'portal_actions' tool and anything that derives from 'ActionProviderBase' suffer from the same issue. -- Sidnei da Silva Enfold Systems, LLC. http://enfoldsystems.com

3 5

Five status on Zope trunk (was Re: [Zope-dev] Mountpoints)
by Tim Peters 18 Oct '05

18 Oct '05

[Tim] >> I'm copying Fred because he may remember more about this than I do. >> Fred, do you know of a reason why I can't stitch a newer ZODB into >> Zope(2) trunk? I have a dim, fading memory of the last attempt >> failing, and of agreeing in email to wait for the "5 guys" to "do >> something" before trying again. Sorry for not being more specific ... [Fred] > We need to do the zpkg/ZODB switch all at once because it affects how > extensions get their include files. Aha! That vaguely rings another vague bell ;-) The ZODB 3.5+ source code spells "#include" in its C files in a different way, and that can't work with the way Zope trunk is currently built. > When I tried switching the Zope 2 trunk before, there was a problem due > to Five tests failing. I don't remember the details, but the Five-folks > seemed to think things would be better with newer versions of Five. > > Since Five development is done elsewhere, though, it's hard to tell what the > deal is with that. Can anyone working on Five comment here, please? I gather that the first 2.9 beta release occurs in 2 weeks, and if Fred can't do his zpkgtools work, I can't update the trunk to a newer ZODB, and then Chris McDonough can't do his rework of mount points (the original topic of this thread), and then (best case) the world economy collapses. > I snapshotted what I did get done as the zpkg-build-branch, so we can get > back to it without duplicating work. So there's no reason yet to be depressed ;-)

2 1

svn.zope.org borked?
by Andreas Jung 18 Oct '05

18 Oct '05

Hi, all changes I made for the last hotfix release (patch for the reST .. include problem) have disappeared from the SVN (both from 2.8 branch and the trunk). I am *pretty sure* that I commited all changes. Is there something broken with the SVN database? Andreas

2 2

Re: [Zope-Checkins] SVN: Zope/trunk/lib/python/Shared/DC/ZRDB/ Collector #556: sqlvar now returns 'null' rather than 'None'.
by Stefan H. Holek 16 Oct '05

16 Oct '05

This change breaks Gadfly which doesn't seem to like 'null' at all. I poked around in ZGadflyDA/gadfly a bit, but it's not obvious to me how to fix the parser (*.mar files anyone?). Stefan [snip] File "/usr/local/Zope-2_8-branch/lib/python/Products/ZGadflyDA/ gadfly/kjParser.py", line 826, in ParseError raise SyntaxError, 'unexpected token sequence.' + data SyntaxError: unexpected token sequence.near :: "dca437824c3b0',"*" null, '', '" ******************************* current state = 252 expects: '?', 'numeric_literal', 'character_string_literal', '-', '+', ('nomatch1',) current token = ((-8, 'user_defined_name'), 'NULL') On 3. Sep 2005, at 01:20, Tres Seaver wrote: > Log message for revision 38276: > Collector #556: sqlvar now returns 'null' rather than 'None'. > > > Changed: > U Zope/trunk/lib/python/Shared/DC/ZRDB/sqlvar.py > A Zope/trunk/lib/python/Shared/DC/ZRDB/tests/test_sqlvar.py > > -=- > Modified: Zope/trunk/lib/python/Shared/DC/ZRDB/sqlvar.py > =================================================================== > --- Zope/trunk/lib/python/Shared/DC/ZRDB/sqlvar.py 2005-09-02 > 23:15:46 UTC (rev 38275) > +++ Zope/trunk/lib/python/Shared/DC/ZRDB/sqlvar.py 2005-09-02 > 23:20:49 UTC (rev 38276) > @@ -98,6 +98,9 @@ > raise > raise ValueError, 'Missing input variable, <em>%s</ > em>' % name > > + if v is None: > + return 'null' > + > if t=='int': > try: > if type(v) is StringType: > -- Anything that happens, happens. --Douglas Adams

7 11

Hold the press!
by Sidnei da Silva 13 Oct '05

13 Oct '05

I would like to fix this pearl of memory-comsumption in OFS.Image manage_FTPget: def manage_FTPget(self): """Return body for ftp.""" <snip> return str(self.data) That and port a fix from webdav.NullResource.PUT to webdav.LockNullResource.PUT. But I fear a release is coming out today? If that's the case could it hold back a bit? I'm already working on the fix. -- Sidnei da Silva Enfold Systems, LLC. http://enfoldsystems.com

4 3

RE: [Zope-dev] Allowing python logging from restricted code
by Tim McLaughlin 11 Oct '05

11 Oct '05

We are currently finishing up a "debug_log" much like the error log that Python scripts can write too. We would happily make that source available if you think it will fit the bill. Cheers, Tim -----Original Message----- From: zope-dev-bounces(a)zope.org [mailto:zope-dev-bounces@zope.org] On Behalf Of Chris Withers Sent: Tuesday, October 11, 2005 2:50 AM To: jim(a)zope.com Cc: zope-dev Subject: Re: [Zope-dev] Allowing python logging from restricted code Hi Jim, Jim Fulton wrote: > > I think you need to be very careful with this. What's the concern? I'm, at most, planning on making the getLogger function and the top level logging constants (eg: logging.INFO, etc) available... > IMO, this is something > that should not be turned on by default. OTOH, I have no problem with > making this possible to turn on. zope.conf option? Also, do you have any comment on the second half of my proposal, which was to do with making it possible to define more than just event and access logs in zope.conf? cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )

2 1

fresh install zope3.1.0 (binary installer) on windows
by Michael Haubenwallner 11 Oct '05

11 Oct '05

Could we create some docs on 'Newbie: How-to install the recent Zope3.1.0 on windows using the binary installer' provided at zope.org ? At the moment http://dev.zope.org/Zope3/Zope310 is the only available doc. It says 'Installation instructions for both Windows and Un*x/Linux are now available in the top level README.txt file of the distribution. The binary installer is recommended for Windows.' Which means, you need to download the tarball to get to install instructions. Would you like to comment on the questions below ? Questions when using the binary installer on windows: * already installed zope3 versions are recognized by the installer * the user is prompted to uninstall first * user knows where to uninstall * user knows the name of the program to uninstall * installer uninstalls on demand * installer installs and exits * user knows the place of the installation * zope program group is created with contents of the program group * start.bat - startup zope * nt-service - install as a windows service * uninstall * documentation * zope docs * online docs * create a new zope instance * install and start zeo * ...and your questions here I will add your comments to http://zopewiki.org/ZopeOnWindowsInstaller for a quick start. Michael -- http://zope.org/Members/d2m http://planetzope.org

1 0

Allowing python logging from restricted code
by Chris Withers 11 Oct '05

11 Oct '05

Hi All, Would anyone have a problem if I added the necessary security declarations to allow the python logging module to be used from restricted code? I'd like do this both for the trunk and the 2.8 branch, unless anyone has huge objections... Furthermore, I'd like to change zope.conf to allow the flexibility of defining loggers that ZConfig normally provides out of the box, rather than being limited to just the event log and the access log. I'd like to just do this for the trunk... Anyway, please let me know what you think! cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

2 2