Chris Withers wrote:
Jim Fulton wrote:
...
Now, when we set up the Zope 3 repository, we will create the ZConfig
package in Zope 3 by copying a *tag* from the ZConfig project:
svn copy svn+ssh://svn.zope.org/repos/ZConfig/tags/T1/src/ZConfig \
svn+ssh://svn.zope.org/repos/Zope3
. Keeping track of many different licenses is a burden to
users.
For more information, see: http://www.zope.org/Resources/License
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http
Casey Duncan wrote:
On Wed, 19 May 2004 16:00:43 -0400
Jim Fulton [EMAIL PROTECTED] wrote:
I've posted two proposals:
http://dev.zope.org/Zope3/TALESPathExpressionAdapters
I have to say I am not found of *,
I'm not attached to '*'. Feel free to suggest alternatives
(other than
are welcome, here or in the pages.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope
Evan Simpson wrote:
Jim Fulton wrote:
I've posted two proposals:
http://dev.zope.org/Zope3/TALESPathExpressionAdapters
Proposes a mechanism for easily using adapters in TALES expressions.
I'm not at all clear on how the proposed mechanism is superior to the
implementation of path segment
Evan Simpson wrote:
Jim Fulton wrote:
I thought you had proposed this, but I couldn't find a proposal
or documentation.
You say this is implemented in Zope 2? Where is it documented?
Actually, it's only implemented on evan-pathprefix-branch. It has been
quite a while since I had a chance
Jim Fulton wrote:
I've posted two proposals:
http://dev.zope.org/Zope3/TALESPathExpressionAdapters
Proposes a mechanism for easily using adapters in TALES expressions.
http://dev.zope.org/Zope3/ZPTVariableNamespaces
proposes a mechanism for qualifying names defined in TAL and used in
TALES
Stephan Richter wrote:
On Friday 21 May 2004 09:07, Jim Fulton wrote:
So far the cast syntax seems to be the most popular:
(adaptername)ob (dc)context/title
Why don't we use adaptername(ob)? Then it looks exactely like in Python! Less
to memorize.
Because that would be the top
Evan Simpson wrote:
Jim Fulton wrote:
...
Unless I'm misunderstanding something fundamental here, in the TALES
context an adapter is essentially a function accepting a single
argument.
Yes, except s/function/callable
The adapted object that results from applying the adapter
function is either
Ian Bicking wrote:
Jim Fulton wrote:
One disadvantage I see with the cast notation is that it's
a bit jarring in:
a/b/(adapter)c/d
as the adapter is applied to a/b/c. The order just doesn't
seem quite right.
That is indeed jarring, especially since c isn't an object, it's just a
name, and a/b
Casey Duncan wrote:
On Fri, 21 May 2004 09:07:24 -0400
Jim Fulton [EMAIL PROTECTED] wrote:
Jim Fulton wrote:
I've posted two proposals:
http://dev.zope.org/Zope3/TALESPathExpressionAdapters
Proposes a mechanism for easily using adapters in TALES expressions.
http://dev.zope.org/Zope3
nxml-mode).
Wrong. Double check the spec. (I did. :)
http://www.w3.org/TR/2004/REC-xml11-20040204/#NT-AttValue
You only need to escape the less-than because there's no way to
mistake a-b as a tag.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540
Tres Seaver wrote:
Jim Fulton wrote:
Sidnei da Silva wrote:
| So far, I like:
| | foo/bar-dc/title
| | the best.
OTOH, for 'valid' xhtml, u would have to write:
You mean well-formed.
foo/bar-gt;dc/title
Totally defeating the purpose. One may argue that this would not be
part of the output
Evan Simpson wrote:
Jim Fulton wrote:
IMO, if we take this route, we should think of the notation as
providing an alternate traversal operator. That is, there is
syntax that either modifies or replaces /, so of the examples
above, only:
context/*dc/title
In that case, I'd be happy to consider
. :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - [EMAIL PROTECTED
I want to thank everyone who's participating in this
thread. The input is extremely valuable.
Garrett Smith wrote:
Jim Fulton wrote:
We don't. In fact, one could argue that adaptation is a bit like
a different kind of traversal. In fact, in Zope 3, we already have
a notion
/adapter:
Why are we having this whole discussion again?
Steve pointed out some problems with the syntax, which
the above examples should make obvious.
Was there something wrong with the code? :-S
Nope.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540
Chris Withers wrote:
Jim Fulton wrote:
Yup. We implemented:
ob/adapter:name
...which to me says:
take adapter, apply to it object with name as a parameter
That's close to the meaning of Even Simpson's Zope 2 ':' extension.
Which is why we don't want to use this syntax for adapters.
...what I'd
for that off hand?
http://dev.zope.org/Zope3/TALESPathExpressionAdapters
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
I've updated http://dev.zope.org/Zope3/TALESPathExpressionAdapters
based on comments to date.
I think we are narrowing down on a short syntx of the form:
ob/##adaptername
where '#' is some character. See the proposal for reasons.
I've also given the current status there.
Jim
Jim Fulton wrote
Zope hasn't run on the trunk for about a month and a half
due to a bug introduced into the mounting code. The bug
is now fixed and Zope runs again.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope
to get 2.8 out, so I'm inclined not to include zope.interface
in 2.8, and thus not deal with the zope vs Zope issue in 2.8.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http
Martijn Faassen wrote:
Jim Fulton wrote:
Martijn Faassen wrote:
So what does this mean for Five on Windows?
It means that you should tell people to put zope in
a different directory than Zope. Both of these directories need
to be on the Python path.
Hm, that's not a big deal then. I'm just
fairly soon identify the parts that are stable and the
parts that are subject to change.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
Raphael Ritz wrote:
Jim Fulton wrote:
I heard that there was some discussion about the relationship between
Martijn Faassen's Five project and future versions of Zope.
I'd like to say, for the record, that I think Five is an important
project. It is one of a number of projects to work out how
lookup.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - [EMAIL
, I think its great that Jim responded. Now we (collectively)
need to get some usage out of Five.
Jim, Thanks for explaining ZC's position re: FrankenZope or backporting
CA into Zope2. One of the big questions that I believe is open is how to
use more of zope.app in Zope 2 - specifically Schema
.
Or will this be integrated into Zope 2.8 at the end?
Hopefully, depending on timing.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
for Zope to exit with that.
On another note, I'd really prefer to work out a general facility that
can be used with any Python program, including both Zope 2 and Zope 3.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http
Mark Hammond wrote:
...
Thanks Jim.
I agree with those concerns. Note that already we do not recognise startup
failure and keep retyring even though we shouldn't, and is exactly what I
am trying to solve.
Yup
Is there some sort of IPC that can be used here? On Unix, we
use a reserved
exit code
next week or early the following week.
We'd really appreciate it if people would try this release out and
post any issues found in the Zope 3 Issue Collector at:
http://collector.zope.org/Zope3-dev
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540
Jim Fulton wrote:
Zope X3 3.0 Beta 4 is available at:
http://zope.org/Products/ZopeX3/3.0.0b4
Here's a reported problem and a work around (for now).
This doesn't apply to Windows.
The configure script only works with bash. :(
We are working on a fix, but in the mean time, if you are
running
After updating all of the relevent libraries, I decided to try reenabling ViewCVS
for a while to see if the behavior is any more stable.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation
[EMAIL PROTECTED] wrote:
Jim Fulton wrote:
...
Is there a way for to register this views for both version of z3?
You might be able to call the default view directive. I
can't really tell because I don't know what you're doing.
I will take a look at the new api.
That's probably best. Write your
;)
:)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - [EMAIL
Tres Seaver wrote:
Jim Fulton wrote:
Brian Lloyd wrote:
...
Speaking of, the dev.zope.org/CVS/ area should probably be updated to:
1. capture the current state of affairs (2.8 / HEAD on svn and
2.7 on CVS), since it is currently mostly 'in the heads' of the
various Zope devs
Good
Tres Seaver wrote:
Jim Fulton wrote:
3. Up to this point, we haven't had to be careful about managing
bugfixes across multiple releases.
Sure we have. We've had a release branch for
some time. Perhaps I should add:
The complaint you made earlier today (about bugs fixed on the head
Tres Seaver wrote:
...
Another reason for an activity branch: the work
is experimental, and may never be merged; putting on a branch lets
others evaluate it without risking stability.
Agreed.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540
to fix backward-compatibility problems. Consumers of
Zope have a right to backward compatibility, but they also have a
responsibility to test Zope against their applications during the
beta release cycle (or sooner) to make sure their applications
work.
Questions? Thoughts?
Jim
--
Jim
to run a buildbot server? We (Fred :)
can help set it up, as we've done that here in F12g.
If we can get the server going, then we'd also need volunteers to
run buildbot slaves.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http
Chris McDonough wrote:
Maybe we should have a bw compat category in the collector(s) for this
to make it easy to find bw compat issues. It would make it easy to get
a list of showstopper issues around release time.
Great idea!
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python
in Fedora
Core 3. I have no experience with Fedora, but it is probably worth a
try. I did not have to do anything special.
-Jim Washington
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
work now, and thus, if the change
would not cause a backward incompatibility.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
it *wink* :-)
+1 :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist
to say in a separate message.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev
to sort this out with you off line
if you like. Perhaps we can do with Zope 2 what we
did for Zope 3, and, for Zope 2.8, perhaps we can even
share the same tree.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http
to dereference a
NULL pointer.
Let's discuss off-line how to get a fix out.
Jim
Jean-Marc Orliaguet wrote:
Andreas Jung wrote:
--On Donnerstag, 9. Dezember 2004 13:12 Uhr +0100 Jean-Marc Orliaguet
[EMAIL PROTECTED] wrote:
Jean-Marc Orliaguet wrote:
Hi!
the following zpt snippet crashes zope 2.7.3
Rodrigo Dias Arruda Senra wrote:
Hi,
is the Zope 2.7.4 feature frozen ?
Huh? Zope 2.7 is feature frozen. New features need to
go into 2.8.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope
, I see no problem that
this extra directory solves. Could you please explain what problem
you think an extra directory will solve?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation
Andreas Jung wrote:
--On Donnerstag, 16. Dezember 2004 15:34 Uhr -0500 Jim Fulton
[EMAIL PROTECTED] wrote:
Andreas Jung wrote:
--On Donnerstag, 16. Dezember 2004 20:30 Uhr +0100 Stefan H. Holek
[EMAIL PROTECTED] wrote:
*sound of me protesting noisily*
Let me remind you of the Pope's decree
Andreas Jung wrote:
--On Donnerstag, 16. Dezember 2004 16:01 Uhr -0500 Jim Fulton
[EMAIL PROTECTED] wrote:
Andreas Jung wrote:
--On Donnerstag, 16. Dezember 2004 15:34 Uhr -0500 Jim Fulton
[EMAIL PROTECTED] wrote:
Andreas Jung wrote:
--On Donnerstag, 16. Dezember 2004 20:30 Uhr +0100 Stefan H
features in earlier releases. I'm not sure what to do
about that. I know I won't be able to spend time on 2.8 until
after the new year, at least.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope
Andreas Jung wrote:
--On Montag, 20. Dezember 2004 7:36 Uhr -0500 Jim Fulton [EMAIL PROTECTED]
wrote:
Please explain why including all of docutils requires adjusting the
paths.
I did that already in an earlier mail last week.
You may think you did.
We include all of docutils in Zope 3
of this file?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - [EMAIL
Tim Peters wrote:
...
Jim, while I personally don't care much, Zope3's repackaging of
docutils doesn't meet license requirements to retain the original
licenses in derivative works. Zope2's does, because it includes
docutil's whole 'licenses' subdirectory (except for the GPL).
At least
Andreas Jung wrote:
--On Montag, 20. Dezember 2004 11:08 Uhr -0500 Tim Peters
[EMAIL PROTECTED] wrote:
[Jim Fulton]
We include all of docutils in Zope 3 and don't adjust the paths.
We *did*adjust docutils slightly.
[Andreas Jung]
No, Zope 3 ships only with the 'docutils' subdirectory
to
help with anything.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist
decided
which parts of Zope 3 should be included in Zope 2.8 and would like to
get input. If you have suggestions on what to include or exclude,
please respond here or on the z3-file list, where I am also posting
this message.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered
Jim Fulton wrote:
I've just checked in a change on the Zope 2 trunk for Zope 2.8
that renames the Zope package to Zope2. Importing the Zope
module is now deprecated, but will be supported until Zope 2.11.
Actually, that's 2.10.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python
can.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - Zope-Dev
Chris Withers wrote:
Jim Fulton wrote:
please respond here or on the z3-file list,
Which list is this?
z3-five, of course. :)
http://codespeak.net/mailman/listinfo/z3-five
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714
Martijn Faassen wrote:
Jim Fulton wrote:
Paul Winkler wrote:
+1 on all of those from me. However, I will be satisfied with anything
that gets released as 2.8 sometime this year ;-)
Absolutely. The top priority, IMO, is getting 2.8 out as soon as
we can.
Excuse me, but it seems bizarre to me
benefit
independent of five. These packages are pretty stable so I'm reasonably
confident that this needed pose too great a hassel. At least I hope not.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope
Would it make sense to have Zope 2.8 include all of the packages
below other than zope.app and for Five to supply it's own zope.app?
Jim
P.S. We definately want zope.testing too. I'm surprised
that Five isn't using it.
Lennart Regebro wrote:
Christian Heimes wrote:
Zope 2.8 should be shipped
Lennart Regebro wrote:
Jim Fulton wrote:
P.S. We definately want zope.testing too. I'm surprised
that Five isn't using it.
Well, I didn't grep the tests directory. ;)
I'm leaning more towards realeasing 2,8 now, and skipping this renaming
thing alltogether. But then, I don't know your
Wow! Congratulations!
Jim
Stephan Richter wrote:
Hello everyone,
I just wanted to let you all know that the first book covering Zope 3 hit the
shelves yesterday. It is called the Zope 3 Developer's Handbook and was
published by Sams' Developer's Library.
Link to Sams Web-Site:
http
of work.
How much of it is real and how much of it is cruft?
There is certainly cruft there, but we've trie dto keep the
cruft/real ratio low.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope
of acquiring a simple type (string). These tests still
| fail.
|
| I have also added tests to CMFDefault on CMF 1.4 branch that show how
| getToolByName suffers from a similar fate as direct acquisition.
|
| Again, everything passes fine in Zope 2.7.2.
Jim and I worked on an alternative fix today -- he
This is a spurious failure. Someone forgot to check in
a fix to this test that I checked in on the branch.
Jim
Stefan H. Holek wrote:
Oops, I just noticed there is a CMFCore test failing now, all branches...
==
ERROR
__roles__
attribute. It actually checkes for a __roles__ attribute on
the third object passed.
For now, this api is the prefered way to do what you want.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope
You didn't use the getattr that Dieter suggested.
But see my other follow on note.
Jim
Andreas Jung wrote:
--On Sonntag, 20. Februar 2005 19:42 Uhr +0100 Dieter Maurer
[EMAIL PROTECTED] wrote:
You can use the getattr above to resolve the attribute.
That really did not help:
- print getattr
the __roles__ hack.
I don't know if anyone is interested in working on either backporting the
Zope 3 security system, or on just cleaning up the Zope 2 security system.
If so, I'd be happy to provide advise.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
Andreas Jung wrote:
I can across the following problem while trying to fix the broken FTP
service for Zope 2.8:
ObjectManager.manage_FTPstat() tries to access
self.manage_FTPlist.__roles__
Why is it trying to do this?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered
Martijn Faassen wrote:
...
Do some of these have something to do with a change to Python 2.4, by
the way?
No.
It's a bit unclear to me what version of Python this release is
targetting.
2.3
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361
loose ends are
wrapped up, we'll ask Andreas to make a 2.8 beta 1 release.
While Jim still has a few things to do, people will be able
to start using the beta for real work.
I think that the following outstanding to-dos for Zope 2.8 should be
completed before a
beta release:
[snip todos
Andreas Jung wrote:
--On Freitag, 18. März 2005 12:31 Uhr -0500 Jim Fulton [EMAIL PROTECTED]
wrote:
A beta release should be feature-complete means it should contain
everything that will be part of the final release. A beta should not
development release where things are subject to change
Brian Lloyd wrote:
Hi all,
There have been a number of threads going on today re:
Zope X3.1 feature freeze and the 2.8 effort. I'd like to
clarify some decisions re: Zope 2.8
Jim is the product mgr for Zope 3 and I'm it for Zope 2, so
hopefully this can be considered authoritative and end part
In this case, the answer is clear to me. :)
We should fix the offending Z3 code to match the interface.
Similarly, we should fix the uses of get_transaction.
Jim
Tim Peters wrote:
I'm merging ZODB 3.4 into Zope on a branch. As Tres noted earlier in
a checkin comment, a test failure results
().commit()
you should:
import transaction
...
transaction.commit()
or
from transaction import commit
...
commit()
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http
Paul Winkler wrote:
On Wed, Apr 06, 2005 at 08:33:39AM -0400, Jim Fulton wrote:
I very much want Zope 2.9 to use Zope 3's security architecture.
Zope 3's security architecture is far more robust, but it is different
in some significant ways:
(snip)
Will this all be under the hood?
i.e
Dieter Maurer wrote:
Jim Fulton wrote at 2005-4-6 08:33 -0400:
I very much want Zope 2.9 to use Zope 3's security architecture.
Zope 3's security architecture is far more robust, but it is different
in some significant ways:
Even small modifications to the security machinery tend to
end up
Richard Jones wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 7 Apr 2005 02:49 am, Jim Fulton wrote:
Paul Winkler wrote:
i.e. will I still write:
security.declareProtected(SomePermission, 'foo')
def foo(self):
...
That will work, and I don't see a need to deprecate
=zope.View /
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - Zope
in that apidoc already has
code for extracting documentation from meta configuration.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
that I need to support, please let me know.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
case is to allow inputs to be cleared so that
user inputs aren't displayed after a form is redisplayed after
acting on previous inputs.
I believe we discussed this a couple of years ago, but nothing
was ever done.
Thoughts? Unfortunately, I don't think we can do anything
for this before 3.2.
Jim
Sorry, wrong list, although, with Zope 2.8, including Zope 3,
I suppose it applies.
Hm, I suppose we should be thinking about folding Zope 3
development discussion back into zope-dev.
Jim
Jim Fulton wrote:
I'd like to have more control over input widgets. I'd like to
have a way to get, set
expect we'll
evolve it a bit more in the course of the 3.1 release.
In any case, nothing in Z2 (including WinBuilders) knows
anything about how to live with zpkgtools now.
Yup. I'd like to fix this for 2.9. :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
development (Zope 2.9). Bugs (as always) have to be fixed
on the 2.8 branch, SVN trunk and 2.7 branch (CVS).
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http
Dieter Maurer wrote:
Andreas Jung wrote at 2005-5-19 13:43 +0200:
after resolving all outstanding problems with Zope 2.8 under Windows the
next
releases will be Zope 2.8 b2 (this weekend) and Zope 2.8.0 final (scheduled
for
2005/06/11).
What about the ZClasses?
They work fine AFAIK.
Jim
--
Jim
explicit. That's what ZODB does. I certainly
agree that changing the behavior of a builtin function by magic is at
best highly dubious practice.
In fact, consider this vetoed for the Zope core. :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
Paul Winkler wrote:
On Fri, May 27, 2005 at 09:25:58AM -0400, Jim Fulton wrote:
Tim Peters wrote:
OTOH, defining importing a utility function-- say, safehasattr()
--would make it all explicit. That's what ZODB does.
OK.
(BTW, I just went grepping for this safehasattr() in zope 2.7.6
Paul Winkler wrote:
On Fri, May 27, 2005 at 12:08:55PM -0400, Paul Winkler wrote:
On Fri, May 27, 2005 at 11:49:03AM -0400, Jim Fulton wrote:
BTW, I prefer to code things like this in the following way:
def safe_hasattr():
marker = object()
def safe_hasattr(obj, attr
This is amazing. Really amazing. I stand corrected.
Jim
Tim Peters wrote:
[Paul Winkler]
But of course we don't do it because accessing globals in a method that
might be looped over is slow. Which, hopefully, will become a non-issue
some day (PEP 267, 268, 280).
[Jim Fulton]
Note
Tim Peters wrote:
http://www.zope.org/Collectors/Zope/1800
describes some of the code problems with Zope's current way of mounting
databases. ZODB 3.4 (still) has a Mount.py module, unused and untested by
ZODB. Jim and I were both surprised today to discover that Zope (2.8) still
imports
Shane Hathaway wrote:
Tim Peters wrote:
http://www.zope.org/Collectors/Zope/1800
describes some of the code problems with Zope's current way of mounting
databases. ZODB 3.4 (still) has a Mount.py module, unused and untested by
ZODB. Jim and I were both surprised today to discover
2 and
Zope 3. Further, we will coordinate the releases. Essentially, *Zope*
is switching to a new release schedule. Zope will be released every 6 months
and the releases will be in two parts, a Zope 2 part that includes the current
Zope 3 and a Zope 3 part.
Jim
--
Jim Fulton mailto
Max M wrote:
Jim Fulton wrote:
Further, we will coordinate the releases. Essentially, *Zope*
is switching to a new release schedule. Zope will be released every 6
months
and the releases will be in two parts, a Zope 2 part that includes the
current
Zope 3 and a Zope 3 part
Martijn Faassen wrote:
Jim Fulton wrote:
Martijn Faassen wrote:
[snip]
I'll just remind everybody that, starting with Zope 2.9 and Zope 3.2,
we are switching to time based, rather than feature-based releases.
We will make feature releases of Zope 2 and Zope 3 every 6 months,
starting
check things into the trunk that would prevent a
bets.
There is a little bit more flexability for Zope 3 because we don't
release the whole repository. The Zope 3 repository tree has
parts that aren't and may never be released.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python
501 - 600 of 1423 matches
Mail list logo