Re: [Zope-dev] Re: Two visions
[ Philipp von Weitershausen ]: It's not about sacrificing the Zope-the-app-server brand. It's actually about growing it in the sense that it becomes much clearer WHAT THE HELL Zope actually is. Or can you explain what Zope is in one sentence? But it all comes down to the depths (or shallowness) of defining 'explain'. There is at least one definition of 'explain' where a Zope definition could take less than a page or a book. ;o) A middleware for building web applications from an integrated pack of servers (HTTP, FTP, XML_RPC, WebDAV), databases (OO, Relational) and engines (language and template). I surely can't. I currently need more than a page in my book. Which I have and consider a good book by the way. The important thing I'd like to say is that Zope *is* a brand here in Brazil. Companies identify themselves having expertise in Zope and Plone technologies. Not just the former or just the latter. Even though there are clients looking for Plone, they know (at least most of us make sure they do) that Zope is needed. Rocky Burt is right, the naming actually confuses the heck out of people. In that sense, Zope X3 was not such a bad idea that it clearly said that Zope 3 is totally different. Just the 'X' itself standing for 'eXperimental' was bad Zope3-marketing in itself, so we dropped it. Yes, I could not agree more that some effort must be taken to clear up the confusion about Zope versioning for both developers and client users. But specially for newcomer-developers, those who do not follow closely the community activity get bitten by Zope version-diversity: 2.8.x, 2.9.x and 3.x I will also note that Jim's proposal is really not a lot about naming (he wants to stay out of it) but about focusing effort in ONE application server and ONE set of reusable libraries. That is very welcome indeed! efforts seems to suggest to come up differnet names for the two things, but that doesn't mean they can't still be related in a brand naming sense (e.g. Zope and zopelib or somethign like that). I acknowledge the importance of whatever name is chosen, a direct reference to Zope is desirable. cheers, Rod Senra http://rodrigo.senra.nom.br ___ 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
On Wed, 30 Mar 2005 19:54:39 +0200 Florent Guillaume [EMAIL PROTECTED] 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. +1 cheers, Senra -- Rodrigo Senra MSc Computer Engineer [EMAIL PROTECTED] GPr Sistemas Ltda http://www.gpr.com.br ___ 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] Give 'Extensions' a configurable directory in zope.conf'
Hi, while ago I submitted a patch that adds an 'Extensions' directive to zope.conf. Those who manifested in zope-dev were receptive, but the patch remains pending with no reviews. Check http://zope.org/Collectors/Zope/1584 Although it has a low priority, I think it will be a big plus to Zope 2.8. The relevant arguments and the full previous discussion can be followed in the thread below: http://mail.zope.org/pipermail/zope/2004-November/154867.html There was a single unresolved issue about the patch: - If the 'extensions' directive should be a single directory or a search path ? The patch implemented a single directory mechanism. I wonder if any of the developers could review it, if it is not too late for 2.8! best regards, Senra -- Rodrigo Senra MSc Computer Engineer [EMAIL PROTECTED] GPr Sistemas Ltda http://www.gpr.com.br ___ 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] Give 'Extensions' a configurable directory in zope.conf'
Andreas Jung wrote: I suggest to put this issue into the collector I thought that it was already under the collector in: http://zope.org/Collectors/Zope/1584 and prefix the issue title with Zope 2.8 otherwise we might forget it. Ok. I did that and filed it again, hopefully in the right place this time wink. It can be found in : http://collector.zope.org/ColDev/118 Thank you Andreas best regards, Senra -- Rodrigo Senra MSc Computer Engineer [EMAIL PROTECTED] GPr Sistemas Ltda http://www.gpr.com.br ___ 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 comes with bin/zopectl and bin/runzope but no zeo equivalents
Hi, I noticed that Zope 2.x usually comes with bin/zopectl and bin/runzope scripts but no zeo equivalent scritps. Is there a reason for that ? I usually create bin/zeoctl and bin/runzeo to restore the simmetry, which eases management. That was filed in ZC under: http://collector.zope.org/Zope/1388 Is it eligible to Zope 2.8 ? regards, Senra -- Rodrigo Senra MSc Computer Engineer [EMAIL PROTECTED] GPr Sistemas Ltda http://www.gpr.com.br ___ 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 comes with bin/zopectl and bin/runzope but no zeo equivalents
[Rodrigo Senra]: I noticed that Zope 2.x usually comes with bin/zopectl and bin/runzope scripts but no zeo equivalent scritps. Is there a reason for that ? [Paul Winkler] What do you mean usually comes with? When you install Zope from a source tarball, you can run bin/mkzopeinstance.py to create the Zope scripts, and bin/mkzeoinstance.py to create the ZEO scripts. Paul, I do apologize. I was accoustomed to make instance and totally missed bin/mkzeoinstance.py. That solves the matter. [Paul Winkler] Maybe what you are really complaining about is that the ./configure; make; make install process doesn't automatically make a ZEO instance? That is what I *should* be complaining about wink! [Paul Winkler] Or maybe that when you make install, the last message is: Zope binaries installed successfully. Now run '/home/pw/tmp/NewZope/bin/mkzopeinstance.py' ... but nothing is said about ZEO? Perhaps such a reference would prevented me from making this blunder. =) Obviously I think this is a good idea [Rodrigo Senra]: That was filed in ZC under: http://collector.zope.org/Zope/1388 [Paul Winkler] That's about the lack of a ZEO batch file for the windows shell, aka DOS. Different problem. Indeed! And if I have read that post carefully I could have avoided two blunders, since it mentioned mkzeoinstance.py. lol Thank you. best regrads, Senra -- Rodrigo Senra MSc Computer Engineer [EMAIL PROTECTED] GPr Sistemas Ltda http://www.gpr.com.br ___ 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] Understanding LeakFinder-0.1.1
Hi, reading LeakFinder's code (version 0.1.1) I was puzzled by: if not hasattr(DB, '_lf_real_open'): # Patch DB with a way to block open operations. DB._open_lock = allocate_lock() def open(self, *args, **kw): self._open_lock.acquire() self._open_lock.release() return apply(self._lf_real_open, args, kw) DB._lf_real_open = DB.open DB.open = open Inside the redefined::open(), the lock is acquired and released before delegating to the original::open(). I wonder if: 1) That was done intentionally as a _step_on_the_break_ measure 2) acquire() or release() cause a desired side effect (despite 1), inside ZODB's inner-sanctum (that eludes me) 3) That was not the original intention, where apply() should come between acquire() and release() 4) none above (I'd appreciate to learn why) I've sent this mail to zope-dev because it was the only address mentioned in the source code. best regards, Rod Senra -- Rodrigo Senra MSc Computer Engineer [EMAIL PROTECTED] GPr Sistemas Ltda http://www.gpr.com.br ___ 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] Is Zope.2.7.4 feature frozen ?
Jim Fulton wrote: Rodrigo Dias Arruda Senra wrote: Hi, is the Zope 2.7.4 feature frozen ? Huh? Zope 2.7 is feature frozen. New features need to go into 2.8. Jim Fair enough. I do understand the rationale why new features should follow major releases. However, I was lead to believe that 2.7.x was not feature frozen due to the Zope 2.7.4 beta 1 - Features added ... section in http://zope.org/Products/Zope/2.7.4b2/CHANGES.txt There is more historical evidence of added features in minor releases. Perhaps borderline cases between bug fix and new feature or just simply exceptions to the rule wink. cheers, Rod Senra ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Is Zope.2.7.4 feature frozen ?
Hi, is the Zope 2.7.4 feature frozen ? If not, I believe that the patch : http://zope.org/Collectors/Zope/1584 It adds the directive 'extensions' to zope.conf. If overriden, then the specified directory will be used for ExternalMethods, instead of the default $INSTANCE/Extensions. IMVHO it would be simple to add and nice to have it there. For further information check the thread Give 'Extensions' a configurable directory in zope.conf, in zope users mailling list. Nevertheless, that patch was cooked for 2.8. I volunteer to clean it, port it back and test it under 2.7.4b, and re-submit to ZC if approved. best regards, Rod Senra ___ Zope-Dev maillist - [EMAIL PROTECTED] 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: [Zope] Re: Give 'Extensions' a configurable directory in zope.conf
[ Florent Guillaume [EMAIL PROTECTED] ]: | * /lib/python/Products/ExternalMethod/ExternalMethod.py - little typos (not related, but since I was there wink) It's a good practice to fix typos and such in a separate patch/checkin, so that those reading the diffs or patches can concentrate on what's really done. Makes perfect sense. I even thought about submitting a different patch for the typos. But then again, it seemed silly to submit a patch for two typos. So I decided to wrap it up all in one single patch. But I can do it the proper way next time. It's also nice to use modern python coding style (even when copy/pasting code): Sure, I'll copy/modernize/paste from now on wink. That was the last statement in getPath(). If r==None then getPath() wouldn't return None all the same ? It's in a loop. The first working path is returned. Crystal clear, merci beaucoup. Should I re-submit the patch after applying your suggestions ... - modernize style - different patch for typos - supress 'if r is not None:' in the added code (unnecessary) or the reviewer takes care of it ? But now that you put it in the collector it's ok. Thanks for the patch. My pleasure. best regards, Senra ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Large folder product
On Thu, 12 Aug 2004 22:28:03 +0200 Cristian S. Rocha wrote at 2004-8-10 19:15 -0300: I'm working in a Product (CMFBio) to store biological data as Plone content. To begin the database I need to populate a Plone Folder with a lot of these contents ( 1) in a batch way. Dieter Maurer [EMAIL PROTECTED] wrote: Ensure to use a LargeFolder and not a standard folder! Searching for a folder product that supports lots of objects, I found - BTreeFolder ( http://zope.org/Members/hathawsh/BTreeFolder ). But it seems a bit outdated: last maintenance 2001. - Harthaway's BTreeFolder2 ( http://hathawaymix.org/Software/BTreeFolder2 ) Much more up-to-date: 16 June 2004 - And I did look for a product called LargeFolder, but found a single reference in a e-mail, but no Product to download: http://mail.zope.org/pipermail/zope-dev/2002-December/018315.html Does any body have a URL for LargeFolder Product ? Is it the most appropriate Folder to use or BTreeFolder2 is the way to go ? regards, Senra ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )