Summary of messages to the zope-tests list.
Period Mon Feb 25 12:00:00 2008 UTC to Tue Feb 26 12:00:00 2008 UTC.
There were no messages.
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
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 on it*. Having
another package being picked
Hi,
Martijn Faassen schrieb:
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
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 on it*.
David Pratt wrote:
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.
It's not very useful to talk about a we asking buildout to do things
when there is clearly a debate and
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
It's a clear DRY violation, the name of the package (and even the
version number) repeats here.
It's not clear to me that it's a DRY violation (see my argument that
those functions are actually orthogonal).
The rule for the most
Previously Martijn Faassen wrote:
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
It's a clear DRY violation, the name of the package (and even the
version number) repeats here.
It's not clear to me that it's a DRY violation (see my argument that
those functions are actually
[Originally sent to Martin only; meant to send to the list.]
On Mon, Feb 25, 2008 at 5:18 PM, Martijn Faassen [EMAIL PROTECTED] wrote:
Meanwhile, you're satisfied already with actually looking at setup.py of
the develop package and then repeating the version number *too*. It's
Wichert Akkerman wrote:
Previously Martijn Faassen wrote:
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
It's a clear DRY violation, the name of the package (and even the
version number) repeats here.
It's not clear to me that it's a DRY violation (see my argument that
those
Previously Martijn Faassen wrote:
Wichert Akkerman wrote:
Previously Martijn Faassen wrote:
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
It's a clear DRY violation, the name of the package (and even the
version number) repeats here.
It's not clear to me that it's a DRY
Martijn Faassen a écrit :
(...)
I think the term 'develop' is badly chosen. You are right if you argue while
having the meaning of 'develop' in mind. You are explaining what you think a
'develop' option should be. A 'develop' option means: I want to 'develop' on
this package, so I want it
On Feb 26, 2008, at 9:38 AM, Christophe Combelles wrote:
Martijn Faassen a écrit :
(...)
The two easiest choices are 1) issue a clear warning in stderr, or
2) rename 'develop' to something else.
So, the people that understand either get spammed with warning
messages every build, or
Christian Theune wrote:
[snip]
Nope. I'm not always working against a fixed version list. E.g. when I
developt z3c.zalchemy then this is a library package, not an
application, so I don't fix the versions but let anything that satisfies
the the requirements in setup.py come in.
This thread is
Aaron Lehmann a écrit :
On Feb 26, 2008, at 9:38 AM, Christophe Combelles wrote:
Martijn Faassen a écrit :
(...)
The two easiest choices are 1) issue a clear warning in stderr, or 2)
rename 'develop' to something else.
So, the people that understand either get spammed with warning
Aaron Lehmann wrote:
On Feb 26, 2008, at 9:38 AM, Christophe Combelles wrote:
Martijn Faassen a écrit :
(...)
The two easiest choices are 1) issue a clear warning in stderr, or 2)
rename 'develop' to something else.
So, the people that understand either get spammed with warning messages
Hey,
Thanks everybody for this discussion. I'm going to bail out now, and I
want to share some of my conclusions:
* We're going to have to live with the current 'versions/develop' story
for a while. I've started try to document the existing behavior in
buildout's doctests (faassen-develop)
On Feb 26, 2008, at 10:29 AM, Martijn Faassen wrote:
Aaron Lehmann wrote:
On Feb 26, 2008, at 9:38 AM, Christophe Combelles wrote:
Martijn Faassen a écrit :
(...)
The two easiest choices are 1) issue a clear warning in stderr, or
2) rename 'develop' to something else.
So, the people
Hi,
Martijn Faassen schrieb:
Christian Theune wrote:
[snip]
Nope. I'm not always working against a fixed version list. E.g. when I
developt z3c.zalchemy then this is a library package, not an
application, so I don't fix the versions but let anything that satisfies
the the requirements in
On Monday 25 February 2008 23:52:26 Joerg Baach wrote:
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
Hi Peter,
acl = parent.unrestrictedTraverse(folder)
when changing to
acl = parent.restrictedTraverse(folder)
I still don't get the Unauthorized exceptions. Anyhow, I will have to do
a bit more wrapping, and then see if the solutions survive the security
testing ;-)
Cheers,
We are still running 2.7.5 but really want to upgrade. Changes.txt in
2.10.5 state ZClasses are deprecated. CAN they still be used?? Not at
all or just not recommended and why? What is the highest version we can
safely upgrade to then?
Thanks
Allen
This is maybe a naive suggestion but if Zope's TTW execution (e.g.
Python Scripts) can't find a __roles__ on the object at hand doesn't
that just mean that the class wasn't initialized with any security.
class LDAPProxy(Folder):
...
from Globals import InitializeClass
Hi:
I am out of business and I need someone to host a client's site (for which
they will obviously pay). Requires Zope 2.78 and ZMySQL. Have everything you
need. I would need to get into the ZMI to set things up, but don't need
server access. Please write me off-list.
TIA,
Victor
--On 26. Februar 2008 07:30:04 -0500 Allen Schmidt Sr.
[EMAIL PROTECTED] wrote:
We are still running 2.7.5 but really want to upgrade. Changes.txt in
2.10.5 state ZClasses are deprecated.
Deprecated means: they are still working (or at least they should).
-aj
pgpuaxUvcwh84.pgp
--On 26. Februar 2008 09:46:31 -0500 Allen Schmidt Sr.
[EMAIL PROTECTED] wrote:
Is there anyone out there still using ZClasses on later versions of
Zope?? Care to share any experiences? Off-list responses are fine.
Please stay on the list. Such experiences are of public interested and
Is there anyone out there still using ZClasses on later versions of
Zope?? Care to share any experiences? Off-list responses are fine.
Thanks!
Allen
Andreas Jung wrote:
--On 26. Februar 2008 07:30:04 -0500 Allen Schmidt Sr.
[EMAIL PROTECTED] wrote:
We are still running 2.7.5 but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
--On 26. Februar 2008 09:46:31 -0500 Allen Schmidt Sr.
[EMAIL PROTECTED] wrote:
Is there anyone out there still using ZClasses on later versions of
Zope?? Care to share any experiences? Off-list responses are fine.
--On 26. Februar 2008 12:10:09 -0500 Tres Seaver [EMAIL PROTECTED]
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
--On 26. Februar 2008 09:46:31 -0500 Allen Schmidt Sr.
[EMAIL PROTECTED] wrote:
Is there anyone out there still using ZClasses on later versions
I understand and appreciate your responses.
Finally got some things straightened out and after changing DA settings
to point to real database servers (instead of localhost), and commenting
things out that were calling unneeded parts, I am able to get our site
up (on some pages) with
Here is a follow up I wrote that fell off the list. The original
poster probably thought he was posting to the zope@zope.org but I
leave his id off just in case he didn't. I am reposting it here mainly
because he makes several good points.
-Tim
I find zope's through the web editing it's worst
Hi!
Some weeks ago Tres point us how to declare static resources with five
You could create a configure.zcml file for your product and put some code
like these:
configure xmlns:browser=http://namespaces.zope.org/browser;
browser:page for=* name=ZSmanage template=recursos/ZSmanage.pt
30 matches
Mail list logo