Hi,
I am wondering what code in Zope 2.7.5-final potentially may use /tmp
directory for temprorary files.
I am using zope over webdav and sometimes webdav tries to create a tmp
file, of some sort and some parts of
the system lock up. There are xml parsers,mime decoders all of which do
have bina
I'm merging ZODB 3.4 into Zope on a branch. As Tres noted earlier in
a checkin comment, a test failure results, because at the ZODB sprint
we fleshed out IDataManager and an older Zope3 class claiming to
implement IDataManager no longer does. Since Zope trunk doesn't "own"
either the IDataManager
[Florian Schulze]
> When you use svn:external, it will be copied as is to the tag, so when the
> external files change, the files in the tag change as well. So a svn cp
> would be better I guess.
When I make an SVN tag, like repos/main/ZODB/tags/3.4.0a1, the iron
intent is that no changes will eve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Florian Schulze wrote:
> On Tue, 29 Mar 2005 18:12:51 -0500, Tim Peters <[EMAIL PROTECTED]>
> wrote:
>
>> [Tres]
>>
>>> - ZODBGuru uses 'svn rm' to zap the current ZODB on the trunk,
>>>replacing it with an 'svn:external' link to your ZODB 3.4 ta
On Tue, 29 Mar 2005 18:12:51 -0500, Tim Peters <[EMAIL PROTECTED]>
wrote:
[Tres]
- ZODBGuru uses 'svn rm' to zap the current ZODB on the trunk,
replacing it with an 'svn:external' link to your ZODB 3.4 tag; and
then tests it (could be an 'svn cp', but I don't see any benefit to
maintain
I mistakenly sent the answer to a wrong adress. Here it comes again:
On Wed, Mar 30, 2005 at 05:21:35PM +0200, Andreas Jung wrote:
>
>
> --On Mittwoch, 30. März 2005 17:06 Uhr +0200 "S.Aeschbacher"
> <[EMAIL PROTECTED]> wrote:
>
> >Hi
> >during some testing I did I stumbled over this problem.
I did a merge from the five-integration branch to the head
in a local sandbox, and got the following test failures -
anyone know anything about them?
Brian Lloyd[EMAIL PROTECTED]
V.P. Engineering 540.361.1716
Zope Corporation http://www.zope.com
Running unit tests fro
On Wed, 30 Mar 2005 19:54:39 +0200
Florent Guillaume <[EMAIL PROTECTED]> wrote:
> I'd like to disable FTP by default, by commenting it out in
> skel/etc/zope.conf. The reason is that it's better to open as few ports
> as possible by default.
+1
cheers,
Senra
--
Rodrigo Senra
Antonio Beamud Montero wrote at 2005-3-29 20:49 +0200:
>I get the next errors, when I try to add some of my Product Instances...
>(In zope 2.5.0 works well...)
>
>2005-03-29T18:52:47 INFO(0) ZODB Opening database for mounting:
>'1110315472_1112115167.490661'
>--
>2005-03-29T18:52:47 PROBLEM(100
Christian Heimes wrote at 2005-3-28 21:03 +0200:
>PageTemplates have an undocumented features called defer:. It's a kind
>of lazy initialization of variables.
>
>I've fixed to issues in my tiran-zpt-pydefer branch (svn):
>
> * DeferWrappers weren't working inside a python expression because
>Pyt
That's what I have been doing. -d
On Wed, 30 Mar 2005, Florent Guillaume wrote:
> I'd like to disable FTP by default, by commenting it out in
> skel/etc/zope.conf. The reason is that it's better to open as few ports
> as possible by default.
>
> Opinions ?
>
> Florent
>
>
--
Dennis Alli
--On Mittwoch, 30. März 2005 19:54 Uhr +0200 Florent Guillaume
<[EMAIL PROTECTED]> wrote:
I'd like to disable FTP by default, by commenting it out in
skel/etc/zope.conf. The reason is that it's better to open as few ports
as possible by default.
Opinions ?
Maybe not for Zope 2.7.X..in general..I
I'd like to disable FTP by default, by commenting it out in
skel/etc/zope.conf. The reason is that it's better to open as few ports
as possible by default.
Opinions ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTE
hiya -
Just a head's up that I going to try to merge the five-integration
branch to the trunk in a bit so Tim can get unblocked on stitching
in the newest ZODB.
Brian Lloyd[EMAIL PROTECTED]
V.P. Engineering 540.361.1716
Zope Corporation http://www.zope.com
--On Mittwoch, 30. März 2005 17:06 Uhr +0200 "S.Aeschbacher"
<[EMAIL PROTECTED]> wrote:
Hi
during some testing I did I stumbled over this problem.
When a client which is accessing a page on a Zope server sends a _ZopeId
with other spelling (e.g. _ZOPEID). Zope does not accept the cookie and
(obv
Hi
during some testing I did I stumbled over this problem.
When a client which is accessing a page on a Zope server sends a _ZopeId
with other spelling (e.g. _ZOPEID). Zope does not accept the cookie and
(obviously) sends a new value in the answer.
According to RFC 2965 and RFC 2109 (defines the
Chris Withers wrote:
Just because that's what it did before doesn't mean we should leave it
like that. I can see absolutely no benefit in returning None over
raising a specific error.
Also, the original behaviour of getObject, prior to Casey's drastic and
unexpected switch to restrictedTraverse
Florent Guillaume wrote:
2. is necessary for backward compatibility. *all* the previous
implementations of getObject returned None in case of problems.
This is the only bit I'm asking about, I accept that I'm in the insane
minority on the other point ;-)
Just because that's what it did before do
To try to clarify things even more:
The implementation of getObject I checked in a few days ago has the
following properties:
1. it checks permissions only on the last step of the traversal,
2. it returns None if for some reason the object cannot be retrieved.
Now for the rationale:
1. is necessa
also sprach Chris Withers <[EMAIL PROTECTED]> [2005.03.30.1513 +0200]:
> You should probably run the unit tests before you commit anything.
> That also means you should write tests to excercise the changes
> you're making, and make sure the tests fail BEFORE you try and fix
> anything.
Okay. Man,
martin f krafft wrote:
Do not use hasattr for persistent objects. Use
if getattr(ob, 'absolute_url', None) is None:
Can I read up on the rationale somewhere?
hasattr catches all exceptions and returns false.
Now google for COnflictError ;-)
+ raise TypeError('constructIns
21 matches
Mail list logo
