[Zope-dev] Re: [Zope-2.6.0b1] Property Problem

On Saturday 12 Oct 2002 2:41 pm, Yusei Tahara wrote: > and Folder title attribute is "string" not "ustring". so change it. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encodin

Re: [Zope-dev] Zope-2.5.1 restart failed

On Fri, 11 Oct 2002 11:24:57 +0100 Chris Withers <[EMAIL PROTECTED]> wrote: > Andre Schubert wrote: > > 2002-10-11T06:01:00 ERROR(200) ZODB Couldn't load state for >'\x00\x00\x00\x00\x00\x00\x00T' > > Traceback (innermost last): > > File /usr/share/zope/lib/python/ZODB/Connection.py, line 447,

Re: [Zope-dev] Idea: Awaking Zope to Life

Hi Chris, thanks for your hint .. > You may also be interested in http://cvs.zope.org/Products/Scheduler/ > (it has a dependency on http://cvs.zope.org/Products/Event/ and a Zope >> = than 2.6b1). > > It relies on an external "clock" process to tickle it every so often, > but you could of cours

Re: [Zope-dev] DateTime.rfc822() bug?

From: "Geir Bækholt" <[EMAIL PROTECTED]> > i can confirm that this is a bug in DateTime.rfc822(), and that > rfc-conformant mailclients choke on it aswell.. Oh, man, I've looked at DateTime now, and it's a mess... (ar at least, the timeone hadnling is). I'm seriously considering making rfc822()

Re: [Zope-dev] Zope-2.5.1 restart failed

Andre Schubert wrote: > > I have a installation without chroot or jail, everything is normal. Sounds like a job for http://collector.zope.org... cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-d

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

On Sun, Oct 13, 2002 at 04:12:34PM -0400, Chris McDonough wrote: | > *) Ownership/perms on the 'var' dir, this will need to be the same as the | > user Zope runs as, which I assume is not the same as ${zopeuser} | | Well, I had thought for default installs, the %{zopeuser} will be "zope" | and th

Re: [Zope-dev] Idea: Awaking Zope to Life

On Sun, 2002-10-13 at 13:44, Ulrich Eck wrote: > Hi there, > > I just had an Idea and want to hear your comments on the following: > > Zope is a Request-Based System. It has no internal scheduling functions > except one installs Xron. > > I have written a MicroThread Scheduler using python2.2 g

[Zope-dev] Security Testing

Hi, I'd like to build a suite of security tests for a product I'm writing using unittest.py. Is this possible? I thought about using newSecurityManager with various known users, and restrictedTraverse to get to the appropriate methods, but then how do I test if those methods are callable? c

Re: [Zope-dev] Idea: Awaking Zope to Life

Hi Leonardo, > Check your transaction boundaries. One of the reasons that most > solutions are based on an external request is that the Zope request > handler starts a transaction in the begining of the request and commits > it at the end (or rolls it back if there's an exception). this is basic

Re: [Zope-dev] Debugging conflict errors? Hints please!

Thanks Jeremy, but could you speak more slowly please? ;-) Which debug log are you refering to? There is nothing in the stupid log, and "Big M" logging does also not give me any indication of conflicts or oids. Do I have to run everything inside pdb? I also do not seem to figure out where th

Re: [Zope-dev] Security Testing

Chris! You might want to take a look at my ZopeTestCase package. It supports Zope security testing with users, roles, permissions and all. Also see the tests coming with the ReplaceSupport and DocFinderEverywhere products. In essence restrictedTr

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

On Sat, Oct 12, 2002 at 06:28:37PM -0400, Chris McDonough wrote: > Hi all, > > I am working towards a unified Zope configuration and installation > system on a branch of Zope named the 'chrism-install-branch'. > > I have given the buildout process on that branch the ability to create > an RPM di

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

On Mon, 2002-10-14 at 11:50, Jim Penny wrote: > I will be honest here. I don't care a lot about how the debian files > are packaged, or where. But I do not want to see two sets of debs with > differing layouts. I would rather that either Chris become an official > debian maintainer and take ove

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

> I will be honest here. I don't care a lot about how the debian files > are packaged, or where. But I do not want to see two sets of debs with > differing layouts. Not only talking about debs distro layouts. There should be one install instruction for all linux distros, which takes care abo

Re: [Zope-dev] Security Testing

Maybe this would be a good opportunity to evaluate Puffin (www.puffinhome.org)? Security API calls through unit tests are one thing, but testing the whole functioning system from the outside seems like the best approach. Puffin should be a Zope partner, IMHO. Regards, Eron On Monday 14 Octob

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

On Mon, Oct 14, 2002 at 06:04:33PM +0200, Dirk Datzert wrote: > > > I will be honest here. I don't care a lot about how the debian files > > are packaged, or where. But I do not want to see two sets of debs with > > differing layouts. > > Not only talking about debs distro layouts. There sho

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

On Mon, 2002-10-14 at 13:03, Jim Penny wrote: > I have no opposition to an attempt to standardize the location of > ZOPE_HOME and LOCATION_HOME. (I also don't see it as that big a deal, > people to whom this matters, who are presumed capable enough to be > trusted with the root password, should

[Zope-dev] CallProfiler?

I was looking for a recent version of CallProfiler. It's cannonical page on: http://www.zope.org/Members/richard/CallProfiler/ mentions that it's reported not to work in 2.5.x and that it'd be integrated into Zope 2.6, which makes me believe that the version available for download won't work wit

Re: [Zope-dev] DateTime.rfc822() bug?

Lennart Regebro wrote: > From: "Geir Bækholt" <[EMAIL PROTECTED]> > >>i can confirm that this is a bug in DateTime.rfc822(), and that >>rfc-conformant mailclients choke on it aswell.. > > > Oh, man, I've looked at DateTime now, and it's a mess... (ar at least, the > timeone hadnling is). I'm s