On Thursday 02 October 2003 19.50, Jeremy Hylton wrote:
On Thu, 2003-10-02 at 13:34, Leonardo Rochael Almeida wrote:
I thought that was easy to miss, so I changed the heading from
Zope Enterprise Objects
to
Zope Enterprise Objects (OBSOLETE)
And I still missed it!
Hi!
Yesterday I spent some hours tracking down why catalog Metadata and
catalog Indexes are getting out of sync in my CMF Site.
I found that checkin
http://cvs.zope.org/Zope/lib/python/Products/ZCatalog/Catalog.py.diff?r1=1.98.6.10r2=1.98.6.11
including this new condition
code
if not idxs:
Hallo All,
I have this little form and I would like to know how to persuade dtml or
python to access the javascript variables in the set_p function and the
element values in the form LOG.
I'll be thankful for any assistance.
htmlhead
script language=JAVASCRIPT
function set_p(a,b)
{
//
// call a
Some people at ZC have made pretty compelling arguments to make Python
2.3.2 the recommended version of Python to use with Zope 2.7 final.
I'm wondering if other people have a strong feeling about this either
way.
--
Chris McDonough [EMAIL PROTECTED]
Zope Corporation
Weren't there some arguments that the security machinery must be checked
against the changes in
Python 2.3? Are we sure that 2.7 is as secure with 2.3 as with 2.2? In any
case a bit +1 for going to 2.3.2.
-aj
--On Freitag, 3. Oktober 2003 10:21 Uhr -0400 Chris McDonough
[EMAIL PROTECTED]
[Chris McDonough wrote ([EMAIL PROTECTED]) on 10/3/03 9:21 AM]
Some people at ZC have made pretty compelling arguments to make Python
2.3.2 the recommended version of Python to use with Zope 2.7 final.
I'm wondering if other people have a strong feeling about this either
way.
yes please. :)
Well, to be clear, there hasn't been any formal security audit of the
combination of Python 2.2 with Zope 2.7. So we'd lose nothing by moving
directly to 2.3. Jim is keen to get an audit going quickly before a 2.7
final release, and the audit would be performed against Python 2.3.2.
On Fri,
On Friday 03 October 2003 15:33, Chris McDonough wrote:
Jim is keen to get an audit going quickly before a 2.7
final release, and the audit would be performed against Python 2.3.2.
Does anyone else have an interest in blessing Zope 2.6.x with Python 2.2/2.3 ?
--
Toby Dickenson
No strong feeling other than I don't have it installed yet.
I spent awhile playing with 2.7b2 and python 2.3 with no issues.
BZ
Some people at ZC have made pretty compelling arguments to make Python
2.3.2 the recommended version of Python to use with Zope 2.7 final.
I'm wondering if other
I don't know about 'blessing', but I'm using it on a project currently
(Python 2.3 and Zope 2.6.2) without glitches.
Andrew
Toby Dickenson wrote:
On Friday 03 October 2003 15:33, Chris McDonough wrote:
Jim is keen to get an audit going quickly before a 2.7
final release, and the audit would
On Fri, Oct 03, 2003 at 03:48:06PM +0100, Toby Dickenson wrote:
On Friday 03 October 2003 15:33, Chris McDonough wrote:
Jim is keen to get an audit going quickly before a 2.7
final release, and the audit would be performed against Python 2.3.2.
Does anyone else have an interest in blessing
On Fri, 2003-10-03 at 10:58, Andrew Sawyers wrote:
I don't know about 'blessing', but I'm using it on a project currently
(Python 2.3 and Zope 2.6.2) without glitches.
Andrew
Toby Dickenson wrote:
Does anyone else have an interest in blessing Zope 2.6.x with Python 2.2/2.3 ?
We have
On Fri, Oct 03, 2003 at 10:33:01AM -0400, Chris McDonough wrote:
Well, to be clear, there hasn't been any formal security audit of the
combination of Python 2.2 with Zope 2.7. So we'd lose nothing by moving
directly to 2.3. Jim is keen to get an audit going quickly before a 2.7
final
Am Fr, 2003-10-03 um 17.16 schrieb Paul Winkler:
The only counterargument i can think of is that 2.3 may not be
bundled with many linux distros yet. I've always compiled my own
python for use with zope, so I don't know how big a deal that is.
Debian stable requires it's own backports (self
Paul Winkler writes:
then by all means, 2.3.2. These audits seem to be hard to get going
on a regular basis (we've been on python 2.1.3 for how long now?)
so I see no point in blessing a version of python that's already not
latest-and-greatest.
It's not just that Python 2.2.3 is no
[Chris McDonough]
Some people at ZC have made pretty compelling arguments to make
Python 2.3.2 the recommended version of Python to use with Zope 2.7
final. I'm wondering if other people have a strong feeling about
this either way.
[george donnelly]
yes please. :) python 2.3 seems a lot
OK, sounds like a slam dunk to me.
I have changed the Zope 2.7 windows builder to use Python 2.3.2 and I
have changed the source version configure script to look for 2.3.2 as
it's optimal version. This all appears to work.
Once an RPM is released for Python 2.3.2, I'll change the spec file for
Chris McDonough writes:
Currently, Zope still claims it works with 2.2.X (via the configure
script's acceptable versions feature). Should we continue to make
that claim true by not depending on any Python 2.3-specific features in
the Zope core? I don't think there are a lot of
[Chris McDonough]
Currently, Zope still claims it works with 2.2.X (via the configure
script's acceptable versions feature).
Actually, 2.2, 2.2.1, and 2.2.2 aren't acceptable for Zope even now, because
of Zope-critical Python bugs first fixed in 2.2.3. There's no version of
2.2 with a fix for
This list is for development of Zope. You want the zope users list at
[EMAIL PROTECTED]
I have this little form and I would like to know how to persuade dtml or
python to access the javascript variables in the set_p function and the
element values in the form LOG.
This is impossible as you
Chris McDonough wrote:
OK, sounds like a slam dunk to me.
I think its a fine idea (finally secure temporary files!), but let me
present the first bug I've run into with 2.3 (I've been testing with
it).
In 2.3 you can no longer declare new classes in a Script object. It
bitches about a lack of
[EMAIL PROTECTED] wrote at 2003-10-3 13:34 +0100:
I have this little form and I would like to know how to persuade dtml or
python to access the javascript variables in the set_p function and the
element values in the form LOG.
I cannot do that:
DTML lives on the server, Javascript on the
Yuppie wrote at 2003-10-3 10:14 +0200:
Yesterday I spent some hours tracking down why catalog Metadata and
catalog Indexes are getting out of sync in my CMF Site.
I found that checkin
http://cvs.zope.org/Zope/lib/python/Products/ZCatalog/Catalog.py.diff?r1=1.98.6.10r2=1.98.6.11
Jeremy Hylton wrote at 2003-10-2 13:50 -0400:
...
On the other hand, Jim asked me today how someone would navigate from
the zope.org home page to the current ZODB release. I don't have any
idea. Anyone else know? I just use Google.
The W3C has quite a good scheme: a fixed URL always
Phillip Eby and I both checked new functionality into ZConfig today;
the documentation has been updated. If these changes are still
looking good in a week or two, I'll plan on releasing it as ZConfig
2.0.
Both sets of changes revolve around schema extension, but they support
different things.
==
ERROR: testSetupServers (Zope.Startup.tests.testStarter.ZopeStarterTestCase)
--
Traceback (most recent call last):
File
Fred L. Drake, Jr. wrote
Requiring 2.3 (any flavor) would allow us to drop the copy of the
logging package from Zope 2.7 and newer.
There are greater benefits for Zope 3, where we have several modules
and packages laying around that would no longer be needed (logging,
csv, gettext).
27 matches
Mail list logo