I've created a policy draft as well as an initial list of packages on a
wiki page, which I hope will help us to collaborate on the list:
http://wiki.zope.org/zope3/ZTK
I've put into the list the packages that I'd consider part of the ZTK and
that I use in my applications. I don't know
* Jim Fulton j...@zope.com [2009-08-02 18:34]:
2. Some of the tests only pass if run separately, due to test
interactions. Presumably, this means that other tests aren't cleaning
up after themselves. I think we need a standard automated way to run
each package's tests separately. I think
Hello Wolfgang,
* 2009-08-07 11:42, Wolfgang Schnerring wrote:
[buildout]
develop = .
parts = whatever else you need compat
extends = http://url/to/kgs/versions.cfg
# assuming said versions.cfg uses a section called [versions]:
versions = versions
I've done something similar in
Thanks Fabio and Wolfgang,
How to do you specify the projects to be tested? Does every project
in versions get tested? If so, how do you specify versions for
projects that you don't want to run tests for but do want to fix the
version of.
(Note that I'm using more precise jargon: project rather
Hello Jim,
* 2009-08-07 12:28, Jim Fulton wrote:
How to do you specify the projects to be tested? Does every project in
versions get tested? If so, how do you specify versions for projects that
you don't want to run tests for but do want to fix the version of.
In my recipe, it automatically
2009/8/7 Fabio Tranchitella kob...@kobold.it:
Hello Jim,
* 2009-08-07 12:28, Jim Fulton wrote:
How to do you specify the projects to be tested? Does every project in
versions get tested? If so, how do you specify versions for projects that
you don't want to run tests for but do want to fix
* Jim Fulton j...@zope.com [2009-08-07 06:01]:
How to do you specify the projects to be tested? Does every project
in versions get tested? If so, how do you specify versions for
projects that you don't want to run tests for but do want to fix the
version of.
With z3c.recipe.compattest, to
* Jim Fulton j...@zope.com [2009-08-07 12:39]:
2009/8/7 Fabio Tranchitella kob...@kobold.it:
* 2009-08-07 12:28, Jim Fulton wrote:
How to do you specify the projects to be tested? Does every project in
versions get tested? If so, how do you specify versions for projects that
you don't want
* Fabio Tranchitella kob...@kobold.it [2009-08-07 11:46]:
* 2009-08-07 11:42, Wolfgang Schnerring wrote:
http://svn.zope.org/*checkout*/zope.release/trunk/releases/controlled-packages.cfg
IMHO the KGS testing should be done using the controlled-packages.cfg and
not versions, because some
On Fri, Aug 7, 2009 at 6:52 AM, Wolfgang Schnerringw...@gocept.com wrote:
* Jim Fulton j...@zope.com [2009-08-07 06:01]:
How to do you specify the projects to be tested? Does every project
in versions get tested? If so, how do you specify versions for
projects that you don't want to run tests
Summary of messages to the zope-tests list.
Period Thu Aug 6 12:00:00 2009 UTC to Fri Aug 7 12:00:00 2009 UTC.
There were 7 messages: 7 from Zope Tests.
Test failures
-
Subject: FAILED (failures=1) : Zope-2.12 Python-2.6.2 : Linux
From: Zope Tests
Date: Thu Aug 6 20:59:27 EDT
On Mon, Aug 3, 2009 at 08:04, Martijn Pieters m...@zopatista.com wrote:
AssertionError: Incorrect Content-Length is set! Expected 20425,
got 20426.
I don't grok the range support code at all: probably Martijn Pieters is
the only person in the world who does. The tests are quite
On Fri, Aug 7, 2009 at 14:55, Martijn Pieters m...@zopatista.com wrote:
Here is the simple test case:
from Acquisition import Implicit
class Root(Implicit):
pass
class Slicer(Implicit):
def __getslice__(self, start, end):
return [start, end]
root = Root()
slicer =
In discussing dependencies, as we try to clean up dependencies of Zope
(especially ZTK) projects, I've noticed a pattern that I think
deserves some special handling.
Often, a module (including a ZCML file) within a project provides an
implementation of an interface defined by an external package
On Fri, Aug 7, 2009 at 14:55, Martijn Pieters m...@zopatista.com wrote:
The problem is caused by an acquisition wrapped object with a
__getslice__ method get the wrong indices passed in when the end
parameter is ommitted:
data[start:]
Image.Pdata classes have a __getslice__ method, and
2009/7/8 Fabio Tranchitella kob...@kobold.it:
Hello,
I'm sorry if I am flooding the list with all my requests/messages, but I
don't want to introduce changes without approval of more experienced zope
developers.
I was analyzing zope.app.publisher, and I found that it would be possible
to
Hi Jim
Betreff: [Zope-dev] Optional integration need not introduce
dependencies
In discussing dependencies, as we try to clean up
dependencies of Zope (especially ZTK) projects, I've noticed
a pattern that I think deserves some special handling.
Often, a module (including a ZCML
On Thu, Aug 6, 2009 at 4:39 PM, Shane Hathawaysh...@hathawaymix.org wrote:
...
I'm hoping Jim will soon take charge of zope.publisher, zope.traversing,
zope.container, and zope.app.publisher, because he seems to be the only one
who knows how they are supposed to be related.
Hah. Thanks a lot.
On Fri, Aug 7, 2009 at 10:51 AM, Roger Ineichend...@projekt01.ch wrote:
...
I think XML-RPC just belongs to an own package e.g. zope.xmlrpc. It doesn't
make sense to have XML-RPC in a package other then an own.
Agreed, although moving it out would introduce a backward
incompatibility. Maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabio Tranchitella wrote:
Hello,
* 2009-08-07 05:28, Fred Drake wrote:
In particular, I would exclude any package in the zope.app.*
namespace which is not also used by either grok or Zope2.
As would I.
Fine, I plan to work on this today,
2009/8/7 Fabio Tranchitella fa...@tranchitella.it:
Hey Jim,
you picked up an old e-mail of mine (it is from 8th of July)! :)
I know, but I thought my response was most applicable to the original. :)
* 2009-08-07 17:13, Jim Fulton wrote:
For now, make these registrations conditional on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, disk is full again.
Last successful transaction was at 2009-08-07 12:50:24 AM systemtime.
Regards
Michael
- --
http://blog.d2m.at
http://planetzope.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Aug 7, 2009, at 08:36 , Michael Haubenwallner wrote:
Hi, disk is full again.
Last successful transaction was at 2009-08-07 12:50:24 AM systemtime.
As predicted, the disk was full when the pack process finished. I'm
surprised it did finish at
On Fri, Aug 7, 2009 at 4:16 AM, Jens Vagelpohlj...@dataflake.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Aug 7, 2009, at 08:36 , Michael Haubenwallner wrote:
Hi, disk is full again.
Last successful transaction was at 2009-08-07 12:50:24 AM systemtime.
As predicted, the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Aug 7, 2009, at 11:52 , Jim Fulton wrote:
We're going to replace the hardware, and when we do, we'll have a much
larger disk. I think we have enough disk space for now as long as we
don't pack.
Who is making sure that any automated pack cron
On Fri, Aug 7, 2009 at 8:58 AM, Jens Vagelpohlj...@dataflake.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Aug 7, 2009, at 11:52 , Jim Fulton wrote:
We're going to replace the hardware, and when we do, we'll have a much
larger disk. I think we have enough disk space for now
When you encrypt your passwords in an acl_users User Folder, is there
a way to check that the old password is correct?
I'm building an app that allows the user to change her password with
the usual form of:
Old:
New:
Confirm:
--
Peter Bengtsson,
work
On 07.08.09 16:26, Peter Bengtsson wrote:
When you encrypt your passwords in an acl_users User Folder, is there
a way to check that the old password is correct?
I'm building an app that allows the user to change her password with
the usual form of:
Old:
New:
Confirm:
No, it's different every time.
Consider this::
def _doAddUser(self, name, password, roles, domains, **kw):
Create a new user
...
if password is not None and self.encrypt_passwords:
print \tself._encryptPassword('word')=,
repr(self._encryptPassword('word'))
On 07.08.09 17:10, Peter Bengtsson wrote:
No, it's different every time.
Using private methods is unlikely the road to success.
There is some official method with *validate* or something similar..
In addition: if you call the low-level methods blindly, you must
take the 'salt' into account.
On 07.08.09 17:22, Andreas Jung wrote:
On 07.08.09 17:10, Peter Bengtsson wrote:
No, it's different every time.
Using private methods is unlikely the road to success.
There is some official method with *validate* or something similar..
In addition: if you call the low-level
2009/8/7 Andreas Jung li...@zopyx.com:
On 07.08.09 17:22, Andreas Jung wrote:
On 07.08.09 17:10, Peter Bengtsson wrote:
No, it's different every time.
Using private methods is unlikely the road to success.
There is some official method with *validate* or something similar..
In addition:
32 matches
Mail list logo
