Issue Dealer (http://www.nidelven-it.no/products/issue_dealer) is a
issue management tool featuring a weblog publisher (client), weblog
(server), WebDAV client, WYSIWYG editing of HTML and Images and more.
This announcement covers the last 3 releases, which were mostly minor
tweaks and two major
I'm pleased to announce the release of ZODB 3.4 final. This corresponds to
the ZODB that will ship in Zope 2.8. You can download a source tarball or
Windows installer from:
http://zope.org/Products/ZODB3.4
Note that there are two Windows installers, for Python 2.3 (2.3.5 is
recommended)
Log message for revision 30728:
Collector #1798, issue 1: ZopeTestCase no longer tries to
install products that were installed by Zope during startup.
Interestingly, I never saw a checkin message for the merge of
Lennart's branch...
Changed:
U
Log message for revision 30729:
Collector #1798, issue 1: ZopeTestCase no longer tries to
install products that were installed by Zope during startup.
Changed:
U Zope/trunk/lib/python/OFS/Application.py
U Zope/trunk/lib/python/Testing/ZopeTestCase/ZopeLite.py
U
On Thu, Jun 09, 2005 at 05:24:08PM +0200, Andreas Jung wrote:
Heads up for the 2.8.0 final release. My plans are to make the final
release on Saturday morning. So any further changes should be done by
tomorrow at the latest.
Cheers,
-aj
Mind if I check in text-only changes to the 2_8
On 6/10/05, Paul Winkler [EMAIL PROTECTED] wrote:
Mind if I check in text-only changes to the 2_8 branch?
It's still Friday for Andreas, so this is a good time!
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
___
Zope-Coders
On Thu, 09 Jun 2005 20:50:22 +0200, Dieter Maurer wrote:
The fix is (almost surely) to replace in .../Zope/App/startup.py:
if t is ZPublisher.Retry: v.reraise()
by
if t is ZPublisher.Retry: t, v, traceback = v._args
Yes, that's better than my fix.
2. If there is at least one
On Thu, Jun 09, 2005 at 05:24:08PM +0200, Andreas Jung wrote:
Heads up for the 2.8.0 final release. My plans are to make the final
release on Saturday morning. So any further changes should be done by
tomorrow at the latest.
Cheers,
-aj
Mind if I check in text-only changes to the 2_8
On 6/10/05, Paul Winkler [EMAIL PROTECTED] wrote:
Mind if I check in text-only changes to the 2_8 branch?
It's still Friday for Andreas, so this is a good time!
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
___
Zope-Dev
For a migration situation like yours I would highly suggest you use a
simple script that acts as a ZEO client to two ZEO servers
Inspired by this post, I wrote just such a migration script and have
posted it on Zope Labs:
http://www.zopelabs.com/cookbook/1118424287
Thanks for the tip
On Fri, Jun 10, 2005 at 07:27:15PM +0200, Andreas Jung wrote:
--On 10. Juni 2005 12:39:50 -0400 Fred Drake [EMAIL PROTECTED] wrote:
On 6/10/05, Paul Winkler [EMAIL PROTECTED] wrote:
Mind if I check in text-only changes to the 2_8 branch?
It's still Friday for Andreas, so this is a good
On Fri, Jun 10, 2005 at 02:21:32PM -0400, Paul Winkler wrote:
Done. Like I said, just trivial docs typos.
While I'm at it, anybody object to the attached patch to
doc/FAQ.txt ?
--
Paul Winkler
http://www.slinkp.com
Index: FAQ.txt
On Fri, Jun 10, 2005 at 03:07:51PM -0400, Paul Winkler wrote:
On Fri, Jun 10, 2005 at 02:21:32PM -0400, Paul Winkler wrote:
Done. Like I said, just trivial docs typos.
While I'm at it, anybody object to the attached patch to
doc/FAQ.txt ?
(snip)
Holy crap, FAQ.txt is rally crufty.
[Paul Winkler]
Holy crap, FAQ.txt is rally crufty.
It's loaded with pcgi information and other useless crap.
Gimme a minute to come up with a better patch.
I should make a branch for this.
I vote you check in changes instead, until you run out of time. Every
improvement will lessen
On Fri, Jun 10, 2005 at 02:21:32PM -0400, Paul Winkler wrote:
Done. Like I said, just trivial docs typos.
Yeah, but improvements are improvements!
On 6/10/05, Paul Winkler [EMAIL PROTECTED] wrote:
While I'm at it, anybody object to the attached patch to
doc/FAQ.txt ?
I don't see a need to
On Fri, Jun 10, 2005 at 03:40:41PM -0400, Tim Peters wrote:
[Paul Winkler]
Holy crap, FAQ.txt is rally crufty.
It's loaded with pcgi information and other useless crap.
Gimme a minute to come up with a better patch.
I should make a branch for this.
I vote you check in changes
On Fri, Jun 10, 2005 at 04:04:48PM -0400, Fred Drake wrote:
On Fri, Jun 10, 2005 at 02:21:32PM -0400, Paul Winkler wrote:
Done. Like I said, just trivial docs typos.
Yeah, but improvements are improvements!
On 6/10/05, Paul Winkler [EMAIL PROTECTED] wrote:
While I'm at it, anybody
Am 09.06.2005, 19:28 Uhr
schrieb Dieter Maurer [EMAIL PROTECTED]:
A long time ago, Shane posted a very useful function
to analyse acquisition wrappers: showaq.
Maybe, the mailing list archive is still able to locate his post...
Just ask Google:
[Fred Drake]
I don't see a need to include the disclaimer about Python 2.4; I test
on 2.4, and use Zope 3 trunk with 2.4.1 all the time.
[Paul Winkler]
Maybe you do, but it really is a FAQ, and that's the consensus response
from the chorus every time it comes up on the main zope list, so I
Malcolm Cleaton wrote at 2005-6-10 11:00 +0100:
...
2. If there is at least one ConflictError and then the request finishes
with an error (either more ConflictErrors or something else), the Z2 log
shows the request as having been answered with status 200, although
actually a status 500 error
hi,
i am trying to backup a zodb filestorage of a running zope.
i'm on linux.
i've read that you simply make a copy of the Data.fs file..
but what about the modifications/transactions that are happening when i
make the copy.
will not the database be in a corrupt state then?
gabor
On Fri, 10 Jun 2005 09:30:35 +0200, gabor wrote:
hi,
i am trying to backup a zodb filestorage of a running zope.
i'm on linux.
i've read that you simply make a copy of the Data.fs file..
but what about the modifications/transactions that are happening when i
make the copy.
will
[gabor]
i am trying to backup a zodb filestorage of a running zope.
i'm on linux.
i've read that you simply make a copy of the Data.fs file..
but what about the modifications/transactions that are happening when i
make the copy.
will not the database be in a corrupt state then?
It can
Is there any way to configure multi-headed Zopes running on different
machines but sharing the same ZEO to log to the same file (in time order
would also be nice...)?
--
Dennis Allison * Computer Systems Laboratory * Gates 227
* Stanford University * Stanford CA 94305
Rakotomandimby (R12y) Mihamina wrote at 2005-6-9 22:40 +0200:
If I want to undo a very early action, I have to also undo all the actions
done after the one I want to undo.
The problem is that the action to undo is 4 pages earlier, so that I want
to one time check all the actions of the 4 last
Paul Winkler wrote at 2005-6-9 15:42 -0400:
...
ModuleSecurityInfo('Products.FooProduct').declarePublic(
'blah', 'foo')
This allows something like:
from Products.FooProduct import foo
But, in fact, you use
from Products.FooProduct import Utils
... Utils.foo ...
Nikko Wolf wrote at 2005-6-9 11:34 -0600:
...
I would model a file as a folder like structure containing
the various versions and give it the right behaviour.
Currently, I've implemented scripts to do part of this -- although I
would not say I've modeled anything as much as simply implemented
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dennis Allison wrote:
Is there any way to configure multi-headed Zopes running on different
machines but sharing the same ZEO to log to the same file (in time order
would also be nice...)?
zope.conf supports logging to syslog, which would be the
Well, I am not really ready to address the multiple concurrent writers
problem across NFS and all the issues it entails. I'd somehow dismissed
the SysLog solution, but I can certainly configure to use it. Thanks for
the pointer.
On Fri, 10 Jun 2005, Tres Seaver wrote:
-BEGIN PGP
29 matches
Mail list logo