Martijn Faassen wrote:
Thomas Lotze wrote:
IMO it would be interesting to have the concept of the current site
available separately from the rest of zope.site with its 30
dependencies. (For example, zope.browserresource demonstrates how with
the present zope.site the need to know the current
Thomas Lotze wrote:
I thought about that one briefly, but I don't like it because it
introduces at least some knowledge about the security concept to
zope.component.
The more I think about it, the less evil this appears to me, though. After
all, the zope.component.zcml module has been
GAE users and repoze.bfg users as repoze.bfg doesn't use zope.security at all
I did a quick grep and it appears that repoze.bfg never actually loads
zope.component.zcml
so I think if the only dependancies you introduce are via zcml then
you should be ok. And given I am running repoze.bfg on app
Tim Hoffman wrote:
GAE users and repoze.bfg users as repoze.bfg doesn't use zope.security
at all
I did a quick grep and it appears that repoze.bfg never actually loads
zope.component.zcml
so I think if the only dependancies you introduce are via zcml then you
should be ok. And given I am
Summary of messages to the zope-tests list.
Period Tue Oct 6 12:00:00 2009 UTC to Wed Oct 7 12:00:00 2009 UTC.
There were 8 messages: 8 from Zope Tests.
Tests passed OK
---
Subject: OK : Zope-2.10 Python-2.4.6 : Linux
From: Zope Tests
Date: Tue Oct 6 20:44:56 EDT 2009
URL:
Thomas Lotze wrote:
I'm still going to move the zope.publisher.contenttype functionality to
zope.contenttype which will ease some packages' dependencies, and I'll try
to move some appropriate bits of code from zope.mimetype to
zope.contenttype.
Before doing so, however, I'd like to release
On Wed, Oct 7, 2009 at 5:03 PM, Thomas Lotze t...@gocept.com wrote:
So as a first step, I'd like to release the current code of
zope.publisher, zope.server, zope.app.authentication and zope.app.i18n.
Can somebody please grant me PyPI rights for these packages? Thank you
very much.
Granted :)
On Wed, Oct 7, 2009 at 11:10 AM, Hanno Schlichting ha...@hannosch.eu wrote:
If someone would document srichter's magic grant-all-powerful PyPi
script, I'd run it :)
That's a horrible thing to do to somebody!
Note that I'm not smiling, either. It's too easy to grant people
access to way too
On Wed, Oct 7, 2009 at 5:17 PM, Fred Drake fdr...@gmail.com wrote:
On Wed, Oct 7, 2009 at 11:10 AM, Hanno Schlichting ha...@hannosch.eu wrote:
If someone would document srichter's magic grant-all-powerful PyPi
script, I'd run it :)
That's a horrible thing to do to somebody!
Note that I'm
Fred Drake wrote:
On Wed, Oct 7, 2009 at 11:10 AM, Hanno Schlichting ha...@hannosch.eu
wrote:
If someone would document srichter's magic grant-all-powerful PyPi
script, I'd run it :)
That's a horrible thing to do to somebody!
Note that I'm not smiling, either. It's too easy to grant
On Wed, Oct 7, 2009 at 11:27 AM, Thomas Lotze t...@gocept.com wrote:
OTOH, even with good usability I'd rather not have rights for packages I'm
not interested in, just to be able to deny responsibility if anything goes
wrong with one of them.
It's entirely reasonable for maintainers to have
I just noticed that zope.testrecorder, which is listed in ztk.cfg as an
included package, imports from Globals, OFS, AccessControl and
Products.PageTemplates. This looks to me as if zope.testrecorder shouldn't
actually be part of the ZTK. It's also not used by any package mentioned
in ztk.cfg.
--
On Wed, Oct 7, 2009 at 1:26 PM, Thomas Lotze t...@gocept.com wrote:
I just noticed that zope.testrecorder, which is listed in ztk.cfg as an
included package, imports from Globals, OFS, AccessControl and
Products.PageTemplates. This looks to me as if zope.testrecorder shouldn't
actually be part
On Wed, Oct 7, 2009 at 1:26 PM, Thomas Lotze t...@gocept.com wrote:
I just noticed that zope.testrecorder, which is listed in ztk.cfg as an
included package, imports from Globals, OFS, AccessControl and
Products.PageTemplates. This looks to me as if zope.testrecorder shouldn't
actually be part
Hey,
Yay! Zope's caveman spin-off, Grok, finally got its 1.0 release today!
http://grok.zope.org
Thanks should also go to all Zope hackers for helping to provide the
foundation for Grok!
Regards,
Martijn
___
Zope-Dev maillist - Zope-Dev@zope.org
Hey,
Jim Fulton wrote:
[snip]
In any case, I agree it should be dropped from the ZTK.
+1 on dropping it too.
Regards,
Martijn
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
Tim Hoffman wrote:
On Wed, Oct 7, 2009 at 8:49 AM, Martin Aspeli optilude+li...@gmail.com
wrote:
Martijn Faassen wrote:
Please don't add new dependencies to zope.component. Even optional ones,
IMHO. It makes it harder to re-use for others and more complex to
understand. Many people (e.g.
Hanno Schlichting wrote:
On Mon, Oct 5, 2009 at 1:18 PM, Martin Aspeli optilude+li...@gmail.com
wrote:
Fabio Tranchitella wrote:
* 2009-10-05 12:15, Martin Aspeli wrote:
Would anyone mind making a 3.5.1 release, or else give me PyPI rights so
that I can do it myself.
Shouldn't this be
Hi there,
To quote Thomas Lotze in another discussion:
[ztk.cfg] contains a line
allow-picked-versions = false
which makes buildout complain if it ends up using a package whose
version it had to pick from the index, so you're required to specify a
version for every package used by
Hey,
Thomas Lotze wrote:
[snip]
I mentioned the zcml extra only because that's how zope.component has to
do with the security concept already, as a motivation of why I'm letting
go of my opposition to introducing more of that concept into
zope.component.
I think it would be interesting to
On Wed, Oct 7, 2009 at 10:29 PM, Martijn Faassen faas...@startifact.com wrote:
[ztk.cfg] contains a line
allow-picked-versions = false
I agree with Thomas that we should remove this from ztk.cfg, as if we
publish this for reuse we don't want to impose this policy on everybody
who builds
Thomas Lotze wrote:
Martijn Faassen wrote:
Whether ztk.cfg can be reused directly or whether we should extract
something in it with just the version indicators I'm not sure about. I've
noticed when modifying the buildout.cfg of the ZTK to add
z3c.recipe.depgraph support that I had to pin
Benji York wrote:
On Wed, Oct 7, 2009 at 1:26 PM, Thomas Lotze t...@gocept.com wrote:
I just noticed that zope.testrecorder, which is listed in ztk.cfg as an
included package, imports from Globals, OFS, AccessControl and
Products.PageTemplates. This looks to me as if zope.testrecorder
Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
In any case, I agree it should be dropped from the ZTK.
+1 on dropping it too.
Done.
--
Thomas
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No
24 matches
Mail list logo
