On Sun, 2005-11-13 at 21:07 +0100, Andreas Jung wrote:
Branches aka new features should be merged into the
HEAD if they are considered to be stable. The reason for this approach but
be to have the HEAD in a reasonable stable state and to be able to cut a
release branch at any time.
Yup.
On Sun, 2005-11-13 at 16:42 -0500, Jim Fulton wrote:
I don't know if those bugs should prevent a beta or not. But there
needs to be some criteria other than feature completeness.
To create the branch or a beta release? I realize there's a desire to
tie these acts together but still don't
On Sun, 2005-11-13 at 17:07 -0500, Chris McDonough wrote:
On Sun, 2005-11-13 at 16:42 -0500, Jim Fulton wrote:
I don't know if those bugs should prevent a beta or not. But there
needs to be some criteria other than feature completeness.
To create the branch or a beta release? I realize
FWIW, a patched setup.py that appears to compile all known Z2 and Z3
extensions successfully (at least it completes and Zope starts) which
doesn't use any zpkg extensions is available at
http://www.plope.com/static/misc/setup.py . I took this from the old
setup.py before Phil checked in his zpkg
On Sun, 2005-11-13 at 01:39 -0800, Dennis Allison wrote:
Zope 2.8.4
ZEO 3.4.2
ZODB 3.4.2
Python 2.4.2 or 2.3.5
MySQL 4.0.20
MySQL-Python 1.2.0
MYSQLDA 2.0.9
We have just moved from Zope 2.7.6 to Zope 2.8.4 motivated, in part, but
the ability to avoid read conflicts under ZODB 3.4.2.
I suspect there's just some miscommunication about who is actually
supposed to make the branch. I have just gone ahead and made it.
But yes, now that there is one, the 2.9 branch is frozen for features.
- C
On Sat, 2005-11-12 at 14:56 -0500, Paul Winkler wrote:
On Tue, Oct 18, 2005 at
Yep, it's a free-for-all again. ;-) Although probably it's better to
create a branch and get some consensus before merging it as opposed to
landing stuff directly on the trunk.
On Sat, 2005-11-12 at 22:14 -0500, Paul Winkler wrote:
On Sat, Nov 12, 2005 at 09:59:45PM -0500, Chris McDonough wrote
Basket is a Zope 2 product which allows you to employ the Python Egg
format to deploy other Zope 2 products. The Python Egg packaging
format is described at http://peak.telecommunity.com/DevCenter/
setuptools . The development of Basket was funded by the Goldegg
initiative described at
On Sat, 2005-11-05 at 12:14 -0500, Jim Fulton wrote:
Lennart Regebro wrote:
On 11/4/05, Jim Fulton [EMAIL PROTECTED] wrote:
Having said that, I don't really like the configure/make farce myself.
Farce?
We aren't running the real configure.
If you mean autotools, that's right,
Nobody has yet reported a memory leak symptom against any particular
piece of Zope 2.8.X yet, AFAIK.
On Oct 31, 2005, at 6:34 PM, Dan Pozmanter wrote:
Ahoy,
I was poking around in _Acquisition.c, and noticed my memory
usage spiked.
Returning to the vanilla code (2.8.2-final), I noticed
Log message for revision 39743:
Fix nonsensical test pointed out by Tim. We now test to make sure that a
subcommit attaches a _p_jar to the object.
Changed:
U Zope/trunk/lib/python/Products/Sessions/tests/testSessionDataManager.py
-=-
Modified:
Log message for revision 39745:
This branch was never required.
Changed:
D Zope/branches/chrism-mountpoint/
-=-
___
Zope-Checkins maillist - Zope-Checkins@zope.org
http://mail.zope.org/mailman/listinfo/zope-checkins
Log message for revision 39746:
The functionality of this branch has been merged into the HEAD.
Changed:
D Zope/branches/zodb-blobs-branch/
-=-
___
Zope-Checkins maillist - Zope-Checkins@zope.org
Will there be a way to keep your srcdir pristine by running
../path/to/configure; make; make install in an empty directory? This
was a commonly requested feature and lots of people use it, which is why
build-base and friends were in there.
On Sun, 2005-10-30 at 16:01 -0500, Fred L. Drake, Jr.
Log message for revision 39719:
Add one test and expand another for database mounting.
Make sure that savepoint creation is optimistic.
Changed:
U Zope/trunk/lib/python/Products/ZODBMountPoint/MountedObject.py
U
On Sat, 2005-10-29 at 17:18 -0400, Jim Fulton wrote:
Chris McDonough wrote:
This merge has been done.
Since zopectl test ProductName no longer appears to do the right
thing
Could you be more specific?
Your checkin after I did the merge fixed the issue... it could not find
tests
Log message for revision 39706:
Changed:
U Zope/trunk/doc/CHANGES.txt
-=-
Modified: Zope/trunk/doc/CHANGES.txt
===
--- Zope/trunk/doc/CHANGES.txt 2005-10-28 23:58:33 UTC (rev 39705)
+++ Zope/trunk/doc/CHANGES.txt 2005-10-29
On Oct 28, 2005, at 9:19 AM, Jim Fulton wrote:
svn:externals suck. A lot. As Tim suggested, you could throw away
this check out and start over. A simpler thing you could do is to
remove the zope directory and do an svn up.
That sounds reasonable, but I've done both of those things and no joy
On Fri, 2005-10-28 at 10:12 -0400, Tim Peters wrote:
Ah, it's the properties on lib/python that are screwing us here! Chris, throw
svn revert lib/python
into the mix too. That got me unstuck. The problem is that both Jim
and I (at least) changed the set of externals listed in
, all existing tests pass and I did do some interactive
stress-testing of the sessioning mount point, both of which made me feel
comfortable enough to go ahead and do the merge.
Enjoy,
- C
On Fri, 2005-10-28 at 18:53 -0400, Chris McDonough wrote:
On Fri, 2005-10-28 at 10:12 -0400, Tim Peters wrote
, but I've got my nose in Subversion documentation at the
moment.
On Oct 27, 2005, at 1:09 AM, Chris McDonough wrote:
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
Jim redid the way Zope trunk stitches in Zope3 since you last looked
at this, and that can create some mechanical problems (of the kinds
you're seeing, in fact). The svn docs probably won't help.
Suggestion (which is repetition of what I suggested before this
happened, but we'll gracefully let
Use gnutar to unpack the Zope source tarball.
On Oct 27, 2005, at 4:50 PM, David H wrote:
Thomas Wolf wrote:
Hi,
I'm trying to build Zope-2.7.4-0 from source (I can't use a
different version because of the releas of Plone we're
using.) I ran
./configure
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
Thanks for this!
Looks like that test failure is incidental and not symptomatic of
changes made to ZODB. I think Tres may have said that it can be
fixed by merging in a fix from the Five HEAD, but I don't know this
for fact first-hand.
It's encouraging that most of the tests pass but
On Fri, 2005-10-21 at 11:13 -0400, Jim Fulton wrote:
Not really: a DB's database_name was introduced specifically for the
new-in-ZODB-3.5 multidatabase feature, and has no meaning or use apart
from its multidatabase role. That's better explained in the ZConfig
description section for
This is already done on the zodb-blobs-branch. I would be happy to
create a mountpoint-branch that does not externally link the ZODB with
blob support, then merge the changes in to the Zope 2 HEAD (and 2.9
branch if one exists).
November 1 feature freeze, eh? I'd love to get blobs in before
On Tue, 2005-10-18 at 11:32 -0400, Jim Fulton wrote:
Chris McDonough wrote:
This is already done on the zodb-blobs-branch. I would be happy to
create a mountpoint-branch that does not externally link the ZODB with
blob support, then merge the changes in to the Zope 2 HEAD (and 2.9
branch
Note that I wormed my way around the new ZODB compilation issues by
changing the setup.py file on the zodb-blobs-branch (a minor tweak of
the Zope HEAD).. here's the comment I left to myself.
# added . to EXTENSIONCLASS_INCLUDEDIRS in order to be able to compile
# ZODB HEAD code (which uses
On Tue, 2005-10-18 at 11:32 -0400, Jim Fulton wrote:
Ah, I had forgotten about that. It would be great to merge the mountpoint
work into the head. There isn't a 2.9 branch afaik.
I think I may need some remedial SVN help because I don't want to do
this in a stupid way. Hopefully someone will
On Tue, 2005-10-18 at 22:21 -0400, Tim Peters wrote:
[Chris McDonough]
I think I may need some remedial SVN help because I don't want to do
this in a stupid way. Hopefully someone will be willing to guide me
through this.
I'll be in FB tomorrow if you'd like to pair on it (while
in the zodb-blobs-branch is
in the Zope2.datatypes.DBTab.getDatabase method.
Is this change acceptable for a merge into the ZODB HEAD?
- C
On Wed, 2005-10-19 at 01:02 -0400, Chris McDonough wrote:
On Tue, 2005-10-18 at 22:21 -0400, Tim Peters wrote:
[Chris McDonough]
I think I may need
Proably easier and faster to try it than to wait for a response. ;-)
On Mon, 2005-10-17 at 12:46 -0500, Sean Dunn wrote:
I’m running Zope on WindowsXP with plans to run it on server 2003.
Instead of creating user accounts I’d like to leverage NT
authentication.. And NTUserFolder looks like it
On Sun, 2005-10-16 at 12:29 -0700, Dennis Allison wrote:
What does concern me is the way in which the recommendation to use (at the
moment) Python 2.3.5 is explained.
I may be willing to accept the risks of using a system which has not yet
been audited in terms of security, but I want to
On Fri, 2005-10-14 at 09:27 -0700, Dennis Allison wrote:
Zope 2.7.6
I am a bit confused.
I have a Zope DTML method that is generating ZODB conflict errors.
The DTML method identified as producing the conflicts is a list of calls
to other methods, conditionally executed.
Most
On Thu, 2005-10-13 at 00:26 +0200, Gaute Amundsen wrote:
Well, I know that ther might easily be login less sessions,
but, is it possible to log have session less logins?
Yes. In fact, this is the default for Zope out of the box. Zope's
default user folder uses HTTP basic authentication,
Go Sidnei go! I suspect Andreas won't be all *that* happy about such
a bugfix going in on the last day but I don't think the release is
until tomorrow, FWIW. ;-)
On Oct 12, 2005, at 4:30 PM, Sidnei da Silva wrote:
I would like to fix this pearl of memory-comsumption in OFS.Image
On Wed, 2005-10-12 at 19:32 +0200, Gaute Amundsen wrote:
I thought the place to start wold be: /temp_folder/session_data/
I have built a small little thing to play with the contents of that.
External method and script below.
However I have not been able to figure out a way to connect
On Oct 12, 2005, at 4:50 PM, Gaute Amundsen wrote:
On Wednesday 12 October 2005 20:19, Chris McDonough wrote:
On Wed, 2005-10-12 at 19:32 +0200, Gaute Amundsen wrote:
I thought the place to start wold be: /temp_folder/session_data/
I have built a small little thing to play
Hi Morten,
You'd probably need to show us the implementation of whatever
manage_add_issue is.
- C
On Sep 25, 2005, at 10:09 AM, Morten W. Petersen wrote:
Hi,
I've created a script that imports XML into the ZODB, using regular
TTW
methods - and all is fine, except for when I import
. You can step through the
code by using n. To print the value of a variable type p
variablename, to step in to a function call press s. When
you're finished, press c to continue or q to quit. This will be
the fastest way to see what's happening in this method.
- C
-Morten
Chris
Update of /cvs-repository/Products/PageTemplates/tests
In directory
cvs.zope.org:/tmp/cvs-serv24510/lib/python/Products/PageTemplates/tests
Modified Files:
Tag: Zope-2_7-branch
testExpressions.py
Log Message:
Prevent 'render' function in Expressions.py for being called for basic
Update of /cvs-repository/Products/PageTemplates
In directory cvs.zope.org:/tmp/cvs-serv24510/lib/python/Products/PageTemplates
Modified Files:
Tag: Zope-2_7-branch
Expressions.py
Log Message:
Prevent 'render' function in Expressions.py for being called for basic types
(minor
Log message for revision 38618:
Prevent 'render' function in Expressions.py for being called for basic types
(minor speed improvement). See http://www.zope.org/Collectors/Zope/1890.
Changed:
U Zope/trunk/lib/python/Products/PageTemplates/Expressions.py
U
This is actually nothing to worry about. The error message doesn't
take into account that the error it's reporting could be a conflict
error (these are normal errors seen during Zope execution). The
catalog probably shouldn't bother logging the error in this case.
On Sep 9, 2005, at 4:16
Hi, please try to keep this on the list (if only to give other folks the
benefit of being able to read the conclusion, if there gets to be
one ;-)
I don't know what with a newly installed page nor the old one in
your sentence below means. Can you explain?
On Mon, 2005-09-05 at 16:28 +1000,
If you're on Linux/UNIX, try doing this from a command line:
zopectl adduser admin2 admin2
And try to log in as admin2, admin2.
On Sep 5, 2005, at 1:08 AM, Michael Lindner wrote:
Hi, for some reason I can no longer use any scripts to create zope
objects, including the example scripts.
Apparently app is a function in wherever you're doing that, which just
isn't right. If you use zopectl debug, app should be a Zope
Application object. If it isn't... uh... well... something else
besides the POSKeyErrors are wrong. ;-)
On Sat, 2005-09-03 at 16:23 -0400, Jake wrote:
I have been
Your tranaaction blocked error messages seem to imply that either or
both of the following is true:
- some transactions are taking a long time
(any more than, say, 200 milliseconds is a long time)
- you have a very high transaction volume.
That said, these messages are informational rather
with a bout 1000 objects being created a
day (Lots of creates)
-Original Message-
From: Chris McDonough [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 01, 2005 12:51 PM
To: Kennamore, Matthew G [NTK]
Cc: zope@zope.org
Subject: Re: [Zope] Zope scalabilty and problems
Your
Zope excels at providing web services via XML-RPC. Basically:
- You need to do exactly nothing to make a Zope application
accessible via XML-RPC.
- When Zope isn't responsible for rendering HTML, it can be
quite fast.
- Zope is capable of interfacing transactionally with many
data
On Wed, 2005-08-17 at 16:02 +0100, Pascal Peregrina wrote:
Hi Chris,
Ooops... Reading your reply shows me that I was unclear ;)
Zope will be the CMS system of the architecture (so it will render HTML).
Ah. Well, it's not too bad at doing that either. ;-)
I only meant that it would get
Hi Sidnei,
I had to deal with this at some point and I wrote a PAS multiplugin that
implemented the unauthorized method (forget which interface that
belongs to)... here it is along with a helper method to figure out if a
request came from a DAV client:
security.declarePublic('unauthorized')
There is probably a (real) RDB connection per Zope thread times the
number of database connection objects that are in use in your ZODB. Or
something equally baffling. ;-)
- C
On Wed, 2005-08-10 at 16:41 -0400, Asad Habib wrote:
Has anyone had problems with Zope hanging on to database
This typically is indicative of a user pressing their stop button on a
page before it has been fully downloaded. I really should take time out
to figure out how to prevent it from logging this scary message, but in
the meantime it's assumed to be harmless.
- C
On Wed, 2005-08-10 at 17:38
Hmm... not sure what causes this (did you upgrade ZODB versions?) but
you may try:
1. Shut down Zope (or ZEO if you use that).
2. find your Data.fs file
3. Delete the file beside it named Data.fs.index
4. Restart Zope (or ZEO).
See if the error goes away.. FileStorage builds an index of oid
I can't provide any specific advice but you may want to read the
Scaling Zope proposal that this points to:
http://www.plope.com/Members/chrism/scalingzope/view
Note that sessions are a frequent source of conflict errors. If you use
them, you may want to upgrade to Zope 2.8.1, which has MVCC
On Wed, 2005-08-03 at 23:02 +0200, Maciej Wisniowski wrote:
Previously you've written that:
Zope 2.8.0 ships with a TemporaryStorage
implementation (used by sessions in the default
configuration) which does not implement MVCC.
The one in 2.8.1 (now in beta) and better will
implement
Hi Maciej,
I can't speak to the 500 errors you're receiving but Zope 2.8.0 ships
with a TemporaryStorage implementation (used by sessions in the
default configuration) which does not implement MVCC. The one in 2.8.1
(now in beta) and better will implement MVCC, so you *should* see
performance
Yes, it does (heavily).
See http://plone.org/documentation/how-to/setup-from-source
- C
On Wed, 2005-07-27 at 20:57 +0100, michael nt milne wrote:
Hi
This isn't clear to me. I've installed Zope and Python from source but
do I need to also install the Zope CMF for Plone to run properly?
connection policies).
- C
Chris McDonough wrote:
On Sun, 2005-07-24 at 11:51 +1000, Dylan Jay wrote:
Chris McDonough wrote:
On Fri, 2005-07-22 at 13:11 +0200, Florent Guillaume wrote:
Dylan Jay [EMAIL PROTECTED] wrote:
Tres Seaver wrote:
Myself I'm for having ClockServer
On Sun, 2005-07-24 at 11:51 +1000, Dylan Jay wrote:
Chris McDonough wrote:
On Fri, 2005-07-22 at 13:11 +0200, Florent Guillaume wrote:
Dylan Jay [EMAIL PROTECTED] wrote:
Tres Seaver wrote:
Myself I'm for having ClockServer in the core, if Chris and others agree.
It's fine
On Fri, 2005-07-22 at 13:11 +0200, Florent Guillaume wrote:
Dylan Jay [EMAIL PROTECTED] wrote:
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris' ClockServer removes the need for such a thread, by hooking
ZServer's mainloop to generate the faux request
I think you're going to need to guess the URL at the moment (shouldn't
be too hard)... the releases are there, they just don't show up in the
old releases list.
On Sat, 2005-07-09 at 15:31 -0700, Dennis Allison wrote:
The download list at zope.org does not have any releases between 2.7.3 and
Log message for revision 31014:
Tim pointed out that loadEx is supposed to return a 3-tuple. This is related
to collector 1828 which was already marked as resolved.
Changed:
U Zope/trunk/lib/python/tempstorage/TemporaryStorage.py
U
Log message for revision 31015:
Tim pointed out that loadEx is supposed to return a 3-tuple. This is related
to
collector 1828 which was already marked as resolved.
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/tempstorage/TemporaryStorage.py
U
Log message for revision 31018:
Remove bare except: clauses.
Changed:
U Zope/trunk/lib/python/App/Management.py
-=-
Modified: Zope/trunk/lib/python/App/Management.py
===
--- Zope/trunk/lib/python/App/Management.py
Log message for revision 31019:
Remove bare except: clauses.
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/App/Management.py
-=-
Modified: Zope/branches/Zope-2_8-branch/lib/python/App/Management.py
===
---
File permissions. The user who is the effective user does not have
permission to overwrite the Data.fs.lock file.
On Mon, 2005-07-04 at 15:29 +, Jeff Kowalczyk wrote:
I am trying to use 'zopectl debug' for the first time with zope-2.8.0,
local ZEO setup. It worked fine with zope-2.7.x and
If you dont think it's file permissions, one thing this could also be...
is your data.fs on an NFS partition? flock doesn't work well on NFS.
On Mon, 2005-07-04 at 21:38 +, Jeff Kowalczyk wrote:
Chris McDonough wrote:
File permissions. The user who is the effective user does not have
On Sun, 2005-07-03 at 09:13 +0200, Andreas Jung wrote:
Alpha and beta releases are fine for major releases. Beta releases for a
minor release can be made if there are some changes or fixes that must be
tested by people.
Any comments?
+1 ... alphas/betas should be done at your discretion.
Log message for revision 30982:
Implement loadEx for ZEO-mounted tempstorages to work properly under ZODB 3.3.
Changed:
U Zope/trunk/lib/python/tempstorage/TemporaryStorage.py
-=-
Modified: Zope/trunk/lib/python/tempstorage/TemporaryStorage.py
Log message for revision 30983:
Implement loadEx to allow ZEO-mounted tempstorages to work properly under
ZODB 3.3.
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/tempstorage/TemporaryStorage.py
-=-
Modified:
FWIW, I don't know if it helps at all, but there's a concrete example of
allowing a 3rd-party product to add a section to zope.conf via %import
in the ClockServer product at
http://www.plope.com/software/ClockServer/ . It sounds from your
description exactly like what you want to do, although it
I'd like to propose/sponsor/promise-to-finish the following for
inclusion in 2.9. If anyone has fears/doubts/problems with specific
things, please let me know. I can also start a 2.9 project on the wiki
with this info; if other folks have features they want, maybe they can
post them here and we
Note that this article is now available without a subscription at
http://lwn.net/Articles/139770/
On Fri, 2005-06-17 at 23:08 -0400, Chris McDonough wrote:
On Fri, 2005-06-17 at 23:05 +0200, Philipp von Weitershausen wrote:
From what I read from Rob in an interview in LWN, membership
Oops, wrong URL! This is the right one: http://lwn.net/Articles/139955/
On Fri, 2005-06-17 at 23:08 -0400, Chris McDonough wrote:
On Fri, 2005-06-17 at 23:05 +0200, Philipp von Weitershausen wrote:
From what I read from Rob in an interview in LWN, membership to the
foundation
On Fri, 2005-07-01 at 10:54 -0300, Sidnei da Silva wrote:
| The general case of being able to add a section (or anything else)
| isn't covered by the current implementation.
That is right. I've just learnt that the hard way *wink*.
Oh. ;-)
- C
On Tue, 2005-06-28 at 03:57 -0400, Tres Seaver wrote:
The Windows WebFolder implementation has been non-compliant with the DAV
spec from the beginning, and further broken in various ways in each version.
The usual recommendation is to buy an alternative, e.g. Enfold Systems'
PloneDesktop, or
I've been following this discussion with some interest as I have never
been able to get ExternalEditor to work for me. Now, that said, I have
it confiured enough that it will present me with an editor and a file
(WinWord) by clicking on the pencil. But I am confused on two points:
1.) When
Note that MS has a Webfolders fixer program, see:
http://chapters.marssociety.org/webdav (beginning Some Windows XP
machines have a broken Web Folders installation. Microsoft includes a
Web Folders repair utility built in to Windows to correct the problem.
Use the following steps to fix the
On Mon, 2005-06-27 at 21:14 +0200, Josef Meile wrote:
Do you mean this?
http://plope.com/software/ExternalEditor
Are there any screen shots of it in action?
I'm not exactly sure how it works, but have feeling it won't work for me.
Yes, that's what Paul meant. I tried it once and
The Zope Book says this in its preface FWIW:
To make effective use of the book, you should know how to use a web
browser and you should have a basic understanding of HTML (Hyper Text
Markup Language) and URLs (Uniform Resource Locators). You don't need to
be a highly-skilled programmer in order
(or whatever it was exactly)
but when I tried doubleclicking it it complained about being corrupt.
Has anybody else had similar problems?
On 6/21/05, Chris McDonough [EMAIL PROTECTED] wrote:
Since Casey Duncan, the original author of Zope External Editor is
happily hacking away
Where is the ZopeEdit.ini file you're editing? According to the 0.8
code it should pick up the editor defined in the config file up and use
it exclusively in preference to any extension- or content/type- related
executables. The code first looks in:
os.path.expanduser('~\\ZopeEdit.ini')
(which
Yeah, apparently 0.8 (and 0.9) writes some defaults into the homedir
file if it doesn't find it there instead of copying over what exists.
Maybe it should not do this.
On Tue, 2005-06-21 at 13:06 -0600, [EMAIL PROTECTED] wrote:
Hi Chris. The ini that I was editing is located at:
c:\program
As I mentioned before, I'd like to see Christian's blob work make it
into 2.9. So that's one feature. ;-)
On Mon, 2005-06-20 at 09:55 +0200, Martijn Faassen wrote:
Lennart Regebro wrote:
OK, so becuase of the tomembased release schedule, let's not dicuss
what goes in 2.9. let's discuss what
Hi Leticia,
Thanks for the detailed bug report.
I have tried to replicate the bug as you indicate below but cannot.
I've gone through the process you describe ten times without errors (in
Zope 2.7.6).
If it's possible to simplify the steps to recreate the error, that would
be helpful in further
Since Casey Duncan, the original author of Zope External Editor is
happily hacking away on other things at a new job, I figure I might as
well pick up maintenance of this product.
The new location for External Editor releases will be:
http://plope.com/software/ExternalEditor/
A new release
Log message for revision 30857:
The caller can't deal with using current data from loadBefore, so having an
end_tid of None is useless.
Changed:
U Zope/trunk/lib/python/tempstorage/TemporaryStorage.py
-=-
Modified: Zope/trunk/lib/python/tempstorage/TemporaryStorage.py
Log message for revision 30858:
The caller can't deal with using current data from loadBefore, so having an
end_tid of None is useless.
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/tempstorage/TemporaryStorage.py
-=-
Modified:
Log message for revision 30859:
These files don't need to be executable (remove svn:executable propery from
all of them).
Changed:
_U Zope/branches/Zope-2_8-branch/lib/python/tempstorage/TemporaryStorage.py
_U Zope/branches/Zope-2_8-branch/lib/python/tempstorage/__init__.py
_U
Log message for revision 30860:
These files don't need to be svn:executable.
Changed:
_U Zope/trunk/lib/python/tempstorage/TemporaryStorage.py
_U Zope/trunk/lib/python/tempstorage/__init__.py
_U Zope/trunk/lib/python/tempstorage/component.xml
_U
On Fri, 2005-06-17 at 11:45 +0200, Martijn Faassen wrote:
Then there's something I know little about, but is also believed planned
for Zope 2.9:
* blob storage, file iterators
Thanks for mentioning this. I'd like to see blob storage get in before
2.9. I think it'd be a good candidate for
On Fri, 2005-06-17 at 07:52 -0400, Stephan Richter wrote:
Also, I agree with Andreas and Philipp that developers should be members, not
companies. Otherwise, how could I, as an independent developer, have a say?
BTW, this is also positive for companies, since they can have several
On Fri, 2005-06-17 at 15:54 +0200, Andreas Jung wrote:
- the trunk is no longer a development area. Developments must happen on
branches and will be merged into the trunk as soon as the stuff is stable.
I won't be acceptable to have half-baked stuff in the trunk. This will hold
up the
On Fri, 2005-06-17 at 10:12 -0400, Jim Fulton wrote:
Thanks for mentioning this. I'd like to see blob storage get in before
2.9. I think it'd be a good candidate for a 2.8-dot release because
it's backwards compatible and optional. It ahould be done (needs a
bit more testing and some
On Fri, 2005-06-17 at 11:04 -0400, Jim Fulton wrote:
Chris McDonough wrote:
On Fri, 2005-06-17 at 10:12 -0400, Jim Fulton wrote:
...
We have historically always had the opportunity to introduce features
that preserve 100% b/c (like filestream iterators) in point releases.
This has
On Fri, 2005-06-17 at 12:00 -0400, Paul Winkler wrote:
On Fri, Jun 17, 2005 at 10:28:11AM -0400, Chris McDonough wrote:
We have historically always had the opportunity to introduce features
that preserve 100% b/c (like filestream iterators) in point releases.
This has worked pretty well
On Fri, 2005-06-17 at 13:00 -0400, Tim Peters wrote:
[Tres Seaver]
Agreed, in theory. In practice, the usual handwave has been to construe
the absence of the feature as a bug (with greater or lesser justification).
Like that's going to change wink.
Over the last year Tres, Andreas, Tim,
501 - 600 of 1687 matches
Mail list logo