Log message for revision 40951:
- Collector #1939: When running as a service, Zope could
potentially collect too much log output filling the NT Event
Log. When that happened, a 'print' during exception handling
would cause an IOError in the restart code
Log message for revision 40954:
fixes + more tests (Stefan Holek)
Changed:
U Zope/trunk/lib/python/ZPublisher/HTTPResponse.py
U Zope/trunk/lib/python/ZPublisher/tests/testHTTPResponse.py
-=-
Modified: Zope/trunk/lib/python/ZPublisher/HTTPResponse.py
Log message for revision 40955:
more tests
Changed:
U Zope/trunk/lib/python/ZPublisher/tests/testHTTPResponse.py
-=-
Modified: Zope/trunk/lib/python/ZPublisher/tests/testHTTPResponse.py
===
---
Log message for revision 40956:
more tests and fixes
Changed:
U Zope/branches/2.9/lib/python/ZPublisher/HTTPResponse.py
U Zope/branches/2.9/lib/python/ZPublisher/tests/testHTTPResponse.py
-=-
Modified: Zope/branches/2.9/lib/python/ZPublisher/HTTPResponse.py
Log message for revision 40957:
Add clock server feature.
Changed:
U Zope/branches/chrism-clockserver-merge/doc/CHANGES.txt
A Zope/branches/chrism-clockserver-merge/lib/python/ZServer/ClockServer.py
U Zope/branches/chrism-clockserver-merge/lib/python/ZServer/component.xml
U
Log message for revision 40959:
Content-Type header now contains a charset.
Changed:
U
Zope/branches/2.9/lib/python/Testing/ZopeTestCase/zopedoctest/FunctionalDocTest.txt
U
Zope/branches/2.9/lib/python/Testing/ZopeTestCase/zopedoctest/testFunctionalDocTest.py
-=-
Modified:
Log message for revision 40961:
Fix test breakage caused by a nonuptodate test_config in initial branch.
Changed:
U
Zope/branches/chrism-clockserver-merge/lib/python/ZServer/tests/test_clockserver.py
U
Zope/branches/chrism-clockserver-merge/lib/python/ZServer/tests/test_config.py
Log message for revision 40965:
HTTPResponse: for XML content the encoding specified within
the XML preamble is adjusted to the real encoding of the content
as specified through the 'charset' within the content-type
property.
Changed:
U Zope/trunk/doc/CHANGES.txt
U
Log message for revision 40966:
Fix breakage on Windows due to misuse of os.path (use posixpath instead).
Changed:
U Zope/trunk/lib/python/ZServer/ClockServer.py
-=-
Modified: Zope/trunk/lib/python/ZServer/ClockServer.py
Log message for revision 40967:
Added two more tests for transaction.abort().
Changed:
U
Zope/branches/Zope-2_8-branch/lib/python/Testing/ZopeTestCase/testZODBCompat.py
-=-
Modified:
Zope/branches/Zope-2_8-branch/lib/python/Testing/ZopeTestCase/testZODBCompat.py
Log message for revision 40971:
update to latest Z3 trunk
Changed:
_U Zope/trunk/lib/python/zope/
-=-
Property changes on: Zope/trunk/lib/python/zope
___
Name: svn:externals
- app -r 40688
Log message for revision 40972:
updated to latest Z3 trunk
Changed:
_U Zope/trunk/lib/python/zope/
-=-
Property changes on: Zope/trunk/lib/python/zope
___
Name: svn:externals
- app -r 40759
Andreas Jung wrote:
- HelpSys - from a programmers view pretty much useless and not very
helpful. I consider to replace it with something more useful (not sure
we can re-use apidoc from Zope 3 in some way, perhaps the inclusion
of Dieter's Docfinder might be more useful for programmers)
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2390
Blamelist: andreasjung,anguenot,efge,sidnei
BUILD FAILED: failed test
sincerely,
-The Buildbot
Summary of messages to the zope-tests list.
Period Tue Dec 20 12:01:02 2005 UTC to Wed Dec 21 12:01:02 2005 UTC.
There were 8 messages: 8 from Zope Unit Tests.
Test failures
-
Subject: FAILED (errors=1) : Zope-2_7-branch Python-2.4.2 :
Linux
From: Zope Unit Tests
Date: Tue
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2391
Blamelist: andreasjung,anguenot,efge,sidnei
BUILD FAILED: failed test
sincerely,
-The Buildbot
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2397
Blamelist: efge,sidnei
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2398
Blamelist: efge,sidnei
BUILD FAILED: failed test
sincerely,
-The Buildbot
[EMAIL PROTECTED] wrote:
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2398
Blamelist: efge,sidnei
BUILD FAILED: failed test
FYI test output is:
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: The web-page 'force build' button was pressed by '':
Build Source Stamp: None
Blamelist:
BUILD FAILED: failed failed slave lost
sincerely,
-The
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2402
Blamelist: andreasjung
BUILD FAILED: failed failed slave lost
sincerely,
-The Buildbot
I'm going to go ahead with this update in hopes of resolving some
windows client problems that may be confounding our efforts to
run windows tests with buildbot.
Jim
Jens Vagelpohl wrote:
On 19 Dec 2005, at 22:08, Jim Fulton wrote:
Sounds good. I'll announce that the repo will be down for
Does that mean you're doing it? All necessary RPMs are on the box at /
root/svnupgrade/. Otherwise I can do it tomorrow morning (about 5 AM
EST)
jens
On 21 Dec 2005, at 16:08, Jim Fulton wrote:
I'm going to go ahead with this update in hopes of resolving some
windows client problems that
Andreas Jung wrote:
Hi,
- Gadfly(DA) - do we really need this? We discussed this already. In my
opinion the purpose of Gadfly is only educational but nothing that one
really needs or uses for production. It could be removed and made
available for download on zope.org.
-1
From time
Jim Fulton wrote:
I'm going to go ahead with this update in hopes of resolving some
windows client problems that may be confounding our efforts to
run windows tests with buildbot.
Done
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540)
Jens Vagelpohl wrote:
Does that mean you're doing it? All necessary RPMs are on the box at /
root/svnupgrade/. Otherwise I can do it tomorrow morning (about 5 AM EST)
Yes, already done. They are also available in my home directory. :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]
On 21 Dec 2005, at 16:12, Jim Fulton wrote:
Jim Fulton wrote:
I'm going to go ahead with this update in hopes of resolving some
windows client problems that may be confounding our efforts to
run windows tests with buildbot.
Done
Great. I can see http://svn.zope.org works just fine.
With
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: 2409
Blamelist: chrism
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Zope-Dev
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: The web-page 'force build' button was pressed by 'tim': try this
bbwin build by itself
Build Source Stamp: None
Blamelist:
BUILD FAILED: failed test
--On 21. Dezember 2005 17:10:19 +0100 Max M [EMAIL PROTECTED] wrote:
If there is another practical way to do it, that would be fine too. I
don't know about sqllite. But if it's more difficulte than dropping a
package into a directory it would be bad.
I mentioned to make it available as
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2411
Blamelist: chrism
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Jens Vagelpohl wrote:
On 20 Dec 2005, at 08:51, Stefan H. Holek wrote:
On 18. Dez 2005, at 17:58, Tim Peters wrote:
Nobody should be installing from a checkout to begin with, right?
Ok, so that's probably where we disagree then ;-)
I almost exclusively work with checkouts, and I would
Andreas Jung wrote:
I agree. I am also not happy with that. Unfortunately I have currently
no clue how to solve this issue (no idea about zpkg). WHat you can do is
the following:
- copy the checkout to the location where your software home should be
- run configure; make inplace; make
Jeff Kowalczyk wrote:
I didn't receive any feedback on zope-general, but it could just be a
problem with my environment that fails silently. Can anyone confirm that
this isn't pilot error before I file a bug? Thanks.
From the thread, it's not a pilot error, so could you please file a bug
if
Martijn Faassen wrote:
Jens Vagelpohl wrote:
On 20 Dec 2005, at 08:51, Stefan H. Holek wrote:
On 18. Dez 2005, at 17:58, Tim Peters wrote:
Nobody should be installing from a checkout to begin with, right?
Ok, so that's probably where we disagree then ;-)
I almost exclusively work with
On Wed, 2005-12-21 at 13:47 -0500, Jim Fulton wrote:
I'll note, FWIW, that we don't do installs from Zope 3 checkouts.
I think it's worth asking whether this is an important requirement.
If it is, then we should make it work. Question is, is it worth
delaying the release? I don't know.
I
Andrew Sawyers wrote:
On Wed, 2005-12-21 at 13:47 -0500, Jim Fulton wrote:
I'll note, FWIW, that we don't do installs from Zope 3 checkouts.
I think it's worth asking whether this is an important requirement.
If it is, then we should make it work. Question is, is it worth
delaying the
I'd like to step back and see if we can agree on what is driving the desire
for make install. I'll note that one reason is that it worked this way
before, but I don't think that that is a good enough reason to delay the
release.
I'll note one use case:
- A Zope deployer wants to deploy an
[Florent Guillaume]
FYI test output is:
...
'zope[.]app[.])' is not recognized as an internal or external command,
operable program or batch file.
program finished with exit code 255
That was due to an ill-formed command line, which Jim repaired this
morning. Zope trunk and Zope 2.9 branch
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2412
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
On 21 Dec 2005, at 18:47, Jim Fulton wrote:
I'll note, FWIW, that we don't do installs from Zope 3 checkouts.
I think it's worth asking whether this is an important requirement.
If it is, then we should make it work. Question is, is it worth
delaying the release? I don't know.
IMHO it is an
--On 21. Dezember 2005 19:35:35 + Jens Vagelpohl [EMAIL PROTECTED]
wrote:
I really think there is not a single good reason for having a different
experience for checkouts vs tarballs. It would even lead to major
annoyance where I work right now, just to give a real life example. For
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: The web-page 'force build' button was pressed by '':
Build Source Stamp: None
Blamelist:
BUILD FAILED: failed test
sincerely,
-The Buildbot
Just as a data point.
A lot of autoconf projects (the ones that made ./configure; make; make
install famous) don't just run like that from a checkout, but they are
never more than 2 steps away from that.
The process for a checkout is usually more like
./autoconf; ./automake; ./configure; make;
[Tim Peters]
...
Failure in test test_checkPermission_proxy_roles_limit_access
(AccessControl.tests.testZopeSecurityPolicy.C_ZSPTests)
Traceback (most recent call last):
File c:\python24\lib\unittest.py, line 260, in run
testMethod()
File
Max M wrote:
If there is another practical way to do it, that would be fine too. I
don't know about sqllite. But if it's more difficulte than dropping a
package into a directory it would be bad.
Personally I'd be a huge proponent of including SQLite in zope core. It
is extraordinarilly
Hmmm... I *think* I just fixed this.
On Dec 21, 2005, at 3:48 PM, Tim Peters wrote:
[Tim Peters]
...
Failure in test test_checkPermission_proxy_roles_limit_access
(AccessControl.tests.testZopeSecurityPolicy.C_ZSPTests)
Traceback (most recent call last):
File c:\python24\lib\unittest.py,
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: The web-page 'force build' button was pressed by '':
Build Source Stamp: None
Blamelist:
BUILD FAILED: failed failed slave lost
sincerely,
-The Buildbot
This has been my approach also. Not surprisingly, many of us worked on
these processes together and have 'sanitized them' over time. :) There
has always been 'another side' who either hasn't liked this procedure or
the 'make' voodoo and have come up with their own, or just haven't had
to do
[Tim Peters]
...
That was the problem. Turns out `bbwin` does have a compiler, but the
buildbot recipe didn't use it. After Jim fixed that, we have another
Windows-specific failure, in new code from ChrisM (this is on Zope
trunk, of course):
Failure in test test_get_env
Jens Vagelpohl wrote:
IMHO it is an important requirement. We're inviting a hailstorm of
questions and annoyed users by breaking this well-known routine for
checkouts.
I really think there is not a single good reason for having a different
experience for checkouts vs tarballs. It would
Jeff Kowalczyk wrote:
Andreas Jung wrote:
I'll raise the question again: what are the benefits of the HelpSys for
a Zope user?
I can't recall clicking on top frame of the ZMI or a 'Help!' link in the
past few years, either. Perhaps an equivalent or greater benefit would be
to rip out
On 12/21/05, Leonardo Rochael Almeida [EMAIL PROTECTED] wrote:
My point is: I don't think there's anything wrong in the install
procedure being different between the checkout and the tarball, but it
should never take more than a couple of fixed (and documented) steps to
convert a checkout to a
--On 21. Dezember 2005 18:07:49 + Chris Withers
[EMAIL PROTECTED] wrote:
How will Zope know when _not_ to add the content-type header?
Makes no sense to me. Either the application set the content-type header or
Zope does it for you. Check HTTPResponse.py.
How will Zope tell if the
--On 21. Dezember 2005 17:23:26 -0330 Rocky Burt [EMAIL PROTECTED]
wrote:
Personally I'd be a huge proponent of including SQLite in zope core. It
is extraordinarilly functional and has few requirements. I particularly
like using it to ensure unit tests against RDBMS connections work
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: 2419
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Chris Withers wrote:
Andreas Jung wrote:
I've never met ppl who actually used the HelpSys so that's why I am
raising the question about the value of the HelpSys. Lots of my
co-workers work with Zope on different levels (scripters, product
developers)...I've always pointed them to the Zope
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2419
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Jens Vagelpohl wrote:
On 21 Dec 2005, at 18:47, Jim Fulton wrote:
I'll note, FWIW, that we don't do installs from Zope 3 checkouts.
I think it's worth asking whether this is an important requirement.
If it is, then we should make it work. Question is, is it worth
delaying the release? I
adeline nombre [EMAIL PROTECTED] writes:
Hi. it's me again. I'm in trouble. Can somebody tell me where to fin a
binary of zope for debian which can be run with python2.3. ? thank you very
much
If you want an actual Zope version you will need to install it from source,
which is very easy
Hello,
When a user connects with FTP to a Zope folder with only rights onthat
subfolder he can'tcreate a folder or delete files.He
hasthe Manager role and all the rights.
Is this a bug or doI have to give this user Manager rights to the root
of the zope instance ?
Or is there an other
I think you missed the point. The main reason to ditch it is the fact
that there is no one who is willing and able to support the code for
it in Zope. Just because someone comes up with a combination where
FCGI might have a benefit still does not give us a developer to
support it.
jens
I'm sure there's an Apache list you could be asking these questions,
this has nothing to do with Zope.
#apache on irc.freenode.net is where I'd go ;-)
Chris
michael nt milne wrote:
Hi
Ok so I looked at this stuff but can't find anything listed for point 3.
Also I had to set Plone to listen
Hi
Iam new phyton and zope
programmer.
Ihave to make a product for zope and i must
use a list of groups with a lot of data.
I´m wondering if i must to use a list of persistent
objects or if it´s better use a database like
gadfly with tables or another one.
I´m a little confuse. I
On 12/20/05, adeline nombre [EMAIL PROTECTED] wrote:
the problem now is that when I do make there is this error message: does
not find file /usr/lib/python2.3/config/Makefile . And when
I look in /usr/lib/python2.3/ , there is no directory config.
I have python2.3.
my OS is debian sarge.
There are two distinct sections to the navigation_box transaction. One
where the session variables are read and a second where they are used. To
minimize conflicts, the what is now a single tranaction should be split
into two separate transactions.
Any thought as to how to do that? If
--On 21. Dezember 2005 11:09:14 +0100 José Carlos Senciales Chaves
[EMAIL PROTECTED] wrote:
Hi
I am new phyton and zope programmer.
I have to make a product for zope and i must use a list of groups with a
lot of data.
I´m wondering if i must to use a list of persistent objects or if it´s
Write conflicts happen for a transaction. In Zope, there is one
transaction per request.
There are two distinct sections to the navigation_box transaction.
There's a transaction for something named navigation_box? Is this
an IFRAME?
One
where the session variables are read and a
Hi José,
If you're learning how to use Zope then it'd be best (imho) for you to
learn how to do it with the ZODB (this is the 'default' way to store
data persistently in Zope). Later on if you have a specific reason to
put this in a relational database (please, don't use gadfly) then it'll
be
Dennis Allison wrote:
Ah so desu. That's the conceptual hook I was missing. Only one
transaction per request and no subtransactions!
ZODB substransactions won't help you here in the slightest...
A transaction is
processing initiated by a client request or a redirect. (Anything else?)
A
On Dec 21, 2005, at 10:32 AM, Dennis Allison wrote:
Thanks again Chris for the helpful comments.
The navigation_box, in this context is just a table which is rendered
into a frame in our standard frameset. It is not an iframe.
So you do use frames! That's a huge clue. I wish I didn't feel
On Dec 21, 2005, at 11:38 AM, Dennis Allison wrote:
Chris,
You asked about frames a while back and I responded in the
affirmative.
I am sure I mentioned that we use frames and framesets and
explained that
we use a bit of Javascript to manage loading individual frames
rather than
Chris W,
The issue here has had to do with session variables and their iteraction
with the persistence mechanism and conflicts and multiple threads for the
same session. Chris McDonough has pointed out that session variables can
cause writes and write conflicts even if the only Zope level
Hi,
The Royal Bank of Scotland is looking to recruit a contract developer to
join the Corporate Markets Content Management System development team.
The successful candidate will meet or exceed the following requirements:
- 3 years experience developing with Python, Zope and the CMF
- 3 years
On Dec 21, 2005, at 12:40 PM, Dennis Allison wrote:
Chris W,
The issue here has had to do with session variables and their
iteraction
with the persistence mechanism and conflicts and multiple threads
for the
same session. Chris McDonough has pointed out that session
variables can
cause
On Wed, 21 Dec 2005, Chris McDonough wrote:
On Dec 21, 2005, at 11:38 AM, Dennis Allison wrote:
Chris,
You asked about frames a while back and I responded in the
affirmative.
I am sure I mentioned that we use frames and framesets and
explained that
we use a bit of
On 12/22/05, Dennis Allison [EMAIL PROTECTED] wrote:
The issue here has had to do with session variables and their iteraction
with the persistence mechanism and conflicts and multiple threads for the
same session. Chris McDonough has pointed out that session variables can
cause writes and
Lennart Regebro wrote:
On 12/20/05, Roman Suzi [EMAIL PROTECTED] wrote:
Lets suppose that I've done OO Analysis and have a dozen of nice classes
which model my problem domain. Lets also suppose that I did it on the
basis of known use cases. Now I want to build Web application fulfilling
On Dec 21, 2005, at 1:07 PM, Dennis Allison wrote:
Sorry if I appeared unresponsive--the fact that we use frames is
hardly a
secret. I suppose that it would be helpful to make up soem
summary of
features for ongoing threads like this one.
It was a secret to me (again, perhaps because of
Michael --
You raise an interesting point. We use sessions to hold the
volatile state for each user in a highly interactive, highly personalized
site. A session lasts from login until logout or until there has been no
activity for a long time. Perhaps, if I were to simply excise the session
On Dec 21, 2005, at 2:17 PM, Dennis Allison wrote:
I have begun to think that the Zope session variable mechanism, as
implemented, addresses a different part of the storage spectrum
than we
need. A small number of per user parameters (3 to 10) are used by
almost
every request. Most of the
The missing detail here is that reading a session object causes a
write to the database to update the last access time for that session
object. So what looks like a plain old read to the application code
above, in-fact includes a write just below the surface. (This is a
design choice so that
The side effect is that sessions will live longer than the specified
period, up to 300 seconds longer if session-resolution-seconds is set to
30 seconds.
In my case, setting it higher helps, b ut does not eliminate the problems.
On Wed, 21 Dec 2005, Maciej Wisniowski wrote:
The missing
Hey All..
I'm following up on this thread after lots of different configuration
attempts, reinstalling apache2 from source, more configuration attempts,
banging my head against the wall, and endless troubleshooting..
Unfortuantely I am still failing to configure this correctly.
Thankfully
On 21 Dec 2005, at 23:09, Ed Colmar wrote:
Hey All..
I'm following up on this thread after lots of different
configuration attempts, reinstalling apache2 from source, more
configuration attempts, banging my head against the wall, and
endless troubleshooting.. Unfortuantely I am still
Ed Colmar schrieb:
Hey All..
I'm following up on this thread after lots of different configuration
attempts, reinstalling apache2 from source, more configuration attempts,
banging my head against the wall, and endless troubleshooting..
Unfortuantely I am still failing to configure this
Jsonserver provides an alternative way of AJAX client-server
communication on Zope.
Jsonserver enables Zope to act as a JSON-RPC server. JSON-RPC is
an XML-RPC replacement. It is built on JSON, a javascript based
data interchange format. JSON has bindings for more languages. On
the client side,
87 matches
Mail list logo