You don't give enough informations (logs, tracebacks etc) for us to
help you.
The problem is that nothing is written in the logs. In the Epoz case,
Zope just crashes during startup. And in the Kupu case I get the errors
when I click on any of the tabs in the editor object.
I have
On 10/26/05, Håkan Johansson [EMAIL PROTECTED] wrote:
You don't give enough informations (logs, tracebacks etc) for us to
help you.
The problem is that nothing is written in the logs. In the Epoz case,
Zope just crashes during startup.
It crashes, without any error messages? Really?
On Oct 26, 2005, at 13:31, Lennart Regebro wrote:
On 10/26/05, Håkan Johansson [EMAIL PROTECTED] wrote:
You don't give enough informations (logs, tracebacks etc) for us to
help you.
The problem is that nothing is written in the logs. In the Epoz case,
Zope just crashes during startup.
Krzysztof Kubacki schrieb:
On 24 Oct 2005, at 14:03, Krzysztof Kubacki wrote:
How to change it?
I would like to have variables in the same order as I put them into
internet form.
You can't. REQUEST.form is a dictionary. They are, by definition,
unordered.
Why do you need them
...
And how exactly would that help if your script isnt expecting the new
fields anyway?
I'd use the :list and :records modifier accordingly for keeping
ordering where that matters.
The thing is that there is possibility to change fields order by the mean of
WYSIWYG editor by the user. If
An update -
It appears as though this problem is due to the content-type being set
inappropriately (probably text/html). I'm attempting to render XML,
but each of the templates only contains a piece of my final output XML
file; therefore, I don't have the '?xml ... ?' header in the file.
From a
On 10/26/05, Floyd May [EMAIL PROTECTED] wrote:
It appears as though this problem is due to the content-type being set
inappropriately (probably text/html). I'm attempting to render XML,
but each of the templates only contains a piece of my final output XML
file; therefore, I don't have the
Floyd May wrote:
I'm constructing a VERY large XML file using a python script that
buffers writes to REQUEST.RESPONSE. The script calls the page
templates, and then writes the rendered page templates to
REQUEST.RESPONSE through the buffering mechanism.
I have attempted adding .metadata files
I found a way to hack around it. It's definitely ugly, though.
Basically, I have a python script that calls page templates and
buffers the results as it writes out to REQUEST.RESPONSE. Each page
template is *just a portion* of my final output XML file. Since all
of the scripts and templates
On Oct 26, 2005, at 17:00, Lennart Regebro wrote:
On 10/26/05, Håkan Johansson [EMAIL PROTECTED] wrote:
My personal guess is that both Epoz and Kupu has hidden prereqs that
the documentation does not say, or that I simply missed somehow.
You should still get an error message.
Do you start
On 10/26/05, Håkan Johansson [EMAIL PROTECTED] wrote:
On Oct 26, 2005, at 17:00, Lennart Regebro wrote:
On 10/26/05, Håkan Johansson [EMAIL PROTECTED] wrote:
My personal guess is that both Epoz and Kupu has hidden prereqs that
the documentation does not say, or that I simply missed
Lennart Regebro wrote:
On 10/26/05, Håkan Johansson [EMAIL PROTECTED] wrote:
On Oct 26, 2005, at 17:00, Lennart Regebro wrote:
On 10/26/05, Håkan Johansson [EMAIL PROTECTED] wrote:
My personal guess is that both Epoz and Kupu has hidden prereqs that
the documentation does not say, or that
Hi all,
on behalf of Zope Corporation and the Zope community I am pleased to
announce the release of Zope 2.8.4. You can download Zope 2.8.2 from
http://www.zope.org/Products/Zope/2.8.4/
This version obsoletes Zope 2.8.2 and Zope 2.8.3 which shipped with an
older Docutils version as
Hey,
As you'll hear shortly, ZClasses DTML are the old way to do
things, and are not highly recommended, at this point. Having said
that, I've had success using them.
To Add a ZClass into anything folderish, I've used...
dtml-call
I'm new to Zope, and I've been playing
with 2.8.1, but I really haven't done any real work with it yet. Now I
expect to get my new decicated Zope hardware tomorrow, so I have to decide
if I should go for 2.8.4 or 3.1.0. Any tips if I should go for the latest
and greatest or stick with 2.8?
I've
I'm using Zope 2.7.x on RHEL 3.x without trouble ... Though
I should be upgrading to CentOS 4.x fairly soon ... what problems have you heard
of?
As for Zope, if you're not sure, then you probably want
2.8.x ... 3.1 is stable, but for lower level development ... also depends what
features
Doyon, Jean-Francois [EMAIL PROTECTED]
wrote on 26.10.2005 22:40:09:
I'm using Zope 2.7.x on RHEL 3.x without trouble ... Though I should
be upgrading to CentOS 4.x fairly soon ... what problems have you
heard of?
I think the problems were related to OS software versions
like Python. And most
Ah ok, well yeah, in my experience it happensthat
some requirements exceed the version in the distro. Even if they did
*today*, 6 months from now when another Zope comes out requiring a new python
version, you'd have to build one yourself anyways.
Might
as well get used to it now :) It's
We use lots and lots of Centos 4.x servers
not a problem there go for it.
Andrew Sawyers
Zope Corporation
Zope Managed Hosting
Software Engineer
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harald Finns
Sent: Wednesday, October 26, 2005
4:43 PM
To:
I meant to send a reply to the list. The
gist of my offlist response to Harald was:
We use lots and lots of Centos 4.x
servers in heavy production with no problems. Go for it.
Andrew Sawyers
Zope Corporation
Zope Managed Hosting
Software Engineer
From:
[EMAIL
Hi,
How do I stop acquisition at the root of my website?
If I have two websites in zope, and I set the virtual host mapping to
www.sitea.com/websites/SiteA
www.siteb.com/websites/SiteB
I don't want my users to get to SiteB from http://www.sitea.com/SiteB
I am using Zope 2.7
Thanks,
Hi,
How do I stop acquisition at the root of my website?
If I have two websites in zope, and I set the virtual host mapping to
www.sitea.com/websites/SiteA
www.siteb.com/websites/SiteB
I don't want my users to get to SiteB from http://www.sitea.com/SiteB
I am using Zope 2.7
I'm trying to build a product through the ZMI (like the example in
The Zope Book), I have some DTML methods in a ZClass were I want to be
able to do a SecurityCheckPermission() on a permission that I have
defined in the containing product. When I view the instance of the
DTML, it doesn't see
On Wed, 26 Oct 2005 13:43:21 -0700, HaraldFinnås
[EMAIL PROTECTED] wrote:
I'm new to Zope, and I've been playing with 2.8.1, but I really haven't
done any real work with it yet. Now I expect to get my new decicated Zope
hardware tomorrow, so I have to decide if I should go for 2.8.4 or 3.1.0.
Hi all,
on behalf of Zope Corporation and the Zope community I am pleased to
announce the release of Zope 2.8.4. You can download Zope 2.8.2 from
http://www.zope.org/Products/Zope/2.8.4/
This version obsoletes Zope 2.8.2 and Zope 2.8.3 which shipped with an
older Docutils version as
Log message for revision 39635:
Added a 'product-config' section type to zope.conf, allowing arbitrary
key-value mappings.
Products can look for such confgiurations to set product-specific options
(see the example 'product-config' section in skel/etc/zope.conf.in
for sample usage).
Log message for revision 39645:
Added protection against the (small) risk that someone could mitate an
object through an augmented assignment (aka inplace) operator.
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/AccessControl/ZopeGuards.py
U
Log message for revision 39646:
Added tests for handling generator expressions.
Changed:
A
Zope/branches/Zope-2_8-branch/lib/python/RestrictedPython/tests/before_and_after24.py
-=-
Copied:
Zope/branches/Zope-2_8-branch/lib/python/RestrictedPython/tests/before_and_after24.py
(from rev
Log message for revision 39647:
Fixed a bug in getting source that prevented tests from being used if
there were pyc files around. Sigh.
Added tests for restrictions on augmented assignment and for handling
generator expressions.
Changed:
U
Log message for revision 39649:
Zope 2.8.4
Changed:
U Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
U Zope/branches/Zope-2_8-branch/inst/WinBuilders/mk/zope.mk
U Zope/branches/Zope-2_8-branch/inst/versions.py
-=-
Modified: Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
Log message for revision 39650:
Zope 2.8.4
Changed:
A Zope/tags/Zope-2-8-4/
-=-
Copied: Zope/tags/Zope-2-8-4 (from rev 39649, Zope/branches/Zope-2_8-branch)
___
Zope-Checkins maillist - Zope-Checkins@zope.org
Log message for revision 39652:
Allow custom section types to play in product-config.
Changed:
U Zope/trunk/doc/CHANGES.txt
U Zope/trunk/lib/python/Zope2/Startup/datatypes.py
U Zope/trunk/lib/python/Zope2/Startup/zopeschema.xml
U Zope/trunk/skel/etc/zope.conf.in
-=-
Modified:
Summary of messages to the zope-tests list.
Period Tue Oct 25 11:01:01 2005 UTC to Wed Oct 26 11:01:01 2005 UTC.
There were 8 messages: 8 from Zope Unit Tests.
Unknown
---
Subject: UNKNOWN : Zope-trunk Python-2.3.5 : Linux
From: Zope Unit Tests
Date: Tue Oct 25 22:38:01 EDT 2005
URL:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Fulton wrote:
I just checked in a new test runner on the trunk. It is mostly backward
compatible with the old test runner. You can get help on the test
runner by running
it with -h. There is more extensive documentation in
Weird. I can't reproduce this. Is anyone else seeing this?
Jim
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Fulton wrote:
I just checked in a new test runner on the trunk. It is mostly backward
compatible with the old test runner. You can get help on the test
I see two test failures today on Zope(2) trunk, WinXP, Python version
doesn't matter (same thing under 2.3.5 2.4.2).
Failure in test testRegisterTranslations
(zope.app.i18n.tests.testi18ndirectives.DirectivesTest)
Traceback (most recent call last):
File
[Mark Hammond]
FYI, there is a new pywin32 build out now that should solve this problem
without requiring any imports to be reordered.
Yay!
It would be great if whoever turns the crank for the next Zope/Windows
builds (which may even turn out to be me! :) uses build 205.
Andreas Jung made
Hi Guys,
Thanks for your responses. I'll investigate the version of Plone that I had
downloaded (2.1.1) to see whether or not there are any calls to the
pywintypes32 library within the Plone products that could be causing this
problem. I had suspected it may be a Plone issue because I didn't see
All recent PySECURITY_ATTRIBUTES complaints I know about have come
from people using both Zope and Plone. I don't know anything about
Plone installation, but it's natural to suspect that Plone is the
source of the other pywin32 installation, and possibly of compounding
sys.path convolutions
Hi Mark,
BUT - reading Chris's mail, it seems he installed a Zope binary package,
and
manually added the Plone products to it. In this case, I doubt Plone is
mangling much, nor would it be copying pywintypes23.dll around. Thus,
unless there was a pre-existing pywintypes23.dll in system32,
Hi Mark,
Success! That fixed the problem. Thanks for the excellent help. I'd say
this patch is a good for the next iteration of builds ;)
Take care,
Chris
__
Chris A. Mattmann
[EMAIL PROTECTED]
Staff Member
Modeling and Data Management Systems
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Fulton wrote:
Weird. I can't reproduce this. Is anyone else seeing this?
For the benefit of those playing along at home:
Jim and I discovered this evening that we were running on
mostly-identical platforms (Ubuntu Breezy 5.10, Python 2.3.5
I lied. Due to completely preventable circumstances, this merge won't
be done tonight; instead, it will be done tomorrow evening.
- C
On Mon, 2005-10-24 at 16:41 -0400, Tim Peters wrote:
[Chris McDonough]
Thanks for this!
Not required, so long as I get to thank you for finishing it ;-)
43 matches
Mail list logo