[Zope-dev] Re: Clarification re: Zope X3.1, 2.8 - svn usage
Hello, Tres Seaver wrote: When you use 'svn:externals', the referenced package itself is *not* part of the containing checkout; it is managed separately by the svn client (sort of like ESI and page fragments). Yes this is true. But the differences between svn:externals and a copy are not so big. (the user nearly gets the same) With both you can get enough trouble. Even with svn:externals it's possible that someone checks something in to a tagged version. Subversion misses the feature to make tags read only and thats what you need in both cases. Tim points out that there are a number of these external dependencies, including ZConfig and zdaemon, which are not directly part of ZODB either: it depends on them in the same way that Zope depends on ZODB. My company uses subversion extensively, we have one rule: If we are in the same repository, we try to make a copy. If we have to different repositories and there are dependencies, we use svn:externals. Because there is one big Problem with svn:externals: If the repository is closed source and not available over Internet it is not possible to work at home with ssh checkouts. Hope this helps a little bit. bye by Wolfgang ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Adding Plone Content
--On Donnerstag, 31. März 2005 15:28 Uhr +0530 JV Singh [EMAIL PROTECTED] wrote: Hello. I need some help with this. I installed zope using 'apt-get install zope2.7' and then 'apt-get install plone'... But in the zope 'Add' list, I can't see any of the additionally installed components, including 'Plone Site'... I tried restarting zope, my browser and also the system.. You're on the wrong list. This list is for Zope-related development only. Try the plone-users list. -aj pgpa5hqwZhacB.pgp Description: PGP signature ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Test failures with five-integration branch merged to head...
Brian Lloyd wrote: I did a merge from the five-integration branch to the head in a local sandbox, and got the following test failures - anyone know anything about them? Odd, I don't get any failures, and Stefan Holek cannot report them either. Did these get resolved since then? It looks like the merge got checked in, right? Ran 5466 tests in 492.265s Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Disabling FTP by default
Florent Guillaume wrote: I'd like to disable FTP by default, by commenting it out in skel/etc/zope.conf. The reason is that it's better to open as few ports as possible by default. Opinions ? +1, but only for 2.8 Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
In this case, the answer is clear to me. :) We should fix the offending Z3 code to match the interface. Similarly, we should fix the uses of get_transaction. Jim Tim Peters wrote: I'm merging ZODB 3.4 into Zope on a branch. As Tres noted earlier in a checkin comment, a test failure results, because at the ZODB sprint we fleshed out IDataManager and an older Zope3 class claiming to implement IDataManager no longer does. Since Zope trunk doesn't own either the IDataManager definition nor the old Zope3 code, it's unclear how best to proceed: ERROR: testInterface (zope.app.mail.tests.test_delivery.TestMailDataManager) -- Traceback (most recent call last): File C:\Code\Zope\lib\python\zope\app\mail\tests\test_delivery.py, line 46, in testInterface verifyObject(IDataManager, manager) File C:\Code\Zope\lib\python\zope\interface\verify.py, line 93, in verifyObject return _verify(iface, candidate, tentative, vtype='o') File C:\Code\Zope\lib\python\zope\interface\verify.py, line 60, in _verify raise BrokenImplementation(iface, n) BrokenImplementation: An object has failed to implement interface InterfaceClass transaction.interfaces.IDataManager The abort_sub attribute was not provided. An expedient hack would be to castrate ZODB 3.4's IDataManager definition, back to what it was before the ZODB sprint. That's unattractive for obvious reasons (like, e.g., that the old definition lied about what the interface actually is). Current Zope3 trunk will have the same problem with ZODB 3.4 in its MailDataManager class, so that's the right place to fix it. But then the repaired version also needs to be merged into the old Zope3 code Zope trunk is trying to use. The old zope/app/mail/delivery.py also uses the deprecated get_transaction(). Perhaps current Zope3 trunk's delivery.py could just be slammed into the tag used by (or a new tag created for) Zope trunk? get_transaction() is more troublesome than _just_ that, alas: there are about 160 instances of it across the stitched-in lib/python/zope, and Products/Five, code. This causes lots of new deprecation warnings when running the tests. These are easy to repair with 1-2 hours easy editing work, but again Zope trunk doesn't own the lib/python/zope code (where almost all of these appear). -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
Martijn Faassen wrote: Tim Peters wrote: [snip] get_transaction() is more troublesome than _just_ that, alas: there are about 160 instances of it across the stitched-in lib/python/zope, and Products/Five, code. This causes lots of new deprecation warnings when running the tests. These are easy to repair with 1-2 hours easy editing work, but again Zope trunk doesn't own the lib/python/zope code (where almost all of these appear). Right, lib/python/zope is actually Zope X3.0.0, and we didn't expect we'd need to *update* Zope X3.0 in order for it to work with Zope 2.8. The new ZODB version is having some repercussions there. Zope X3.0 was released against an older version of ZODB. I'm really at a loss at what to do there. Perhaps we should make a X3.0.1. This is fairly long overdue anyway. Alternatively, we could make a branch for use in 2.8. I don't think this would really be a problem. I can spend time trying to shut up Zope X3 I guess, if that is the only option... I think this is the best option. What is the recipe of changing get_transaction(), is this documented somewhere? It should be documented in the deprecation warning. Basically, rather than: get_transaction().commit() you should: import transaction ... transaction.commit() or from transaction import commit ... commit() Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ___ Zope-Dev maillist - Zope-Dev@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 )
[Zope-dev] Re: brain.getObject and traversal
Chris Withers wrote: Well, in 2.8, new behaviour is expected, right? I really passionately believe that we should not be returnining None in Zope 2.8, and since 2.8 hasn't quite hit beta yet I'm very keen to see it fixed asap. Any objections? Most of my queries, where I need to wake up objects, has the form:: brains = catalog(portal_type='Document') objects = [] for brain in brains: try: obj = brain.getObject() if not obj is None: objects.append(obj) except: pass So it will not break any of my code, and I guess that most do something similar. Another thing is that I think that this pattern is so common that the catalog should have a query method where brains are automatically converted to objects. Like: objects = catalog.getObjects(portal_type='Document') That would be a handy time saver. -- hilsen/regards Max M, Denmark http://www.mxm.dk/ IT's Mad Science ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] brain.getObject and traversal
On Thu, 2005-03-31 at 13:02 +0100, Chris Withers wrote: Would anyone object if I wrote tests and changed the implementation to raise exceptions, including Unauthorized, instead of returning None? Unauthorized in getObject is out of the question, that would be new behaviour. Well, in 2.8, new behaviour is expected, right? I really passionately believe that we should not be returnining None in Zope 2.8, and since 2.8 hasn't quite hit beta yet I'm very keen to see it fixed asap. Any objections? No, I agree that it should raise Unauthorized. Just make sure that this is communicated properly at release time. -- Roché Compaan Upfront Systems http://www.upfrontsystems.co.za ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] brain.getObject and traversal
Chris Withers wrote: You're mistaken. The old code did: def getObject(self, REQUEST=None): Try to return the object for this record try: obj = self.aq_parent.unrestrictedTraverse(self.getPath()) if not obj: if REQUEST is None: REQUEST = self.REQUEST obj = self.aq_parent.resolve_url(self.getPath(), REQUEST) return obj except: zLOG.LOG('CatalogBrains', zLOG.INFO, 'getObject raised an error', error=sys.exc_info()) pass Which effectively returns None. Interesting. Where did that code come from? It's been there for longer than I've being doing Zope. http://cvs.zope.org/Zope/lib/python/Products/ZCatalog/Attic/CatalogBrains.py?hideattic=1content-type=text/vnd.viewcvs-markuprev=1.1.4.4 All robust old code had to be able to test for None, because it was returned in many cases (when indexes got desynchronised, due to transaction bugs for instance, or manage_beforeDelete swallowing stuff, or conflict errors happening...). I know I had to add lots in my code. Just because you had to do it in old code doesn't make it not evil. Returning a meaningless value that masks a whole array of possible distinct errors that should all be handled in different ways is mind numbingly stupid IMNSHO. Why you feel so passionately that this should be the case is beyond me. Do you like using bare try: except:s throughout your code too?! Well of course no, but I never had to check a getObject() against Unauthorized. Maybe it's because I only use it in a CMF setting where unaccessible objects are filtered anyway. OTOH you're a bit excessive in your Whole array of possible distinct errors. Unauthorized in getObject is out of the question, that would be new behaviour. Well, in 2.8, new behaviour is expected, right? I really passionately believe that we should not be returnining None in Zope 2.8, and since 2.8 hasn't quite hit beta yet I'm very keen to see it fixed asap. Any objections? I'm ok for 2.8. I'll look at it. Florent -- Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD +33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED] ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
[Tim Peters] ... get_transaction() is more troublesome than _just_ that, alas: there are about 160 instances of it across the stitched-in lib/python/zope, and Products/Five, code. This causes lots of new deprecation warnings when running the tests. These are easy to repair with 1-2 hours easy editing work, but again Zope trunk doesn't own the lib/python/zope code (where almost all of these appear). [Martijn Faassen] Right, lib/python/zope is actually Zope X3.0.0, and we didn't expect we'd need to *update* Zope X3.0 in order for it to work with Zope 2.8. I know. That's why I pushed and pushed to get the branch merged early -- I knew _something_ would go wrong, I just didn't know what wink. Jim and I knew about the ZODB-3.4-in-Zope-2.8 plans for quite a while, but I doubt that even Brian was aware of them. There's no way you could have known -- not your fault. The new ZODB version is having some repercussions there. Zope X3.0 was released against an older version of ZODB. I'm really at a loss at what to do there. I can spend time trying to shut up Zope X3 I guess, if that is the only option... What is the recipe of changing get_transaction(), is this documented somewhere? It is, but it would go faster if I did it. I rewrote all uses of get_transaction() in the Zope and Zope3 trunks on Monday, so I'm in practice. For the most part they amount to no more than what Jim said, but there are trickier cases than commit(). Suggestion: I make a new copy of Zope3/tags/ZopeX3-3.0.0-Zope-2.8-pr1/src/zope stitch that into Zope trunk (change the lib/python svn:externals to point to the new copy), do all the get_transaction() edits there, and repair the IDataManager glitch there too. This could easily be done before lunch today (my time wink). If people are agreeable, help me pick a name for the new copy; I have no idea what the pr1 is supposed to mean in the current name, but would like to stick to whatever naming convention is in use there. I don't think Five has much in the way of fundamental get_transaction(); ... That's right -- it's almost all under lib/python/zope/. [Jim Fulton[ Perhaps we should make a X3.0.1. This is fairly long overdue anyway. Alternatively, we could make a branch for use in 2.8. I don't think this would really be a problem. Above, I'm volunteering to do the latter. Somehow I get the impression that sticking an unplanned X3.0.1 release on the critical path for Zope 2.8 wouldn't go over well here wink. ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Test failures with five-integration branch merged to head...
[Brian Lloyd] I did a merge from the five-integration branch to the head in a local sandbox, and got the following test failures - anyone know anything about them? [Martijn Faassen] Odd, I don't get any failures, and Stefan Holek cannot report them either. Did these get resolved since then? It looks like the merge got checked in, right? The merge was checked in. I'm doing the ZODB 3.4 integration on a new branch. We suspect Brian's failures (seemingly Unicode-related) were due to a rogue site.py that mucked with the default sys.encoding. All but two tests pass on the trunk on Windows too. ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] zope /tmp file usage
Pavel Zaitsev [EMAIL PROTECTED] wrote: I am wondering what code in Zope 2.7.5-final potentially may use /tmp directory for temprorary files. Lots. There are many uses of the tempfile python module, which uses the TMPDIR, TEMP or TMP environment variables to decide where to stick its temporary file. /tmp, /var/tmp then /usr/tmp are used as fallbacks. You can just define TMPDIR in you startup script and that'll do. Florent I am using zope over webdav and sometimes webdav tries to create a tmp file, of some sort and some parts of the system lock up. There are xml parsers,mime decoders all of which do have binary code bits, so I asking for expert advice, if someone knows of what circuimstances zope would use /tmp directory to create a file... your help will be greatly appreciated. Pavel -- Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD +33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED] ___ Zope-Dev maillist - Zope-Dev@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 )
RE: [Zope-dev] Test failures with five-integration branch merged to head...
[Martijn Faassen] Odd, I don't get any failures, and Stefan Holek cannot report them either. Did these get resolved since then? It looks like the merge got checked in, right? The merge was checked in. I'm doing the ZODB 3.4 integration on a new branch. We suspect Brian's failures (seemingly Unicode-related) were due to a rogue site.py that mucked with the default sys.encoding. All but two tests pass on the trunk on Windows too. Sorry - I got sidetracked and didn't followup. Yes, the Python I happened to be using to run the tests had a wacky default encoding set - after I fixed that the tests all passed so I commited the merge. Brian Lloyd[EMAIL PROTECTED] V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] zope /tmp file usage
On Thu, Mar 31, 2005 at 01:52:11AM -0500, Pavel Zaitsev wrote: | snip if someone knows of what circuimstances zope would use /tmp | directory to create a file... Anytime the request coming in is bigger than the config variable 'large-file-threshold' (see INSTANCE_HOME/etc/zope.conf), the request body is streamed to a temp file. That's because otherwise the whole file gets loaded as a string in the memory, and can possibly take your server down by memory exaustion. Disk exaustion is less likely to occur given hard drives are cheaper than RAM *wink*. -- Sidnei da Silva [EMAIL PROTECTED] http://awkly.org - dreamcatching :: making your dreams come true http://www.enfoldsystems.com http://plone.org/about/team#dreamcatcher What this country needs is a good five cent microcomputer. ___ Zope-Dev maillist - Zope-Dev@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 )
Fwd: [Zope-dev] zope /tmp file usage
I did not understand why people why replying the same answer as I did: that simple I did not reply to the mailing list ;) -- Forwarded message -- From: Patrick DECAT [EMAIL PROTECTED] Date: Thu, 31 Mar 2005 11:50:56 +0200 Subject: Re: [Zope-dev] zope /tmp file usage To: Pavel Zaitsev [EMAIL PROTECTED] Hi Pavel, when files are uploaded with WebDAV, they are part of an HTTP PUT request. If the file is larger than LARGE_FILE_THRESHOLD, a temporary file is created by the zhttp_collector in HTTPServer.py class zhttp_collector: def __init__(self, handler, request, size): from ZServer import LARGE_FILE_THRESHOLD self.handler = handler self.request = request if size LARGE_FILE_THRESHOLD: # write large upload data to a file from tempfile import TemporaryFile self.data = TemporaryFile('w+b') else: self.data = StringIO() request.channel.set_terminator(size) request.collector=self Regards, Patrick. On Thu, 31 Mar 2005 01:52:11 -0500, Pavel Zaitsev [EMAIL PROTECTED] wrote: Hi, I am wondering what code in Zope 2.7.5-final potentially may use /tmp directory for temprorary files. I am using zope over webdav and sometimes webdav tries to create a tmp file, of some sort and some parts of the system lock up. There are xml parsers,mime decoders all of which do have binary code bits, so I asking for expert advice, if someone knows of what circuimstances zope would use /tmp directory to create a file... your help will be greatly appreciated. Pavel ___ Zope-Dev maillist - Zope-Dev@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 ) ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
[Tim Peters] ... Suggestion: I make a new copy of Zope3/tags/ZopeX3-3.0.0-Zope-2.8-pr1/src/zope stitch that into Zope trunk (change the lib/python svn:externals to point to the new copy), do all the get_transaction() edits there, and repair the IDataManager glitch there too. This could easily be done before lunch today (my time wink). I assume nobody objects, since nobody objected ahem. I see that Zope3/branches/ZopeX3-3.0.0-Zope-2.8 already exists, has already made changes to Zope3 code, and that the Zope3/tags/ZopeX3-3.0.0-Zope-2.8-pr1 tag Zope trunk is currently using appears to be a tag made off of that branch. So I'll continue on that line: make edits in Zope3/branches/ZopeX3-3.0.0-Zope-2.8 and, when they're done, make a new tag from that branch and stitch the new tag into Zope trunk. If anyone objects, please do so ASAP. ___ Zope-Dev maillist - Zope-Dev@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 )
[Zope-dev] Re: Clarification re: Zope X3.1, 2.8 - svn usage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wolfgang Langner wrote: Hello, Tres Seaver wrote: When you use 'svn:externals', the referenced package itself is *not* part of the containing checkout; it is managed separately by the svn client (sort of like ESI and page fragments). Yes this is true. But the differences between svn:externals and a copy are not so big. (the user nearly gets the same) Copies are forks. We have a lot of experience over the past year with the pain those forks cause. With both you can get enough trouble. Even with svn:externals it's possible that someone checks something in to a tagged version. Subversion misses the feature to make tags read only and thats what you need in both cases. Note that the Zope SVN repository does not allow write access via 'svn:' URLs, so we can get the read-only effect by exploiting that. We should proabably also see what can be done to make commits into the 'tags' tree disallowed; I'm not sure if that is possible in a 'svn+ssh:' setup. Tim points out that there are a number of these external dependencies, including ZConfig and zdaemon, which are not directly part of ZODB either: it depends on them in the same way that Zope depends on ZODB. My company uses subversion extensively, we have one rule: If we are in the same repository, we try to make a copy. If we have to different repositories and there are dependencies, we use svn:externals. Because there is one big Problem with svn:externals: If the repository is closed source and not available over Internet it is not possible to work at home with ssh checkouts. Doesn't obtain here. Hope this helps a little bit. Tres. - -- === Tres Seaver[EMAIL PROTECTED] Zope Corporation Zope Dealers http://www.zope.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCTBKVGqWXf00rNCgRAioQAJ9gVzrxEkcqx8CsyOgN7+A21f/cfwCgouY4 hH3OLrh5fpQFCXq217DCWA0= =WekI -END PGP SIGNATURE- ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
Jim Fulton wrote: Martijn Faassen wrote: Tim Peters wrote: [snip] get_transaction() is more troublesome than _just_ that, alas: there are about 160 instances of it across the stitched-in lib/python/zope, and Products/Five, code. This causes lots of new deprecation warnings when running the tests. These are easy to repair with 1-2 hours easy editing work, but again Zope trunk doesn't own the lib/python/zope code (where almost all of these appear). Right, lib/python/zope is actually Zope X3.0.0, and we didn't expect we'd need to *update* Zope X3.0 in order for it to work with Zope 2.8. The new ZODB version is having some repercussions there. Zope X3.0 was released against an older version of ZODB. I'm really at a loss at what to do there. Perhaps we should make a X3.0.1. This is fairly long overdue anyway. I'll see whether I can make some time to go through X3.0. in that case, to prepare for a X3.0.1. To do this work, I need ZODB 3.4 to be stitched into here, right: http://svn.zope.org/Zope3/branches/ZopeX3-3.0/ is there a resolution on how to do this yet? Alternatively, we could make a branch for use in 2.8. I don't think this would really be a problem. It's probably better to do it on X3.0 branch proper, and then extract a new 'more minimal' branch for Zope 2.8 (which we already have). It would be best if Tres did the latter, as he did it last time. :) We need to carefully check whether there aren't changes in ZopeX3.0 for Zope 2.8 that we need to port to the new branch. Perhaps Tres has an idea on how to approach all of this. I can spend time trying to shut up Zope X3 I guess, if that is the only option... I think this is the best option. What is the recipe of changing get_transaction(), is this documented somewhere? It should be documented in the deprecation warning. Thanks; I haven't seen those warnings yet as I don't think ZODB 3.4 quite got merged into Zope 2.8 trunk yet. Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Re: Clarification re: Zope X3.1, 2.8
Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Fulton wrote: Martijn Faassen wrote: [snip] Right, lib/python/zope is actually Zope X3.0.0, and we didn't expect we'd need to *update* Zope X3.0 in order for it to work with Zope 2.8. The new ZODB version is having some repercussions there. Zope X3.0 was released against an older version of ZODB. I'm really at a loss at what to do there. Perhaps we should make a X3.0.1. This is fairly long overdue anyway. Alternatively, we could make a branch for use in 2.8. I don't think this would really be a problem. We already have one: it was needed in order to remove the excess packages (the ones tagged as being in X3.0, without actually being installed by the zpkg stuff). You want to do the get_transaction() changes on that then, and not on the ZopeX3.0 branch proper? I can spend time trying to shut up Zope X3 I guess, if that is the only option... Adding the required methods to the zope.app.mail.delivery thingy should take less than an hour, I think. I'm not following this. What required methods with what zope.app.mail.delivery? I thought we were talking about ZODB 3.4 related changes here. Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
Tim Peters wrote: [Tim Peters] ... get_transaction() is more troublesome than _just_ that, alas: there are about 160 instances of it across the stitched-in lib/python/zope, and Products/Five, code. This causes lots of new deprecation warnings when running the tests. These are easy to repair with 1-2 hours easy editing work, but again Zope trunk doesn't own the lib/python/zope code (where almost all of these appear). [Martijn Faassen] Right, lib/python/zope is actually Zope X3.0.0, and we didn't expect we'd need to *update* Zope X3.0 in order for it to work with Zope 2.8. I know. That's why I pushed and pushed to get the branch merged early -- I knew _something_ would go wrong, I just didn't know what wink. But it isn't going wrong, as ZODB 3.4 is there yet, right? :) We only find out because you tried it on some other branch? I'm not clear on where this went on... [snip] Suggestion: I make a new copy of Zope3/tags/ZopeX3-3.0.0-Zope-2.8-pr1/src/zope If we're going to go that route, no need to make a copy, just use the branch that's already there for exactly this purpose: http://svn.zope.org/Zope3/branches/ZopeX3-3.0.0-Zope-2.8/ and make a new -pr2 or -integration2 or whatever you like tag out of it when you're done. stitch that into Zope trunk (change the lib/python svn:externals to point to the new copy), do all the get_transaction() edits there, and repair the IDataManager glitch there too. This could easily be done before lunch today (my time wink). Just stitch back in the /branches/ZopeX3-3.0.0-Zope-2.8, and fix that, and then, when you're done, copy it to a new tag and update the external to that. If people are agreeable, help me pick a name for the new copy; I have no idea what the pr1 is supposed to mean in the current name, but would like to stick to whatever naming convention is in use there. Right, pr1 is out of date. What about? Zope3/tags/ZopeX3-3.0.0-Zope-2.8-i2 for 'integration 2'? :) [snip] Alternatively, we could make a branch for use in 2.8. I don't think this would really be a problem. Above, I'm volunteering to do the latter. Somehow I get the impression that sticking an unplanned X3.0.1 release on the critical path for Zope 2.8 wouldn't go over well here wink. Geez, that's true, thanks. :) I'm too addled today to even yammer about it a lot. Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
Tim Peters wrote: [Tim Peters] ... Suggestion: I make a new copy of Zope3/tags/ZopeX3-3.0.0-Zope-2.8-pr1/src/zope stitch that into Zope trunk (change the lib/python svn:externals to point to the new copy), do all the get_transaction() edits there, and repair the IDataManager glitch there too. This could easily be done before lunch today (my time wink). I assume nobody objects, since nobody objected ahem. I see that Zope3/branches/ZopeX3-3.0.0-Zope-2.8 already exists, has already made changes to Zope3 code, and that the Zope3/tags/ZopeX3-3.0.0-Zope-2.8-pr1 tag Zope trunk is currently using appears to be a tag made off of that branch. So I'll continue on that line: make edits in Zope3/branches/ZopeX3-3.0.0-Zope-2.8 and, when they're done, make a new tag from that branch and stitch the new tag into Zope trunk. If anyone objects, please do so ASAP. This is exactly right! I should read all your mail, I'm typing at cross-purposes. :) Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@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 )
[Zope-dev] zope /tmp file usage
I did not understand why people was replying the same answer as I did. That's simple: I did not reply to the mailing list ;) -- Forwarded message -- From: Patrick DECAT [EMAIL PROTECTED] Date: Thu, 31 Mar 2005 11:50:56 +0200 Subject: Re: [Zope-dev] zope /tmp file usage To: Pavel Zaitsev [EMAIL PROTECTED] Hi Pavel, when files are uploaded with WebDAV, they are part of an HTTP PUT request. If the file is larger than LARGE_FILE_THRESHOLD, a temporary file is created by the zhttp_collector in HTTPServer.py class zhttp_collector: def __init__(self, handler, request, size): from ZServer import LARGE_FILE_THRESHOLD self.handler = handler self.request = request if size LARGE_FILE_THRESHOLD: # write large upload data to a file from tempfile import TemporaryFile self.data = TemporaryFile('w+b') else: self.data = StringIO() request.channel.set_terminator(size) request.collector=self Regards, Patrick. On Thu, 31 Mar 2005 01:52:11 -0500, Pavel Zaitsev [EMAIL PROTECTED] wrote: Hi, I am wondering what code in Zope 2.7.5-final potentially may use /tmp directory for temprorary files. I am using zope over webdav and sometimes webdav tries to create a tmp file, of some sort and some parts of the system lock up. There are xml parsers,mime decoders all of which do have binary code bits, so I asking for expert advice, if someone knows of what circuimstances zope would use /tmp directory to create a file... your help will be greatly appreciated. Pavel ___ Zope-Dev maillist - Zope-Dev@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 ) ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
[Martijn Faassen, on deprecation warnings] Thanks; I haven't seen those warnings yet as I don't think ZODB 3.4 quite got merged into Zope 2.8 trunk yet. Not even close yet. I'm doing the 3,4 integration work on Zope/branches/tim-merge-zodb34 and I'm not merging anything into the trunk until all the ZODB 3.4 integration issues are settled on that branch. Jim also wants to make changes to ZODB 3.4. And I need to make more changes to ZODB 3.4 too. In an ideal world, the five-integration branch would have been merged to the trunk during the PyCon week, and then all this later work could have started on Monday. As is, it didn't really start until last night. But from my POV, it's under control wink. I expect that the alpha2 release needs to slip until early next week, though. ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Re: Clarification re: Zope X3.1, 2.8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martijn Faassen wrote: Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Fulton wrote: Martijn Faassen wrote: [snip] Right, lib/python/zope is actually Zope X3.0.0, and we didn't expect we'd need to *update* Zope X3.0 in order for it to work with Zope 2.8. The new ZODB version is having some repercussions there. Zope X3.0 was released against an older version of ZODB. I'm really at a loss at what to do there. Perhaps we should make a X3.0.1. This is fairly long overdue anyway. Alternatively, we could make a branch for use in 2.8. I don't think this would really be a problem. We already have one: it was needed in order to remove the excess packages (the ones tagged as being in X3.0, without actually being installed by the zpkg stuff). You want to do the get_transaction() changes on that then, and not on the ZopeX3.0 branch proper? Depends. If somebody has an appetite for making a 3.0.1 release (not me!) then make the branch compatible with ZODB 3.4. We can then re-branch to create the 2.8 extract (probably by merging the changes from our current branch). I can spend time trying to shut up Zope X3 I guess, if that is the only option... Adding the required methods to the zope.app.mail.delivery thingy should take less than an hour, I think. I'm not following this. What required methods with what zope.app.mail.delivery? I thought we were talking about ZODB 3.4 related changes here. ZODB 3.4 updates the transaction.IDataManager contract (documents what was always the real contract), which causes a test in that package to fail. Again, we can fix it on the 3.0 branch, if a release is planned there, or else just fix it on our own branch. Tres. - -- === Tres Seaver[EMAIL PROTECTED] Zope Corporation Zope Dealers http://www.zope.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCTB4iGqWXf00rNCgRAlSCAJ9DpgI3a0xMUR9XJK+dWmQb7eb2xQCfVDmY mIH6sohjv/H5c+j1hlD+fpg= =YZSP -END PGP SIGNATURE- ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
Zope trunk is using ZODB 3.4 now. It's been switched to use svn:externals to stitch in the 9 ZODB directories. For now they're pointing at ZODB trunk. A release tag will be made later (this is _not_ ready for release yet; now I can start doing the work I wanted to start doing on Monday 0.5 wink). The Zope3 code is now gotten from new tag Zope3/tags/ZopeX3-3.0.0-Zope-2.8-a2. That code was purged of get_transaction() calls, and the IDataManager glitch got repaired there. If that code needs more changes, they should be made on Zope3/branches/ZopeX3-3.0.0-Zope-2.8, another tag made from the result, and the lib/python properties changed to point to that tag. Really helpful: you can do svn propedit followed by svn up to _temporarily_ redirect your local copy to a different source for svn:externals. If you svn revert the propedit changes before a commit, nobody else will be affected. A handful of get_transaction() calls were also removed from the Five code. Zope's setup.py got taught how to build ZODB 3.4's new IFBTrees. All tests should pass on Linux (the same two still fail on Windows). There should be no DeprecationWarnings related to transactions. I'm not sure svn will do a decent job of updating. We're simultaneously trying to delete Zope trunk's *copies* of ZODB code, and stitch the same things (well, directories of the same names) back in via svn:externals. At one point during the Zope/branches/tim-merge-zodb34 merge on my local box, svn got itself terminally confused, starting to create directories like lib/lib/python/ZODB (there are two lib/s in that -- not a typo), and griping endlessly about locks and non-existent files. No amount of svn cleanup could repair it, and I ended up checking out Zope trunk from scratch again. Then all the problems went away. If people have trouble updating on Linux, say so here, and we can share solutions. I hope that I hit problems just because I was doing the merge. ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
| At one point during the Zope/branches/tim-merge-zodb34 merge on my | local box, svn got itself terminally confused, starting to create | directories like lib/lib/python/ZODB (there are two lib/s in that -- | not a typo), and griping endlessly about locks and non-existent files. | No amount of svn cleanup could repair it, and I ended up checking | out Zope trunk from scratch again. Then all the problems went away. | | If people have trouble updating on Linux, say so here, and we can | share solutions. I hope that I hit problems just because I was doing | the merge. Got one problem so far: svn: Failed to add directory 'lib/python/BTrees/tests': object of the same name already exists Everything else seems to have updated with no problems to that point. -- Sidnei da Silva [EMAIL PROTECTED] http://awkly.org - dreamcatching :: making your dreams come true http://www.enfoldsystems.com http://plone.org/about/team#dreamcatcher I have not yet begun to byte! ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
[Sidnei da Silva] Got one problem so far: svn: Failed to add directory 'lib/python/BTrees/tests': object of the same name already exists Everything else seems to have updated with no problems to that point. Ugh -- I'm afraid that's the very first of the 9 ZODB directories it tried to update, and svn just isn't smart enough to delete the existing directories before trying to fetch the new ones. Did you find a way to work around that (short of checking out Zope from scratch? the latter works fine, but is irritating)? ___ Zope-Dev maillist - Zope-Dev@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 )
Re: [Zope-dev] Clarification re: Zope X3.1, 2.8
On Thu, Mar 31, 2005 at 03:33:11PM -0500, Tim Peters wrote: | Ugh -- I'm afraid that's the very first of the 9 ZODB directories it | tried to update, and svn just isn't smart enough to delete the | existing directories before trying to fetch the new ones. Indeed it was. I think its a Good Thing. Explicitness. | Did you find a way to work around that (short of checking out Zope | from scratch? the latter works fine, but is irritating)? Removing the only the complainers and svn up after that. -- Sidnei da Silva [EMAIL PROTECTED] http://awkly.org - dreamcatching :: making your dreams come true http://www.enfoldsystems.com http://plone.org/about/team#dreamcatcher You can tune a piano, but you can't tuna fish. You can tune a filesystem, but you can't tuna fish. -- from the tunefs(8) man page ___ Zope-Dev maillist - Zope-Dev@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 )
[Zope-dev] editing zope files
I try to edit zope file in zope istalled directory, HTTPServer in particular, i want to debug some things, but I get syntax errors on any code i try insert like a=1 , or 'print'. like: # /opt/web/bin/runzope /opt/zope_core/lib/python/Zope/Startup neo[5135] Traceback (most recent call last): File /opt/zope_core/lib/python/Zope/Startup/run.py, line 50, in ? run() File /opt/zope_core/lib/python/Zope/Startup/run.py, line 18, in run opts = _setconfig() File /opt/zope_core/lib/python/Zope/Startup/run.py, line 42, in _setconfig opts.realize(doc=Sorry, no option docs yet.) File /opt/zope_core/lib/python/zdaemon/zdoptions.py, line 271, in realize self.load_schema() File /opt/zope_core/lib/python/zdaemon/zdoptions.py, line 312, in load_schema self.schema = ZConfig.loadSchema(self.schemafile) File /opt/zope_core/lib/python/ZConfig/loader.py, line 37, in loadSchema return SchemaLoader().loadURL(url) File /opt/zope_core/lib/python/ZConfig/loader.py, line 71, in loadURL return self.loadResource(r) File /opt/zope_core/lib/python/ZConfig/loader.py, line 137, in loadResource schema = ZConfig.schema.parseResource(resource, self) File /opt/zope_core/lib/python/ZConfig/schema.py, line 43, in parseResource xml.sax.parse(resource.file, parser) File /usr/lib/python2.3/site-packages/_xmlplus/sax/__init__.py, line 31, in parse parser.parse(filename_or_stream) File /usr/lib/python2.3/site-packages/_xmlplus/sax/expatreader.py, line 109, in parse xmlreader.IncrementalParser.parse(self, source) File /usr/lib/python2.3/site-packages/_xmlplus/sax/xmlreader.py, line 123, in parse self.feed(buffer) File /usr/lib/python2.3/site-packages/_xmlplus/sax/expatreader.py, line 216, in feed self._parser.Parse(data, isFinal) File /usr/lib/python2.3/site-packages/_xmlplus/sax/expatreader.py, line 312, in start_element self._cont_handler.startElement(name, AttributesImpl(attrs)) File /opt/zope_core/lib/python/ZConfig/schema.py, line 119, in startElement getattr(self, start_ + name)(attrs) File /opt/zope_core/lib/python/ZConfig/schema.py, line 306, in start_import src = self._loader.schemaComponentSource(pkg, file) File /opt/zope_core/lib/python/ZConfig/loader.py, line 154, in schemaComponentSource __import__(package) File /opt/zope_core/lib/python/ZServer/__init__.py, line 36, in ? from HTTPServer import zhttp_server, zhttp_handler File /opt/zope_core/lib/python/ZServer/HTTPServer.py, line 79 print ^ How can I rectify this? pavel ___ Zope-Dev maillist - Zope-Dev@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 )
FIXED: Re: [Zope-dev] editing zope files
Was a spacing issue thanks to #zope on freenode, pavel ___ Zope-Dev maillist - Zope-Dev@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 )
[Zope-dev] [Zope2.8a2] ...to be released by tomorrow....
Hi, I am planning to make the release tomorrow (Saturday afternoon (German time :-)). So please make your final fixes very soon or cry out loud STOP if there are any show stoppers. Andreas pgp17zL6Dn1uH.pgp Description: PGP signature ___ Zope-Dev maillist - Zope-Dev@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 )
RE: [Zope-dev] [Zope2.8a2] ...to be released by tomorrow....
Hi Andreas - please don't cut the release until we get the OK from Tim Peters - he's still working on merging recent ZODB changes, I believe. Brian Lloyd[EMAIL PROTECTED] V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Andreas Jung Sent: Friday, April 01, 2005 12:03 AM To: zope-dev@zope.org Cc: [EMAIL PROTECTED] Subject: [Zope-dev] [Zope2.8a2] ...to be released by tomorrow Hi, I am planning to make the release tomorrow (Saturday afternoon (German time :-)). So please make your final fixes very soon or cry out loud STOP if there are any show stoppers. Andreas ___ Zope-Dev maillist - Zope-Dev@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 )
RE: [Zope-dev] [Zope2.8a2] ...to be released by tomorrow....
Ok, I am waiting for go ahead sign (I haven't followed the recent discussion because I am currently on a business trip) -aj --On Freitag, 1. April 2005 0:13 Uhr -0500 Brian Lloyd [EMAIL PROTECTED] wrote: Hi Andreas - please don't cut the release until we get the OK from Tim Peters - he's still working on merging recent ZODB changes, I believe. Brian Lloyd[EMAIL PROTECTED] V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Andreas Jung Sent: Friday, April 01, 2005 12:03 AM To: zope-dev@zope.org Cc: [EMAIL PROTECTED] Subject: [Zope-dev] [Zope2.8a2] ...to be released by tomorrow Hi, I am planning to make the release tomorrow (Saturday afternoon (German time :-)). So please make your final fixes very soon or cry out loud STOP if there are any show stoppers. Andreas pgpJHWVieXlPo.pgp Description: PGP signature ___ Zope-Dev maillist - Zope-Dev@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 )