[Zope-Checkins] SVN: Zope/trunk/lib/python/ZServer/medusa/ftp_server.py Collector #1992: unified visible hostname/ip address during the startup

2006-01-13 Thread Andreas Jung
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.

2006-01-13 Thread Tim Peters
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.

2006-01-13 Thread Tim Peters
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

2006-01-13 Thread Andreas Jung
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

2006-01-13 Thread Florent Guillaume
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-Checkins] SVN: Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/bin/makezope.bat Remove unused file.

2006-01-13 Thread Tim Peters
Log message for revision 41307:
  Remove unused file.
  
  The build-the-Windows-installer dance used to use it.
  

Changed:
  D   Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/bin/makezope.bat

-=-
Deleted: 
Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/bin/makezope.bat
===
--- Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/bin/makezope.bat   
2006-01-13 17:03:38 UTC (rev 41306)
+++ Zope/branches/tim-2.9-windows-installer/inst/WinBuilders/bin/makezope.bat   
2006-01-13 17:08:27 UTC (rev 41307)
@@ -1,4 +0,0 @@
-cd %1%
-set MAKEFLAGS=
-nmake build
-nmake install

___
Zope-Checkins maillist  -  Zope-Checkins@zope.org
http://mail.zope.org/mailman/listinfo/zope-checkins


[Zope-dev] Removing 'inst'

2006-01-13 Thread Philipp von Weitershausen
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

2006-01-13 Thread Zope tests summarizer
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

2006-01-13 Thread Martijn Faassen

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

2006-01-13 Thread Martijn Faassen

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

2006-01-13 Thread Andreas Jung



--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

2006-01-13 Thread Tino Wildenhain
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

2006-01-13 Thread 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

2006-01-13 Thread 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

2006-01-13 Thread Tim Peters
[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'

2006-01-13 Thread Tim Peters
[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'

2006-01-13 Thread Sidnei da Silva
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'

2006-01-13 Thread Tim Peters
[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

2006-01-13 Thread Dieter Maurer
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

2006-01-13 Thread Dieter Maurer
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

2006-01-13 Thread sean . upton
 [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'

2006-01-13 Thread Philipp von Weitershausen
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

2006-01-13 Thread David Hassalevris

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

2006-01-13 Thread Tino Wildenhain
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

2006-01-13 Thread Luca Olivetti

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

2006-01-13 Thread Paul Winkler
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',...

2006-01-13 Thread Brian Brinegar
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

2006-01-13 Thread Dieter Maurer
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

2006-01-13 Thread Dieter Maurer
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!

2006-01-13 Thread Dieter Maurer
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

2006-01-13 Thread Dieter Maurer
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

2006-01-13 Thread Dieter Maurer
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

2006-01-13 Thread Patrick Decat
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

2006-01-13 Thread Gabriel Genellina

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

2006-01-13 Thread Carlos de la Guardia
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

2006-01-13 Thread Fred Drake
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]

2006-01-13 Thread Infor Gates
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 we’ll 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

2006-01-13 Thread Andreas Jung



--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

2006-01-13 Thread Michele Simionato
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

2006-01-13 Thread Michele Simionato
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]

2006-01-13 Thread Dieter Maurer
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]

2006-01-13 Thread Dieter Maurer
[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