Re: [Zope-dev] RE: [Zope] Time module in python scripts

[EMAIL PROTECTED] wrote: I hope you all don't mind, but I've moved this to Zope-dev. I would like to propose that it be possible without modification (default behavior) in a future version of Zope to import the time module and its methods safely into TTW Python Scripts. I would make the more ra

Re: [Zope-dev] What makes Zope twirl?

This worked great for me: Stefan --On Donnerstag, 06. Februar 2003 19:24 -0800 Paul Winkler <[EMAIL PROTECTED]> wrote: Or: when zope goes into a nonresponsive state, what can you do to diagnose the cause? -- Those who write software only for

Re: [Zope-dev] What makes Zope twirl?

Hello, I am working since a long time with zope and was continuously worried about a few problems, unfortunately none of them was fixed along the years: - zserver can not 'recover' busy thread - log show nothing in case of blocking: log is written when the request is completed, and the log is not

[Zope-dev] robustness in management interface.

Hi, The zope management interface has some robustness problems: whenever you call manage_workspace (the normal way of managing a folder through the HTML Zope management interface) on a folder X, and some object y in that folder gives an error (fi, it has no title attribute, ) the whole folder

Re: [Zope-dev] robustness in management interface.

Romain Slootmaekers wrote: Hi, The zope management interface has some robustness problems: whenever you call manage_workspace (the normal way of managing a folder through the HTML Zope management interface) on a folder X, and some object y in that folder gives an error (fi, it has no title a

Re: [Zope-dev] robustness in management interface.

Jim Washington wrote: Romain Slootmaekers wrote: Hi, The zope management interface has some robustness problems: whenever you call manage_workspace (the normal way of managing a folder through the HTML Zope management interface) on a folder X, and some object y in that folder gives an error

Re: [Zope-dev] Zope Server Control

Ooh! I've been thinking about something like this as well; PyQt would definately be the way to go. The backend should be de-coupled from the UI, of course. Getting the gears turning, Eron On Friday 07 February 2003 12:47 am, Shane Hathaway wrote: > Zope-Dev'ers, > > Just for fun, I made a mock

Re: [Zope-dev] What makes Zope twirl?

On 02/07/2003 11:43 AM, Gilles wrote: Hello, I am working since a long time with zope and was continuously worried about a few problems, unfortunately none of them was fixed along the years: - zserver can not 'recover' busy thread - log show nothing in case of blocking: log is written when the r

[Zope-dev] disutils win32 2.6.1b2 setup.py layout questions

(Originally posted in zope.general, I figure this group more often compiles the source) I want to create a Zope 2.6.1b2 instance running on Python 2.2.2, and one amenable to building C extensions found in various add-on products. I have one interim deployment to Win32 until we migrate an MSSQL dat

[Zope-dev] ZSQL/ZODB corruption after upgrade

I'm working on upgrading our Zope 2.3.2/CMF 1.1beta/LoginManager based site to Zope 2.4.4/CMF1.2/exUserFolder (eventually Zope 2.6.1/CMF1.3, but I've been advised to do it version by version). Right now almost everything works on 2.4.4. All of the bits of the LoginManager user folder have be dele

Re: [Zope-dev] What makes Zope twirl?

On Fri, Feb 07, 2003 at 10:06:55AM -0500, Shane Hathaway wrote: > You have to keep it in perspective. Spin prevention is a small part of > the stability equation. Zope is quite stable--if it weren't, CBS, SGI, > and others wouldn't use it. Indeed. To put this in perspective, I have had exactly

Re: [Zope-dev] What makes Zope twirl?

On Fri, Feb 07, 2003 at 10:40:31AM +0100, Stefan H. Holek wrote: > This worked great for me: > Oooh, thanks, I'll keep that handy next time! Wish I knew how to trigger the behavior :( -- Paul Winkler http://www.slinkp.com Look! Up in the sky!

RE: [Zope-dev] Zope Server Control

