Tres Seaver wrote:
All this derives from my sense that moving our issue collectors to
Launchpad has been only a very minor win:
Yeah, aside from the rather rough around the edge feel to Launchpad's
bug trackers, I'll note that the only way I know to find the relevent
bug tracker is to go to
Summary of messages to the zope-tests list.
Period Sun Feb 24 12:00:00 2008 UTC to Mon Feb 25 12:00:00 2008 UTC.
There were 5 messages: 5 from Zope Unit Tests.
Tests passed OK
---
Subject: OK : Zope-2.8 Python-2.3.6 : Linux
From: Zope Unit Tests
Date: Sun Feb 24 21:17:21 EST 2008
David Pratt wrote:
Hi. I agree with Jim. Buildout is doing the right thing. This is not a
conflict since you have explicitly identified the software with a
version already. I think the right thing to do under the circumstances
would be to append a custom versions.cfg to nail the versions you
Hey,
Roger Ineichen wrote:
[snip]
I'm fine with version over develop. It's just another thing
you have to know for sucessfull development. I guess my brain has some
little space for remember such tweaks in buildout ;-)
I'll accept it, but I'm not very happy. It's really an excellent way to
Christian Theune wrote:
Stephan Richter schrieb:
On Saturday 23 February 2008, Jim Fulton wrote:
The additional version specification should be merged into the
extends version
section. The version 1.3.1dev is the version the develop egg
specifies.
Yes. That's how it works now.
Cool,
Hello,
Seem zc.recipe.filestorage has bug in blob-dir
for this buildout config
[var]
recipe = zc.recipe.filestorage
blob-dir = parts/varblobs
zc.recipe.filestorage generates
zodb
blobstorage
blob-dir ../parts/varblobs
shared-blob-dir no
filestorage
path
Hi,
Martijn Faassen schrieb:
David Pratt wrote:
Hi. I agree with Jim. Buildout is doing the right thing. This is not a
conflict since you have explicitly identified the software with a
version already. I think the right thing to do under the circumstances
would be to append a custom
Hi,
Martijn Faassen schrieb:
Christian Theune wrote:
Stephan Richter schrieb:
On Saturday 23 February 2008, Jim Fulton wrote:
The additional version specification should be merged into the
extends version
section. The version 1.3.1dev is the version the develop egg
specifies.
Yes.
Hi Martijn. I respect the points you make, but disagree with your
comments. Wichert's reply accurately articulates what we are asking
buildout to do. I share this view.
On a personal note, I tend to rely on my own version lists but refer to
the online lists (for support in creating them). On
Hi Christian
Betreff: Re: [Zope-dev] Re: buildout 'versions' and 'develop' conflict
[...]
I think the explicit versus implicit discussion has no place here.
Placing a package on the 'develop' line is a very explicit
action, and
you place it on that line because you want to *develop
Hi Martijn
Betreff: [Zope-dev] Re: AW: buildout 'versions' and 'develop' conflict
[...]
If people like the current semantics of 'develop' to be just
list it on the path, then I propose *another* entry in
[buildout] that *does* these semantics:
[buildout]
really_develop =
I'm open
Hello everybody..
I have to index some data from a mysql query recordset and all works OK
but..I added a keywordIndex to store (with the same url) multiple values
related to the above recordset.
It seems I cannot use brains (query results are strings).
Probably a newbie question, but I really do
--On 25. Februar 2008 10:09:00 +0100 Stefano Guglia [EMAIL PROTECTED]
wrote:
Hello everybody..
I have to index some data from a mysql query recordset and all works OK
but..I added a keywordIndex to store (with the same url) multiple values
related to the above recordset.
It seems I cannot
You are trying to *index* rows returned from a ZSQL operation.
This make no sense. As said: ZCatalog is designed to deal with
persistent objects (the things you see within your ZODB hierarchy within
the ZMI). And why do you want to index stuff within Zope if you can perform
the search
--On 25. Februar 2008 12:00:24 +0100 Stefano Guglia [EMAIL PROTECTED]
wrote:
You are trying to *index* rows returned from a ZSQL operation.
This make no sense. As said: ZCatalog is designed to deal with
persistent objects (the things you see within your ZODB hierarchy within
the ZMI).
That's not the primary supported usecase of ZCatalog. Perhaps
http://www.zope.org/Members/rbickers/cataloganything
will help you any further.
-aj
anyway, I do have persistent objects in my plone product, no matter on
how I originated them.. the problem is that I have no idea on how
--On 25. Februar 2008 16:45:51 +0100 Stefano Guglia [EMAIL PROTECTED]
wrote:
That's not the primary supported usecase of ZCatalog. Perhaps
http://www.zope.org/Members/rbickers/cataloganything
will help you any further.
-aj
anyway, I do have persistent objects in my plone product, no
Cliff Ford wrote:
events. I know this is a big, complicated field that teams work on for
years. Do I expect too much?
In a word, yes ;-)
Either use Outlook, like the corporate world, or soem of the Google
calendaring stuff which I have a feeling may be available for uses
requiring privacy
Hi *,
I am trying to have a folderish object that acquires from a user object
(ldapuserfolder). It should have its own properties and contents, but
fall back to the ones of the ldap user.
I have created an object, extending Folder, and it behaves nicely in
zopectl debug. When I try to access it
On Monday 25 February 2008 20:45:37 Joerg Baach wrote:
Hi *,
I am trying to have a folderish object that acquires from a user object
(ldapuserfolder). It should have its own properties and contents, but
fall back to the ones of the ldap user.
I have created an object, extending Folder, and
Hi Peter,
I'm not familiar with LDAPUserFolder (its not really a user object but a user
container, isn't it?) but the error you're getting is a security error -- the
Python Script checks for security attributes before it accesses attributes.
You need to add the appropriate security
I should have mentioned that in order for verbose-security to work you also
need to switch to the python security implementation -- did you do that?
Yes, I did.
If yes, you should see lines like these in your event.log:
No, don't :-(
But somehow I have the feeling it has more to do with
On Monday 25 February 2008 22:45:24 Joerg Baach wrote:
I should have mentioned that in order for verbose-security to work you
also need to switch to the python security implementation -- did you do
that?
Yes, I did.
If yes, you should see lines like these in your event.log:
No, don't
On Monday 25 February 2008 21:31:46 Joerg Baach wrote:
Hi Peter,
I'm not familiar with LDAPUserFolder (its not really a user object but a
user container, isn't it?) but the error you're getting is a security
error -- the Python Script checks for security attributes before it
accesses
ps.: http://www.zope.org/Documentation/Books/ZDG/current/Security.stx has old
but AFAIK still good info
On Monday 25 February 2008 22:45:24 Joerg Baach wrote:
I should have mentioned that in order for verbose-security to work you
also need to switch to the python security implementation --
Hi again,
2008-02-25T22:30:18 DEBUG ImplPython Unauthorized: Your user account does not
have the required permission. Access to 'manage' of (Application at )
denied. Your user account, Anonymous User, exists at /acl_users. Access
requires one of the following roles: ['Manager']. Your
Hi *,
But somehow I have the feeling it has more to do with the 'and the
container is not wrapped' part of the message. Not that I can make sense
of it ;-)
Mmm, after even more searching, and not understanding I found
http://www.mail-archive.com/[EMAIL PROTECTED]/msg11438.html
and changed
27 matches
Mail list logo
