[Zope-Checkins] SVN: Zope/trunk/lib/python/ZServer/medusa/ftp_server.py Collector #1992: unified visible hostname/ip address during the startup
Log message for revision 41297: Collector #1992: unified visible hostname/ip address during the startup phase for FTP and HTTP servers Changed: U Zope/trunk/lib/python/ZServer/medusa/ftp_server.py -=- Modified: Zope/trunk/lib/python/ZServer/medusa/ftp_server.py === --- Zope/trunk/lib/python/ZServer/medusa/ftp_server.py 2006-01-13 14:29:32 UTC (rev 41296) +++ Zope/trunk/lib/python/ZServer/medusa/ftp_server.py 2006-01-13 14:39:36 UTC (rev 41297) @@ -706,12 +706,12 @@ self.port = port self.authorizer = authorizer -if hostname is None: -self.hostname = socket.gethostname() -else: -self.hostname = hostname - -# statistics +try: +self.hostname = socket.gethostbyaddr(ip)[0] +except socket.error: +self.hostname = ip + +# statistics self.total_sessions = counter() self.closed_sessions = counter() self.total_files_out = counter() ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/README.txt Partially-working new instructions for running the tests.
Log message for revision 41300: Partially-working new instructions for running the tests. The functional tests don't even try to run, but at least this exercises 6724 of the unit tests. Someone who understands how Zope3 testing was changed to work from a zpkgtools-based install should be able to figure out how to improve this. Changed: U Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/README.txt -=- Modified: Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/README.txt === --- Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/README.txt 2006-01-13 15:10:42 UTC (rev 41299) +++ Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/README.txt 2006-01-13 15:25:28 UTC (rev 41300) @@ -110,21 +110,44 @@ Testing Zope -The test suite can be run from inst\build\: +XXX This doesn't work right starting with Zope 2.9: it's clumsier than it +XXX should be, and the functional tests don't even try to run (just the +XXX unit tests). +XXX Someone who understands how Zope3 testing from a zpkgtools-tarball build +XXX was made to work again may be able to help here. +The test suite can be run from inst\build\, after building the installer. + - Open a native (not Cygwin) DOS box. We want to test with the Python the - Zope installer includes. -- cd to inst\build -- Copy log.ini from the root of the Zope checkout. This isn't necessary for - the tests to pass, but if you don't do it a great many spurious log - messages will be displayed on the console, some of which look like - errors (some of the tests deliberately provoke errors). -- Enter + Zope installer includes, in an all-native environment, to match what + the installer-installed code will do as closely as possible. - bin\python bin\test.py -v --all +- cd inst\build +- Copy log.ini from the root of the Zope _checkout_ -- it's not included + in the tarball:: + + copy ..\..\log.ini . + + Copying log.ini isn't necessary for the tests to pass, but if you don't + do it a great many spurious log messages will be displayed on the + console, some of which look like errors (some of the tests deliberately + provoke errors). + +- Copy test.py from the unpacked tarball:: + + copy ..\src\$(ZOPE_VERSION)\test.py . + +- Enter:: + + bin\python test.py -vv -m !^zope[.]app[.] --all + or whatever variation you like best. All tests should pass. + Note that zope.app tests should be excluded because not all of them _can_ + pass (this isn't a Windows thing, it's a temporary all-platform wart + due to missing bits from Zope3). + Also run the Windows installer, and play with the Zope it installs. ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/mk/zope.mk Stop hiding the line that builds version.txt.
Log message for revision 41301: Stop hiding the line that builds version.txt. Don't know why it was hidden before, but can't think of a reason, and the lack of makefile output showing its creation just confused the heck out of me for 10 minutes ;-). Changed: U Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/mk/zope.mk -=- Modified: Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/mk/zope.mk === --- Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/mk/zope.mk 2006-01-13 15:25:28 UTC (rev 41300) +++ Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/mk/zope.mk 2006-01-13 15:46:50 UTC (rev 41301) @@ -65,7 +65,7 @@ cd $(SRC_DIR)/$(ZOPEDIRNAME) \ $ install.py install --no-compile --home=../../build \ --install-headers=../../build/bin/Include/nonsense - @echo Zope $(ZOPEVERSION) $@ + echo Zope $(ZOPEVERSION) $@ $(TOUCH) $@ # This merely unpacks the Zope tarball. ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/ajung-dtml-migration/ DTML Z2 - z3 migration
Log message for revision 41302: DTML Z2 - z3 migration Changed: A Zope/branches/ajung-dtml-migration/ -=- Copied: Zope/branches/ajung-dtml-migration (from rev 41301, Zope/trunk) ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/2.9/lib/python/Zope2/App/startup.py When a database is created by hand from a custom_zodb.py during
Log message for revision 41303: When a database is created by hand from a custom_zodb.py during startup, we still want to put it in the dbtab multidatabases dict. This happens when unit tests call Zope2.startup(), because Testing has a specific custom_zodb.py loaded at startup that uses a DemoStorage. Changed: U Zope/branches/2.9/lib/python/Zope2/App/startup.py -=- Modified: Zope/branches/2.9/lib/python/Zope2/App/startup.py === --- Zope/branches/2.9/lib/python/Zope2/App/startup.py 2006-01-13 16:26:04 UTC (rev 41302) +++ Zope/branches/2.9/lib/python/Zope2/App/startup.py 2006-01-13 16:47:56 UTC (rev 41303) @@ -45,28 +45,31 @@ # Import products OFS.Application.import_products() +configuration = getConfiguration() + # Open the database +dbtab = configuration.dbtab try: # Try to use custom storage try: -m=imp.find_module('custom_zodb',[getConfiguration().testinghome]) +m=imp.find_module('custom_zodb',[configuration.testinghome]) except: -m=imp.find_module('custom_zodb',[getConfiguration().instancehome]) +m=imp.find_module('custom_zodb',[configuration.instancehome]) except: # if there is no custom_zodb, use the config file specified databases -configuration = getConfiguration() -DB = configuration.dbtab.getDatabase('/', is_root=1) -Globals.BobobaseName = DB.getName() +DB = dbtab.getDatabase('/', is_root=1) else: m=imp.load_module('Zope2.custom_zodb', m[0], m[1], m[2]) +sys.modules['Zope2.custom_zodb']=m + if hasattr(m,'DB'): DB=m.DB +dbtab.databases.update(getattr(DB, 'databases', {})) +DB.databases = dbtab.databases else: -storage = m.Storage -DB = ZODB.DB(storage) +DB = ZODB.DB(m.Storage, databases=dbtab.databases) -Globals.BobobaseName = DB.getName() -sys.modules['Zope2.custom_zodb']=m +Globals.BobobaseName = DB.getName() if DB.getActivityMonitor() is None: from ZODB.ActivityMonitor import ActivityMonitor ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-dev] Removing 'inst'
Tim Peters wrote: Log message for revision 41291: Pain, pain, and more pain. The build-the-installer process now completes, and running the installer creates something that may or may not be a working Zope. It starts fine as a Windows Service, and at least looks like a Zope ;-) All hail Tim Peters! :) Nothing in the build-the-Windows-installer process here uses anything in the root of the inst/ directory anymore. Instead the WinBuilders zope.mk builds Zope all by itself, using the Python created by python.mk. Everything these used to use in the root of the inst/ directory was so out of whack with current reality that there was no point even trying to reverse-engineer what it thought it was doing. It seems that 'inst' holds nothing of value anymore except 'Makefile.in' and 'WinBuilders'. I propose moving those two items to the root and remove 'inst'. Philipp ___ 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 tests: 8 OK
Summary of messages to the zope-tests list. Period Thu Jan 12 12:01:01 2006 UTC to Fri Jan 13 12:01:01 2006 UTC. There were 8 messages: 8 from Zope Unit Tests. Tests passed OK --- Subject: OK : Zope-2_6-branch Python-2.1.3 : Linux From: Zope Unit Tests Date: Thu Jan 12 21:01:50 EST 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-January/003994.html Subject: OK : Zope-2_6-branch Python-2.3.5 : Linux From: Zope Unit Tests Date: Thu Jan 12 21:03:20 EST 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-January/003995.html Subject: OK : Zope-2_7-branch Python-2.3.5 : Linux From: Zope Unit Tests Date: Thu Jan 12 21:04:50 EST 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-January/003996.html Subject: OK : Zope-2_7-branch Python-2.4.2 : Linux From: Zope Unit Tests Date: Thu Jan 12 21:06:20 EST 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-January/003997.html Subject: OK : Zope-2_8-branch Python-2.3.5 : Linux From: Zope Unit Tests Date: Thu Jan 12 21:07:50 EST 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-January/003998.html Subject: OK : Zope-2_8-branch Python-2.4.2 : Linux From: Zope Unit Tests Date: Thu Jan 12 21:09:22 EST 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-January/003999.html Subject: OK : Zope-2_9-branch Python-2.4.2 : Linux From: Zope Unit Tests Date: Thu Jan 12 21:10:52 EST 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-January/004000.html Subject: OK : Zope-trunk Python-2.4.2 : Linux From: Zope Unit Tests Date: Thu Jan 12 21:12:22 EST 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-January/004001.html ___ 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 2.10] ZPT going Unicode
Andreas Jung wrote: Thoughts? All these changes seem to be the right thing. This will make unicode life in Zope a lot easier. I worry about backward compatibility though. Some code (such as PlacelessTranslationService) is doing wild things like monkeypatching the ZPT engine so that incoming unicode is encoded into UTF-8 during page template execution. I.e. the principle is quite different from that of Zope 2 itself, where the publisher takes care of translating things into an encoded string upon output. Since Silva doesn't use PTS anymore I don't worry about this, but Plone developers might. Changing the default encoding of Zope to UTF-8 might break a lot of assumptions in people's code. What about input? If I have an input form, browsers tend to submit in the encoding that the form as in, for instance UTF-8. This means I get UTF-8 strings into my request. Now, if I have code that takes something from that request and displays it in a unicode page template, you'd have a problem, as you'd be mixing UTF-8 with unicode there. Again this might result in a lot of broken code. 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] [Zope 2.10] ZPT going Unicode
Andreas Jung wrote: --On 5. Januar 2006 12:47:20 +0100 Andreas Jung [EMAIL PROTECTED] wrote: As you might know I worked on the integration of the Zope 3 ZPT implementation for Zope 2.10. Before commiting the changes to the trunk I would like discuss my approach for Zope 2.10 I forgot to mention a major point: compatibility. When a ZPT is internally stored a unicode string then content returned by methods called through the ZPT will be implicitly converted to unicode. This will definitely raise UnicodeDecodeErrors. So how to deal with this issue? Ah, I wrote my reply before reading this. - allowing only unicode textual content when calling macros, PyScript etc. - converting non-unicode to unicode inside the TAL code using some encoding. The encoding could be specified as property of the called method (function properties) or object. In effect Python already does this, it just decodes to unicode using a strict ASCII encoding. Making this configurable per page template might be good, though I'm worried about supporting implicit behavior leading to bad coding patterns. I'd prefer code to be Python unicode clean, but allowing in, say, UTF-8 strings, into a page template and then implicitly converting them to unicode, is inviting people to persist in not understanding the way to write good unicode code. We really _need_ to discuss this issue early to minimize side effects and to be able to provide the best compatibility possible. Agreed! 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] [Zope 2.10] ZPT going Unicode
--On 13. Januar 2006 13:25:19 +0100 Martijn Faassen [EMAIL PROTECTED] wrote: Andreas Jung wrote: Thoughts? All these changes seem to be the right thing. This will make unicode life in Zope a lot easier. I worry about backward compatibility though. Some code (such as PlacelessTranslationService) is doing wild things like monkeypatching the ZPT engine so that incoming unicode is encoded into UTF-8 during page template execution. I.e. the principle is quite different from that of Zope 2 itself, where the publisher takes care of translating things into an encoded string upon output. Since Silva doesn't use PTS anymore I don't worry about this, but Plone developers might. Changing the default encoding of Zope to UTF-8 might break a lot of assumptions in people's code. What about input? If I have an input form, browsers tend to submit in the encoding that the form as in, for instance UTF-8. This means I get UTF-8 strings into my request. Now, if I have code that takes something from that request and displays it in a unicode page template, you'd have a problem, as you'd be mixing UTF-8 with unicode there. Again this might result in a lot of broken code. I share your worries (meanwhile :-)). Enforcing unicode is too strict. I think to relax the wrapper code so it can handle both unicode and non-unicode (for backward compabitlity)...possibly using some 'strict' flag that enforces the use of unicode...I just don't know yet how to add this in a same way. Andreas pgpBiFEn5d6BD.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] [Zope 2.10] ZPT going Unicode
Andreas Jung schrieb: ... Now, if I have code that takes something from that request and displays it in a unicode page template, you'd have a problem, as you'd be mixing UTF-8 with unicode there. Again this might result in a lot of broken code. I share your worries (meanwhile :-)). Enforcing unicode is too strict. I think to relax the wrapper code so it can handle both unicode and non-unicode (for backward compabitlity)...possibly using some 'strict' flag that enforces the use of unicode...I just don't know yet how to add this in a same way. Maybe just have new uZPT with Unicode and leave the old ZPT allone? Maybe with limited ability to add old ZPT from ZMI or such. This would solve the backward-compatibility problems and would be a more smooth transition w/o the need of upgrade hacks and strict hacks (after all, we arent perl/php ;)) Maybe with a make all my ZPT uZPT or the like for the real desperate. ++Tino ___ 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] buildbot failure in Zope branches 2.9 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 2750 Blamelist: andreasjung,anguenot,efge,mkerrin,oestermeier,tim_one,ykomatsu BUILD FAILED: failed test sincerely, -The Buildbot ___ 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] buildbot failure in Zope trunk 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 2751 Blamelist: andreasjung,efge,tim_one,ykomatsu BUILD FAILED: failed test sincerely, -The Buildbot ___ 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: Seeking brave souls to try Zope 2.9 Windows installer
[Sidnei da Silva] Way to go Tim! You beat me to it. I was supposed to look at this soon but got back from vacation just this tuesday. I will make sure your installer gets testing and try to fix any eventual issues. Excellent! This may actually work ;-) While I'll be on vacation the next two weeks, I'll check email each day, and will be happy to give minor wink help with mysteries. The build-the-installer code got substantially simpler, but I think it's hard to jump in cold and understand it (in part because the makefile-maze infrastructure is better suited to more complicated jobs than this one has become). WinBuilders/README.txt is the best place to start, and I tried to leave it telling only truths on the branch. ___ 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] Removing 'inst'
[Philipp von Weitershausen] It seems that 'inst' holds nothing of value anymore except 'Makefile.in' and 'WinBuilders'. WRT Windows, that's certainly true on my Windows-installer branch. I don't know whether any of it is still useful on Linux. You seem to think Makefile.in is still useful, but if that's true then I expect inst/configure.py is also still useful (it looks like configure.py is the intended way to create an actual makefile from the Makefile.in template). One thing for sure is that it will be helpful to get rid of as many decoys as possible; e.g., I burned several hours staring at the stuff in inst/ wondering how to make it work again, then digging in to why it existed at all, and finally concluding that everything it ever did is of no use on Windows anymore ;-). I propose moving those two items to the root and remove 'inst'. I'd rather just remove the decoys. The process of building a Windows installer needs/creates three not-checked-in directories that are siblings of WinBuilders, and it's nicer to have those hiding under inst/ than cluttering the root of a checkout. The Windows stuff will have no use for anything other than WinBuilders/, so if Makefile.in's Linux purpose would be better served by moving that elsewhere, that would be fine. ___ 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] Removing 'inst'
On Fri, Jan 13, 2006 at 03:13:17PM -0500, Tim Peters wrote: | I'd rather just remove the decoys. The process of building a Windows | installer needs/creates three not-checked-in directories that are | siblings of WinBuilders, and it's nicer to have those hiding under | inst/ than cluttering the root of a checkout. | | The Windows stuff will have no use for anything other than | WinBuilders/, so if Makefile.in's Linux purpose would be better served | by moving that elsewhere, that would be fine. I think there's a Makefile.win too, that is used by inst/configure.py on Windows. (I know because use it). -- Sidnei da Silva Enfold Systems, LLC. http://enfoldsystems.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] Removing 'inst'
[Sidnei da Silva] I think there's a Makefile.win too, that is used by inst/configure.py on Windows. (I know because use it). There is a Makefile.win.in, but the build-the-Windows-installer process no longer uses it on my branch -- the branch doesn't use anything in the root of inst/ anymore, except for the inst/WinBuilders/ subdirectory. (Note that I haven't removed inst/Makefile.win.in on the branch, because I promised to change only stuff under inst/WinBuilders/ on that branch.) ___ 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: [ZODB-Dev] Re: [Zope-dev] Re: zLOG module deprecated
Andreas Jung wrote at 2006-1-10 11:23 +0100: ... Do we need one for Zope 2 and Zope 3? I think what we discussed during breakfast would be optimal: To configure the Python logger such that: * it supports additional (Zope2/3 standard!) log levels * displays Zope tracebacks rather than the much less informative Python tracebacks Application code could then use from logging import getLogger and use the obtained logger module in the normal way. -- Dieter ___ 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: zLOG module deprecated
Andreas Jung wrote at 2006-1-9 18:06 +0100: ... I've never had the need to use them. That's different from not wanting to use them. The more choice you have, the more trouble you have. I agree that a TRACE level might be of interest. But BLATHER and PROBLEM is competely overhead from my point of view PROBLEM is a synomym for warning. Surely, you want something between info and error. -- Dieter ___ 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] BTreeFolder2.objectIds() - accessing _tree.keys() slow
[EMAIL PROTECTED] wrote: I'm pretty sure this works. Ok, I get it now. I misread it the first time. This returns the equivalent of running self.objectIds(spec=self._mt_index.keys()) on the current trunk/release code, which should be identical to self._tree.keys(), but much, much faster. I'm still somewhat ignorant as to why self._tree.keys() is so slow with 100k-plus objects (waking up too many persistent objects?), I suspect the cost is in creating ghosts for all of the persistent objects. No objections here--I like this patch. Thanks Shane - glad it makes sense. I don't have contributor rights - would you or anyone else be willing to gateway this diff for me and commit such changes? Thanks, Sean ___ 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: Removing 'inst'
Tim Peters wrote: It seems that 'inst' holds nothing of value anymore except 'Makefile.in' and 'WinBuilders'. WRT Windows, that's certainly true on my Windows-installer branch. I don't know whether any of it is still useful on Linux. You seem to think Makefile.in is still useful, but if that's true then I expect inst/configure.py is also still useful (it looks like configure.py is the intended way to create an actual makefile from the Makefile.in template). Ah, true. One thing for sure is that it will be helpful to get rid of as many decoys as possible; +1 I propose moving those two items to the root and remove 'inst'. I'd rather just remove the decoys. The process of building a Windows installer needs/creates three not-checked-in directories that are siblings of WinBuilders, and it's nicer to have those hiding under inst/ than cluttering the root of a checkout. The Windows stuff will have no use for anything other than WinBuilders/, so if Makefile.in's Linux purpose would be better served by moving that elsewhere, that would be fine. I don't think it would better or worse be served elsewhere, it's just that you see Makefile and wonder where it comes from. Looking in 'inst' isn't obvious at first sight. The problem I have with configure.py and Makefile.in in 'inst' is that they're not about installation anymore (which is what 'inst' stands for). They're about an in-place build. 'WinBuilders' OTOH *is* about building an installer. Therefore, just to reduce confusion, I would move Makefile.in and configure.py to the root (and remove the decoys). I'd also suggest we rename 'inst' to 'installer' so that it won't be confused with instance. Then again, this is just me and my weird sense of aesthetics ;). Philipp ___ 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] Re: Handling login failures
Håkan Johansson wrote: On Jan 13, 2006, at 00:32, Dennis Allison wrote: A more usual solution to this issue is to insert a delay after the third and subsequent failures. You, of course, need a policy for removing the delay (successful login or N minutes following the last attempt). Yes, I have been thinking the same thing. It would be much less work for the admin of the system. Thanks for the tip though :) _ Of course if you enforced longer passwords you can achieve a similar result. You dont slow time down between authentication events (like Dennis suggests) but you add the amount of time needed to guess a password. So (slow Auth reponsies + tries) can approximate (fast Auth responses + alot more tries) David ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] css not working in rewrite
Kedar Dash schrieb: Dear Tino, Thank you very much for your response. The site screen shot is given below. Even if I specify the server name the result is the same. If I assess the site with it ip address http://ip:port/instance http://%3cip%3e:%3cport%3e/%3cinstance name it works fine. *yuck* I'm not speaking about screenshots! I want you to look into the HTML _source_ in your browser :-) See where the stylesheet link is and where it points to. What is /instance? You did not specify /instance in your screenshot nor in the rewrite rule. And btw. be very carefull when browsing around with InternetExplorer. (Even better dont use it) Regards Tino ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] wrong directoy in Control_Panel.Products.XXXX.home
En/na Martijn Pieters ha escrit: On 1/12/06, Luca Olivetti [EMAIL PROTECTED] wrote: Everything has been working fine (apart for the breakage of CMFQuickInstaller) but I wonder if this is the intended behavior and if there is better way to update the information in Control_Panel (touching __init__.py in the offending products and restarting zope didn't help, I had to remove the products from the Control_Panel and restart zope). I suspect that the .pyc files may still hold the old paths; remove the .pyc files and restart to have them recreated, or used the Python standard library script compileall.py to recreate these files. I grepped the pyc files for the old path and I could not find it anywhere, so the path must be stored exclusively in the zodb. Besides, this wouldn't explain the wrong path for the products included with zope. Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] import error
On Wed, Jan 11, 2006 at 03:00:43PM -0700, David Bear wrote: thanks for the info. I went and actually read the help text on the import/export screen where it states: == You may import Zope objects which have been previously exported to a file, by placing the file in the import directory of your Zope installation on the server. You should create the import directory in the root of your Zope installation if it does not yet exist. Note that by default, you will become the owner of the objects that you are importing. If you wish the imported objects to retain their existing ownership information, select retain existing ownership information. === does this mean I create a directory named 'import' at the instance home? It should be there already, it's created by mkzopeinstance.py. -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] request.set('AUTHENTICATED_USER',...
We are running Zope 2.6.x and I noticed yesterday that I could do the following: acl_users = container.acl_users user = acl_users.getUser('test_user') request.set('AUTHENTICATED_USER',user) print request.AUTHENTICATED_USER.getUserName() This isn't a huge deal since it doesn't seem to change the permissions available to the user. But many of our scripts rely on AUTHENTICATED_USER.getUserName() to return the actual logged in user. Is this addressed in later versions of Zope? Is there a better way to get the current user's user name? We allow untrusted developers on our Zope server and this may allow them to exploit certain systems. -Brian ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Precondition on images saved in a localfs folder
Bruno Grampa wrote at 2006-1-10 23:42 +0100: if i upload an image in the ZOBD as a file i have the precondition if i do the same in the localfs folder no. Do you know why? The files in an localfs folder are only temporarily wrapped as Zope objects. The wrapper is destroyed at the request end. You cannot store persistent data on them (e.g. a precondition). -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] No more CR/LF support in PythonScripts with Zope 2.9.0
Patrick DECAT wrote at 2006-1-10 15:41 +0100: I just upgraded my application from Zope 2.8.5 to Zope 2.9.0 and noticed that PythonScript doesn't support CR/LF line endings anymore (a la Windows). Converting my scripts to the Unix format fixes the problem. Is this new behaviour intented ? I know that this behaviour occurs when you use Python 2.4.x. Did you switch the Python version as well? -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Help me!
Bruno Grampa wrote at 2006-1-9 23:39 +0100: i'm building a site to sell images (this is the concept, the reality is different...). All the images are in a directory mapped through LocalFS product. For every image i have a record in a SQL table with all the basic informations: author, name of the file, cost. What i haven't understood is how to block users from getting images if they have not enough credit to buy them. You drastically restrict access to the LocalFS content (e.g. by granting the Access contents information and View permissions only for Manager) and provide access to it via a Python Script with proxy role Manager. This script can check any conditions you would like to be fulfilled before it grants access. -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] wrong directoy in Control_Panel.Products.XXXX.home
Luca Olivetti wrote at 2006-1-12 14:55 +0100: A while ago I changed the directory of my zope instance. I also changed the zope directory (started with zope 2.8.1, now running 2.8.4). Today I noticed that the CMFQuickInstaller failed to get the version and the readme of various products. It happens that CMFQuickInstaller uses Control_Panel.Products.getObj(id).home to determine the product's directory and then reads the version.txt file from there. However many products had the old directory name stored in home (like /usr/local/zope-2.8.1-final instead of /usr/local/zope-2.8.4-final, or the directory I used before changing the name). Zope's behaviour in handling product updates below Control_Panel.Products is very difficult to understand. Almost surely, it will help when you delete all closed products there and then restart Zope. The restart will recreate the product objects for installed products -- hopefully with the correct home attribute. -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] CPU architecture and Zope
Andreas Jung wrote at 2006-1-10 06:59 +0100: ... A single Python process also a multi-threaded Python application can never run on multiple CPUs. This means as long as it continues executing Python code. However, Python often calls non Python code (e.g. C or C++ implemented extensions) and it may release the GIL (Global Interpreter Lock) to allow multiple CPUs to be exploited. It happens not to frequently that such C extensions are CPU bound. Nevertheless, a dual core CPU might be an advantage, if your Zope needs additional services such as Apache, Squid or (especially) databases. The second CPU can then be used to run these services while Zope occupies a single one. And, as other already suggested, you can have 2 Zopes and a ZEO on your dual core host. -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] No more CR/LF support in PythonScripts with Zope 2.9.0
On 1/13/06, Dieter Maurer [EMAIL PROTECTED] wrote: Patrick DECAT wrote at 2006-1-10 15:41 +0100: I just upgraded my application from Zope 2.8.5 to Zope 2.9.0 and noticed that PythonScript doesn't support CR/LF line endings anymore (a la Windows). Converting my scripts to the Unix format fixes the problem. Is this new behaviour intented ? I know that this behaviour occurs when you use Python 2.4.x. Did you switch the Python version as well? Yes, I did. Thanks for the information. Best regards, Patrick. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Retrieve zope.conf path
Hello How could I retrieve the path to the config file used to start a running instance? I want to put other config stuff in the same directory, and I would like a safe way to obtain such directory. I could use INSTANCE_HOME/etc but since the config file name can be specified in the command line, it might not be there. Gabriel Genellina Softlab SRL ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] ANN: ZSyncer 0.7.1-beta1 released
Hi, we just installed Zsyncer 0.7.1-beta1 on a couple of our servers and have run into some problems with page template synchronization. Some items that have different time stamps on the server and on the development machines show on th sync screen as synchronized even when they are different. Then if we do a 'get' from the client, it fetches the file but the objects now appear as unsynchronized! We are using Zope 2.8.0 on the clients (Windows) and Zope 2.8.4 on the server (Linux), could this be the problem? Thanks a lot. Carlos de la GuardiaOn 12/22/05, Paul Winkler [EMAIL PROTECTED] wrote: ZSyncer 0.7.1-beta1 ReleasedZSyncer is a Zope 2 product that allows you to synchronize and compareobjects from one zope (source) to another (destination). It is a lotmore convenient than the old manual export / transfer / import procedure.Version 0.7.1-beta1 (2005/12/22) is available for download fromsourceforge:http://sourceforge.net/project/showfiles.php?group_id=28073 This is a beta of a minor bugfix release. The fixes are all UI-related,and thus 0.7.1 should interoperate well with 0.7.0.I encourage everybody using (or thinking of using) 0.7.0 to upgrade to 0.7.1 so we can get some feedback and get another stable release outsoon.Thanks!--Paul Winklerhttp://www.slinkp.com___ Zope maillist-Zope@zope.orghttp://mail.zope.org/mailman/listinfo/zope** No cross posts or HTML encoding!** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Retrieve zope.conf path
On 1/13/06, Gabriel Genellina [EMAIL PROTECTED] wrote: How could I retrieve the path to the config file used to start a running instance? I want to put other config stuff in the same directory, and I would like a safe way to obtain such directory. I could use INSTANCE_HOME/etc but since the config file name can be specified in the command line, it might not be there. If you're using Zope 2.9, the configuration schema allows adding additional sections. Documentation still needs to be written (unless someone snuck it in while I wasn't looking), but information can be found in the main configuration schema in lib/python/Zope2/Startup/zopeschema.xml. That would get around the location issue, and let you add configuration settings so you can refer to additional data files as well, if any are needed. Explicit references beat implicit sniffing of location! -Fred -- Fred L. Drake, Jr.fdrake at gmail.com There is no wealth but life. --John Ruskin ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-DB] Re: Antwort: Re: 1. help appreciated [Virus checked]
Hv u try using the ZSearchInterface calling your ZSQL method (below). Try it. It will solve your problem except the layout is not good looking. Hiowever, you may to modify it to pass arguments to your ZSQL method. Look for: dtml-if previous-sequence a href="" (Previous dtml-var previous-sequence-size results) ; /a /dtml-if previous-sequenceand dtml-if next-sequence a href="" (Next dtml-var next-sequence-size results) /a /dtml-if next-sequence Chan YH[EMAIL PROTECTED] wrote: Yes, you are right. Any other solution is welcome.My ZSQLMethos is:selectdate_format(CONCAT(datej,'-',datem,'-00'),'%m.%Y') as "Abr._Monat", cardno as Kartennummer,concat(pid_org,"-",bst) as ORG,CONV(customer,10,10) as ID,IFNULL(date_format(birthday,'%d.%m.%Y'), 'nsbp;') as Geburtstag,plz,date_format(CONCAT(LEFT(euro_start,4),'-',RIGHT(euro_start,2),'-00'),'%m.%Y') as EURO_Start,statusfrom AlterOrtEuro cardno like and need the arguments above.works well for the first page. But, at the bottom we have the (Next 20results) and there in the link,is no refenence to".. manage_test?Kartennummer=50%25von_Monat=von_Jahr=bis_Monat=bis_Jahr=SUBMIT=Submit+Query"as there is in the current page.Naturally, when the next page is displayed, ( ...manage_test?query_start=26query='' )the (bold) parameters from the first page are ignored and a new page isdisplayed as if no arguments were relevant.Why is 'query=''' empty ?How would you do it ?mit freundlichen Gr��en/best regardsWolfgang Schrecker"Partiality to the subjective view leads to an emphasis on the spritual,while pa rtiality to the objective leads to an emphasis on the material"aus: Daisaku Ikeda: Wisdom of the Lotos-Sutra Vol. V p. 7* * * * * * * * L E G A LD I S C L A I M E R * * * * * * * *This e-mail is destined for the above mentioned recipient. In case youreceived this e-mail by accident, we would appreciate it if you couldcontact the sender and delete all copies stored on your computer.Please be aware that the security and confidentiality of electronic datatransmitted by e-mail is not completely guaranteed and that data may beseen,copied, downloaded or changed by third persons during transmission.Atos Origin accepts no liability for the security and confidentiality ofdata and documents sent by e-mail. Please make sure that all importantmessages will be confirmed in writing by means of a telefax or a letter.* * * * * * * * L E G A LD I S C L A I M E R * * * * * * * * Yahoo! Photos Showcase holiday pictures in hardcover Photo Books. You design it and well bind it!___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db
Re: [Zope-DB] Setting max_rows and cache_time for SQLMethods on the file system
--On 13. Januar 2006 11:12:22 +0100 Michele Simionato [EMAIL PROTECTED] wrote: I have discovered that the values in the dtml-comment are not honored: so if I change max_rows_ to a different value nothing happens. Zope always retrieve up to 1000 rows, which is the default value fixed somewhere: grepping a bit I discovered that there is a ``max_rows = 1000`` statement in Shared/DC/ZRDB/DA.py, but changing this had no effect, so it must be set somewhere else. Because it must be max_rows: 1000. -aj pgpaYBu7G5H17.pgp Description: PGP signature ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db
Re: [Zope-DB] Setting max_rows and cache_time for SQLMethods on the file system
On 1/13/06, Andreas Jung [EMAIL PROTECTED] wrote: Because it must be max_rows: 1000. -aj You mean without the tralining underscore in the dtml-comment? So I should change dtml-comment title: arguments: connection_id:rcare_connection max_rows:1000 max_cache:1000 cache_time:86400 class_name: class_file: /dtml-comment instead of dtml-comment title: arguments: connection_id:rcare_connection max_rows_:1000 max_cache_:1000 cache_time_:86400 class_name_: class_file_: /dtml-comment ? The dtml-comments where generated by FSDump so I assumed they were correct. Michele Simionato ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db
Re: [Zope-DB] Setting max_rows and cache_time for SQLMethods on the file system
For the record, removing the trailing underscore worked. Damn FSDump! Thanks for the help. Michele Simionato ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db
Re: [Fwd: Re: [Zope-DB] database connection]
Martin Krallinger wrote at 2006-1-10 16:57 +0100: thanks for the info. I am actually using zope 2.7 but still I encountered this problem. I think the poster wrote: fixed in Zope 2.7. Maybe, you try 2.8.5 or 2.9? -- Dieter ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db
Re: [Zope-DB] help appreciated [Virus checked]
[EMAIL PROTECTED] wrote at 2006-1-12 15:03 +0100: After creating about 20 ZSQL Methods and polishing them out, I tried some changes in opt/Zope-2.8/lib/python/Shared/DC/ZRDB which worked fine. But then these Objects all appreared like this: Abrechnung (This object from the ZSQLMethods product is broken!) The import of the corresponding class failed -- almost surely because your change broke something... -- Dieter ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db