Log message for revision 39686:
Adapt example tests to 'handle_errors' fix (r38608).
Changed:
U
Zope/trunk/lib/python/Testing/ZopeTestCase/zopedoctest/FunctionalDocTest.txt
-=-
Modified:
Zope/trunk/lib/python/Testing/ZopeTestCase/zopedoctest/FunctionalDocTest.txt
Log message for revision 39699:
Changed to use a tag that has a fix for a test_suite that returned
None.
Changed:
_U Zope/trunk/lib/python/zope/
-=-
Property changes on: Zope/trunk/lib/python/zope
___
Name: svn:externals
Log message for revision 39702:
testing buildbot
Changed:
_U Zope/trunk/lib/python/zope/
-=-
Property changes on: Zope/trunk/lib/python/zope
___
Name: buildbot:was
- here
___
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
Log message for revision 39708:
Move to ZODB 3.6.0.b2.
There are test failures on Windows, but same ones as
before.
Also a raft of deprecation warnings, but also the same
as before.
Changed:
_U Zope/trunk/doc/
_U Zope/trunk/lib/python/
_U Zope/trunk/utilities/
-=-
Summary of messages to the zope-tests list.
Period Thu Oct 27 11:01:02 2005 UTC to Fri Oct 28 11:01:02 2005 UTC.
There were 8 messages: 8 from Zope Unit Tests.
Test failures
-
Subject: FAILED : Zope-trunk Python-2.3.5 : Linux
From: Zope Unit Tests
Date: Thu Oct 27 22:37:49 EDT 2005
Chris McDonough wrote:
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,
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
[Tim Peters]
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
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
This merge has been done.
Since zopectl test ProductName no longer appears to do the right
thing and I can't seem to get test.py to run anything except the entire
test suite, I didn't create any new tests because I wouldn't have had
the time to create tests and run them iteratively.
That said,
[Chris McDonough]
This merge has been done.
Woo hoo! Thank you, Chris!
I since stitched in ZODB 3.6.0b2, which is the most recent 3.6
(internal) release. That didn't seem to create any new problems.
Since zopectl test ProductName no longer appears to do the right
thing
Sorry, never used
Am Donnerstag, den 27.10.2005, 20:25 -0700 schrieb Zhi-Wei Lu:
Hi Zope Gurus,
After I upgraded the zope from 2.6.0 - 2.8.4 on a Redhat EL3 server,
with python 2.4.2 (and I also tested with python 2.3.5), the gif
pictures are
now slightly misaligned a little bit, these graphics are in a
On Thu, 27 Oct 2005 23:27:22 -0700, Tino Wildenhain
[EMAIL PROTECTED] wrote:
I fail to see how the zope could possibly influence the rendering
of the very same HTML in a browser.
Zope used to specify border=0 on images, put the title of the object in
the alt tags of the image and other
Am Donnerstag, den 27.10.2005, 23:55 -0700 schrieb Alexander Limi:
On Thu, 27 Oct 2005 23:27:22 -0700, Tino Wildenhain
[EMAIL PROTECTED] wrote:
I fail to see how the zope could possibly influence the rendering
of the very same HTML in a browser.
Zope used to specify border=0 on
On 28 Oct 2005, at 08:03, Einar Næss Jensen wrote:
doesn't seem to cause any trouble. So it stays. Just to remind me
never to use redhat or rpms.
How the bad RPMs you used make you blame RedHat as a whole isn't a
jump I can follow... you should be blaming those people who packages
the
HaraldFinnås wrote:
(snip)
and I plan on writing a simple application for tracking
Non-Conformaties, Incident Reports etc (QA related).
Have you tried Trac ?
--
bruno desthuilliers
développeur
[EMAIL PROTECTED]
http://www.modulix.com
___
Zope
Gary wrote:
I don't know how the URL got out. But the web-bots are having so much fun
with my website right now. :( They are indexing everything for the wrong
virtual host. Maybe robot.txt will stop them.
Ah yes, a rewrite rule in your front end server should fix this,
robots.txt _should_
Dave Case wrote:
Aha, so I've awakened the local Troll, my apologies to the rest of the
list for setting him off.
Not exactly, just tired of people pulling the trigger 'cos they find a
gun pointed at their foot. (Oh, and then complaining that their foot is
a bleeding mess ;-)
Yes, don't
J Cameron Cooper wrote:
Filesystem objects don't have a security tab in the ZMI (or at least,
these don't). Should one be there?
Hm. Seems they don't.
They don't have the tab, but the method is still there, do some url
hacking ;-)
Customize it and look at the security tab of that.
bruno desthuilliers [EMAIL PROTECTED] wrote
on 28.10.2005 11:09:00:
Have you tried Trac ?
No, but now I will. It's listed as software
development tracking so I've ignored it. :)
Regards,
Harald
___
Zope maillist - Zope@zope.org
On 28 Oct 2005, at 10:26, Einar Næss Jensen wrote:
How the bad RPMs you used make you blame RedHat as a whole isn't a
jump I can follow... you should be blaming those people who packages
the RPMs and not the whole distribution.
I'm sure Redhat works fine for many people in a lot of
On 10/27/05, HaraldFinnås [EMAIL PROTECTED] wrote:
WRT maintenance of the system: while at ZC, I actually maintained a
separate 'zc-python' RPM which installed itself in '/opt/zc'; all the
Zope RPMs I maintained depended on 'zc-python' rather than 'python'.
What's the recommended way
Yuan HOng wrote:
It seems zope is initiating some database transactions even though my
site only access the database for reading. And those transaction
somehow get into deadlock status and finally used up the maximun db
connection allowed for zope.
But why? How do I find out what zope is doing
On 10/28/05, Jens Vagelpohl [EMAIL PROTECTED] wrote:
On 28 Oct 2005, at 10:26, Einar Næss Jensen wrote:Debian is a great distribution, no doubt, but X works for us while Ydoes not is a misleading statement that creates wrong impressions.It's not RedHat's fault that you weren't up to speed on some
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL: http://www.zope.org:8881/Products/
Zope/2.8.3/CHANGES.txt
The following error was encountered:
Unable to forward this request at this time.
This request could not be forwarded to the origin server or to any
Jake wrote:
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL: http://www.zope.org:8881/Products/
Hi Jake,
zope.org is up again and running on port 80, so
http://www.zope.org/Products/ is the right URL to retrieve.
Michael
--
http://zope.org/Members/d2m
At Friday 28/10/2005 00:25, Zhi-Wei Lu wrote:
After I upgraded the zope from 2.6.0 - 2.8.4 on a Redhat EL3 server,
with python 2.4.2 (and I also tested with python 2.3.5), the gif
pictures are
now slightly misaligned a little bit, these graphics are in a TABLE with
BORDER=0, CELLPADDING=0, and
I just updated my Zope 2.7.5 instance on Ubuntu/breezy to Zope 2.7.7.
While I was running Zope 2.7.5, Python 2.3.5 was the version that was
specified and shown in the ZMI. After upgrading from Ubuntu/hoary to
Ubuntu/breezy two nights ago, my versions are now Zope 2.7.7 and
Python 2.4.0. I
--On 28. Oktober 2005 08:27:38 -0400 Shane Graber [EMAIL PROTECTED] wrote:
I just updated my Zope 2.7.5 instance on Ubuntu/breezy to Zope 2.7.7.
While I was running Zope 2.7.5, Python 2.3.5 was the version that was
specified and shown in the ZMI. After upgrading from Ubuntu/hoary to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shane Graber wrote:
I just updated my Zope 2.7.5 instance on Ubuntu/breezy to Zope 2.7.7.
While I was running Zope 2.7.5, Python 2.3.5 was the version that was
specified and shown in the ZMI. After upgrading from Ubuntu/hoary to
Ubuntu/breezy
Am Freitag, 28. Oktober 2005 11:33 schrieb HaraldFinnås:
bruno desthuilliers [EMAIL PROTECTED] wrote on 28.10.2005 11:09:00:
Have you tried Trac ?
No, but now I will. It's listed as software development tracking so I've
ignored it. :)
you also might want to take a look at roundup
I have LDAP database installed on Debian and 2
Zope-platforms:
Zope 2.7.6, Plone 2.0.5
GRUF3
Zope 2.8.4, Plone 2.1 GRUF
3.4
GRUF stands for GroupUserFolder
I have installed LDAPUserFolder on both
Zope-platforms.
I store user in LDAP insted of UserFolder
everything works fine beside
On Oct 27, 2005, at 11:55 PM, Alexander Limi wrote:
On Thu, 27 Oct 2005 23:27:22 -0700, Tino Wildenhain
[EMAIL PROTECTED] wrote:
I fail to see how the zope could possibly influence the rendering
of the very same HTML in a browser.
Zope used to specify border=0 on images, put the title
Because there are some backward incompatibilities, we will prepare a
document describing the incompatibilities, with guidance for identifying
and making necessary changes.
http://www.zope.org/Wikis/DevSite/Projects/Zope2.8/RiskFactors
Has that document been published as I am having a problem
On 10/27/05, HaraldFinnås [EMAIL PROTECTED] wrote:
Depends on what you are going to use it for. So, tell us! :-)
Not sure myself yet. :) There will certainly be a couple of Plone sites, and
I plan on writing a simple application for tracking Non-Conformaties,
Incident Reports etc (QA
That seems to be the problem, I find ZClasses to fill a role for
intermediate skill level developers to create rich objects and
applications. The replacement at this difficulty level hasn't appeared
yet. My impression is that ZClasses will continue in Zope 2.x, but it
hasn't been enhanced
On Fri, 28 Oct 2005 13:58:31 -0700, Peter Bengtsson
[EMAIL PROTECTED] wrote:
Can I humbly recommend that you don't reinvent the wheel and have a look
at
www.issuetrackerproduct.com
It's really good for QA and general problem reporting.
Everybody wants to write their own issue tracker (and
38 matches
Mail list logo