I agree that this is a good idea. Doesn't PyQt require a commercial license on Win32? The de-coupled backend is a good idea, and I would love to have alternatives - I'm a bit slanted towards wxPython, myself. ;) Heck, I would love to have an curses-based alternative to manage, monitor, and provi

Re: [Zope-dev] Zope Server Control

On Fri, Feb 07, 2003 at 10:32:44AM -0800, [EMAIL PROTECTED] wrote: > If there is any interest in a framework that could provide the underlying > functionality to multiple UI front-ends, as well as automated stuff like > alerts/monitoring, I would certainly be interested in using and contributing >

Re: [Zope-dev] Zope Server Control

> Heck, I would love to have an curses-based alternative to manage, monitor, > and provide an interface to restart all ZEO clients and ZSS boxes in a > terminal; this would make for easier remote admin via SSH from potentially > different client platforms. I've said it before, but http://cr.yp.to/

RE: [Zope-dev] Zope Server Control

I'm not sure I understand the reasons why this solves the consolidation problem (i.e. I have 2 dozen ZEO clients and 2 ZSSs and want to manage them remotely in a single interface). Please explain. Sean -Original Message- From: Jamie Heilman [mailto:[EMAIL PROTECTED]] Sent: Friday, Februa

Re: [Zope-dev] Zope Server Control

On 02/07/2003 02:16 PM, Paul Winkler wrote: On Fri, Feb 07, 2003 at 10:32:44AM -0800, [EMAIL PROTECTED] wrote: If there is any interest in a framework that could provide the underlying functionality to multiple UI front-ends, as well as automated stuff like alerts/monitoring, I would certainly b

Re: [Zope-dev] Zope Server Control

On Fri, Feb 07, 2003 at 12:00:45PM -0800, Jamie Heilman wrote: > > Heck, I would love to have an curses-based alternative to manage, monitor, > > and provide an interface to restart all ZEO clients and ZSS boxes in a > > terminal; this would make for easier remote admin via SSH from potentially > >

Re: [Zope-dev] Zope Server Control

[EMAIL PROTECTED] wrote: > I'm not sure I understand the reasons why this solves the consolidation > problem (i.e. I have 2 dozen ZEO clients and 2 ZSSs and want to manage them > remotely in a single interface). Please explain. mix 1 part ssh, add shell script to taste It would be trivial, for e

Re: [Zope-dev] Zope Server Control

Paul Winkler wrote: > ... which, FYI is kind of a pain to use with zope prior to > CVS / 2.7, because zope insists on forking to the background > unless you run in debug (-D) mode, and daemontools (or rather, svc) > is designed to work with daemons that can be run in the > foreground. So we can ei

Re: [Zope-dev] Zope Server Control

On Fri, Feb 07, 2003 at 03:16:46PM -0500, Shane Hathaway wrote: > Okay, I added some features to the mockup: > > http://hathaway.freezope.org/Images/controller_snapshot2.png I dig it. (clicking on the mockup buttons) Ungh. Can't seem to make it work. (drool drool) -- Paul Winkler http://www.s

Re: [Zope-dev] Zope Server Control

Very nice Shane! I want one! I definitely agree with the separation of UI and back-end. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.z

RE: [Zope-dev] Zope Server Control

The buttons work; you are not clicking with enough pressure. Try again until your wrist hurts. ;) I agree, this looks nice. I also wonder about adding total memory usage for each Zope ZEO client. Also, this layout could be tweaked to have a more vertical look and likely work in a PyQT app on th

Re: [Zope-dev] Zope Server Control

On Fri, Feb 07, 2003 at 12:41:36PM -0800, Jamie Heilman wrote: > Paul Winkler wrote: > > ... which, FYI is kind of a pain to use with zope prior to > > CVS / 2.7, because zope insists on forking to the background > > unless you run in debug (-D) mode, and daemontools (or rather, svc) > > is design