retty selectively.
Initially, we'll convert only parts needed for Zope 2, Zope 3 and ZODB.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://ww
epos/Zope3/trunk Zope3
for public checkouts.
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
__
Fred Drake wrote:
On Sunday 25 April 2004 12:29 pm, Jim Fulton wrote:
>cvs co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
That should be:
svn co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
>cvs co http://svn.zope.org/repos/Zope3/trunk Zope3
and this would be:
tagged the cvs head with the
cvs-to-svn-conversion tag. If you have outstanding head work, you should be
able to update to that tag and then use cvs diff to generate patch files to
be applied to subversion checkouts.
Jim
Jim Fulton wrote:
I'm about to begin the conversion now. Please don't
There is a problem with the public subversion access. The 'svn' urls
are currently disabled. 'svn+ssh' urls are still working as is web access.
I expect to have this problem resolved today.
Jim
Jim Fulton wrote:
The conversion is done. All "trunk" development sh
I'm about to begin the conversion now. Please don't make any more changes to the
Zope, Zope3, ZODB, ZConfig, zLOG, or zdaemon CVS heads.
Jim
Jim Fulton wrote:
I plan to do the transition tomorrow, Tuesday may 11.
I'll begin at 10am US/Eastern and be done by 5pm US/Eastern.
Duri
Jim Fulton wrote:
There is a problem with the public subversion access. The 'svn' urls
are currently disabled. 'svn+ssh' urls are still working as is web access.
I expect to have this problem resolved today.
This has been resolved. 'svn' urls are enab
x27;. When I'm done, I will remove all files from the
heads of the preojects in CVS, except README.txt files giving subversion access
instructions.
Jim
Jim Fulton wrote:
Jim Fulton wrote:
Sorry for the false start.
I totally missed a flaw in subversion's handling of text-file line
end
Andreas Kostyrka wrote:
On Sun, Apr 25, 2004 at 12:48:30PM -0400, Fred Drake wrote:
On Sunday 25 April 2004 12:29 pm, Jim Fulton wrote:
>cvs co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
That should be:
svn co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
>cvs c
nches will
remain in CVS.
I think that option 2 provides a nice compromise. The main disadvantage
of it is that it will leave current development branches high and dry.
I'm not sure how big an issue this is. In theory, these could be committed
to the subversion heav via patch files.
Thought
://svn.zope.org/repos/trunk/ZODB
which seems unnecessary to me.
Thoughts?
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
Barry Warsaw wrote:
On Mon, 2004-04-26 at 15:23, Jim Fulton wrote:
2. Convert the mainline history, but leave off the branches.
Would this mean we'd lose the log messages too?
Yes, you'd lose the branch log messages.
> If so -1 because often
merge messages aren't very he
Jim Fulton wrote:
Barry Warsaw wrote:
On Mon, 2004-04-26 at 15:23, Jim Fulton wrote:
2. Convert the mainline history, but leave off the branches.
Would this mean we'd lose the log messages too?
Yes, you'd lose the branch log messages.
> If so -1 because often
merge message
Barry Warsaw wrote:
On Mon, 2004-04-26 at 15:42, Jim Fulton wrote:
The reason that I hate merge messages like this is that I find it
very difficult to find the branch checkin messages in thye log. It's
possible, but so difficult that I generally would rather not
bother.
I agree, but histo
Jim Fulton wrote:
I'm working on the cvs to subversion conversion for the ZODB, Zope 2, and
Zope 3 projects. I'm currently doing the conversion of the full history
with
tags and branches. This is taking a long time and creating a huge
repository, which is OK, but, do we really need
print and then send the filled out and signed agreement to us in
one of 3 ways:
- Ordinary mail to:
Zope Corporation,
513 Prince Edward Street
Fredericksburg, VA, USA, 22401
- Fax to 1.703.995.0412
- Email a scanned form to: [EMAIL PROTECTED]
Jim
--
Jim Fulton mailt
Tim Peters wrote:
[Jim Fulton]
The Zope project includes a number of interrelated subprojects,
such as:
- Zope 2
- Zope 3
- ZODB
- ZConfig
Software from the ZODB and ZConfig projects are shared by Zope 2
and Zope 3.
Note that ZODB also depends on ZConfig.
Yup and zdaemon and zLOG
Jim Fulton wrote:
Tomorrow, as planned. I'm going to move the main development branches for
Zope 2, Zope 3, and ZODB to subversion. I will start the move at 10am
US/Eastern time tomorrow. I plan to be done before 5pm US/Eastern time.
During this time, I ask that no one make checkins to th
than I'd hoped.
Let's try to sort these issues out today. If we can, maybe we'll try again tomorrow.
If not, the transition may need to wait a few weeks.
Jim
Tim Peters wrote:
[Jim Fulton]
...
You will be able to do read-only anonymous checkouts like so:
svn co svn://svn.zope.o
s, or any other property except cvs2svn:cvs-rev.
So, given your explanation, why did Tim get bad line endings I wonder.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope
Paolo Invernizzi wrote:
Jim Fulton wrote:
None. The files were not added or imported. They were input
via cvs2svn, which uses dump files. The cvs2svn utility apparently
doesn't set mime types, or any other property except cvs2svn:cvs-rev.
So, given your explanation, why did Tim get bad
Tim Peters wrote:
[Jim Fulton]
...
You will be able to do read-only anonymous checkouts like so:
svn co svn://svn.zope.org/repos/main//trunk
For example:
svn co svn://svn.zope.org/repos/main/ZConfig/trunk
FYI, I tried that on Windows (XP), and it worked fine.
One glitch, which may be all
t back to this for a month
or so. If you want to help, let me know.
The next time we try this, I'll build a longer testing period
into the plan, and, probably a more gradual migration (e.g.
only move the ZODB head first.)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]
o svn://svn.zope.org/repos/main//trunk
or, to do a writable checkout:
svn co svn+ssh://svn.zope.org/repos/main//trunk
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com
Max M wrote:
Jim Fulton wrote:
I've done a conversion of a snapshot of the CVS database from yesterday.
This is just to allow people to play with subversion and see what the
respoitory
might look like when we do cut over.
To browse the respository:
http://svn.zope.org/
It seems to
ested in participating in a sprint after the conference,
please let me know ASAP, including which days you would be participating.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.
ersion developers ad hoc approach, then I
think we could move forward with the transition sooner, perhaps the week after next.
(I still need to arrange for setting the property during conversion, but I think
I can manage that.)
Jim
Jim Fulton wrote:
Tim Peters wrote:
[Jim Fulton]
...
You will
Jim Fulton wrote:
...
http://subversion.tigris.org/servlets/BrowseList?list=users&by=thread&from=184061
Ken pointed out that the links on this page don't work. :( Sigh
Here are links that do work:
http://subversion.tigris.org/servlets/ReadMsg?list=users&m
ow is to *finally* support cross database
references.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zop
Lennart Regebro wrote:
Jim Fulton wrote:
Thoughts?
Only that the Subversion people are wrong. Ad-hoc is not good enough. It
must be able to be configurable on the server.
You may be right. This was certainly my initial reaction. I think, though,
that we should at least try handling this the
Jim Fulton wrote:
Sorry for the false start.
I totally missed a flaw in subversion's handling of text-file line endings.
I suspect that this is fixable, but it's not going to be fixed today.
I think that this issue has been "resolved". I have updated my cvs to svn
conversion
self.x = foo
requiring:
self.x = persistent.wref.ref(foo)
Anyway, you ask a reasonably question. Let's continue this discussion after
I write a proposal for cross-database references.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714
Indeed. Although the stuff which stopped me was shear carelessness
(things like just using unix path seperators rather that os.path.join,
etc)...
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.
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
ments 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
___
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 pa
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
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
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 a
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 j
es. Rather, I
see '/' as the "traverse" operator, and ":" as the "adapt" operator.
Right, and the "adapt" operator can be thought of as a specialized form of
traversal.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
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.zop
ditors (at least 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
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->dc/title
Totally defeating the purpose. One may argue that this would not be
part of
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 ha
something. :)
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 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
/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 us
ld make obvious.
...
"Don't suppose you have a URL 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
Z
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.
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
t work makes the shim unnecessary. I'm
really anxious 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) 36
Martijn Faassen wrote:
Jim Fulton wrote:
Martijn Faassen wrote:
I chose alternative 4 from:
http://dev.zope.org/Zope3/RenameTheZopePackage
As that seemed to be the most popular, although I personnally prefer
3.
Resolving this peacefully is becoming more urgent for me as I'd
like to be able t
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'
hink,
however, that we'll 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
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 project
view
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 - [
ither. Of course this is not always possible, but it's an important
goal. That said, I'm sure we could learn more from FrankenZope's
experiences in that area if someone would to speak up about this.
Can we please stop using this name in writing? It is funny, but not very
reassuring t
ill 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.
failure and arrange 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)
estartable) exit. A long-runing-process manager could provide some
way of handling these events as well as handling exits without an aplication
having signalled onde of these events.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
er things to do, 2) I'd rather wait for 1.1.1.
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
_
candidate release 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] Pyth
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
ru
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
wn and it can't know
that until the template has been fully generated.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com
[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 probab
of the site for guidance ;)
:)
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
___
Zop
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
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
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
ot to bother 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? Thoug
org cluster.
Would anybody be willing 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] P
Andreas Jung wrote:
--On Mittwoch, 27. Oktober 2004 9:49 Uhr -0400 Jim Fulton <[EMAIL PROTECTED]>
wrote:
3. It is very important to catch backward compatibility problems
during development of new releases. In particular, it is
important to test new Zope releases before th
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 PRO
y comments?
+1 if you are sure it doesn't 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
e reality if you implement 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
___
Z
ewhere inside the Zope startup machinery).
Ick.
I'll have more to say in a separate message.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corp
e happy 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-1714
man/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 )
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http:
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
ne of my responses to this thread, 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.p
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 re
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:
2.8 creates pent up demand
for new 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-1
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
contents 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
pt for the GPL).
At least as of the time that I added docutils to Zope 3, it had no
licenses. Nevertheless, I include a mention of the docutils non-license
in:
http://svn.zope.org/Zope3/trunk/LICENSES.txt?view=markup
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
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'
ou want me 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-De
ven't 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] Pyth
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]
as
we 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 - Zop
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
ges however, that Zope 2 can 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-1714
401 - 500 of 1128 matches
Mail list logo
