[Zope-dev] Zope 2.7 test suite: no longer unit tests

2003-12-29 Thread Dieter Maurer
The Zope 2.7 test suite no longer fulfills an essential unit test suite requirement: that tests can be run in isolation. Many test files contain import Zope; Zope.startup(). When run in isolation, many of them fail because getConfiguration().dbtab is None. Some test files seem to hande this

Re: [Zope-dev] Zope 2.7 test suite: no longer unit tests

2003-12-29 Thread Chris McDonough
I usually use test.py --dir lib/python/some/directory to test subsections of Zope or test.py lib/python/a/file.py works too. That said I agree it would be nice to have these tests continue to work standalone as they're written. This would boil down to being able to set the ZOPE_CONFIG attribute

[Zope-dev] Re: [Zope3-dev] ZConfig: Section type datatype inheritance

2003-12-29 Thread Barry Warsaw
On Mon, 2003-12-29 at 00:12, Fred L. Drake, Jr. wrote: I'm going to describe each issue in a separate email, including why I've changed my mind about them and what the consequences are for ZConfig users. Please respond to these messages if you think the proposed changes will have a negative

[Zope-dev] Re: [Zope3-dev] ZConfig: Keytype and section type extension

2003-12-29 Thread Barry Warsaw
On Mon, 2003-12-29 at 00:28, Fred L. Drake, Jr. wrote: ZConfig currently requires that derived section types not specify a keytype attribute, used to change the interpretation of the keys. The intent is to ensure that keys defined in the base section type will still be recognized and

[Zope-dev] Re: [Zope3-dev] ZConfig: Section type datatype inheritance

2003-12-29 Thread Phillip J. Eby
At 12:04 PM 12/29/03 -0500, Barry Warsaw wrote: This is how I'm using extended section types in my code currently. The proposed change won't affect me because I explicitly specify the data types in derived section types. It seems to me unlikely that you'd have a base section type with a

[Zope-dev] Re: [Zope3-dev] ZConfig: Keytype and section type extension

2003-12-29 Thread Fred L. Drake, Jr.
Barry Warsaw writes: Since I didn't understand what keytype actually provided, even after reading the docs on it several times, I've never found a need for it wink. Sounds like I need to improve the docs for this. Changing the keytype allows different interpretations for keys. The only

[Zope-dev] Re: [Zope3-dev] ZConfig: Keytype and section type extension

2003-12-29 Thread Fred L. Drake, Jr.
Phillip J. Eby writes: That reminds me... is there any way for section *names* to be case-sensitive, or at least case-preserving? For example, if one were simulating Apache-style configuration like: There isn't, but there was at some point. Nobody here at ZC seemed to think it useful

[Zope-dev] Re: [Zope3-dev] ZConfig: Keytype and section type extension

2003-12-29 Thread Barry Warsaw
On Mon, 2003-12-29 at 12:52, Fred L. Drake, Jr. wrote: Changing the keytype allows different interpretations for keys. The only thing required of keys at the lowest level of the parser is that keys do not contain spaces. The basic-key datatype is used to create a case-insensitive handling

[Zope-dev] ZConfig: a wish list

2003-12-29 Thread barry
As I mentioned, I've been experimenting with Mailman 3 lately, using ZConfig as the configuration language for basic functionality. There are many things I like about ZConfig, but of course I have a few nits. Since the wiki Fred created on zope.org doesn't (or didn't) seem to work, I'll post my

[Zope-dev] Re: [Zope3-dev] ZConfig: Keytype and section type extension

2003-12-29 Thread Phillip J. Eby
At 01:53 PM 12/29/03 -0500, Fred L. Drake, Jr. wrote: Phillip J. Eby writes: That reminds me... is there any way for section *names* to be case-sensitive, or at least case-preserving? For example, if one were simulating Apache-style configuration like: There isn't, but there was at some

[Zope-dev] Re: [Zope3-dev] ZConfig: a wish list

2003-12-29 Thread Fred L. Drake, Jr.
[EMAIL PROTECTED] writes: Since the wiki Fred created on zope.org doesn't (or didn't) seem to work, I'll post my wish list here. Good strategy. ;-) The wiki definately didn't work, and no one seems to know why. Feel free to tell me why I don't really want what I think I want. :) Rest

[Zope-dev] Re: [Zope3-dev] ZConfig: a wish list

2003-12-29 Thread Barry Warsaw
On Mon, 2003-12-29 at 15:07, Fred L. Drake, Jr. wrote: - $ substitutions in defaults Often, my defaults for keys can be expressed in terms of $ substitutions that are more general for my system. Unfortunately, there doesn't seem to be any way to make this work. ZConfig

[Zope-dev] Re: [Zope3-dev] ZConfig: Keytype and section type extension

2003-12-29 Thread Fred L. Drake, Jr.
Phillip J. Eby writes: Well, in that case, can we have a 'getItems()' that returns only the key-value pairs for actual attributes, and does *not* include keys for values that weren't explicitly specified in the configuration file and don't have defaults? Not a bad idea. It will

Re: [Zope-dev] Re: [Zope3-dev] ZConfig: Keytype and section type extension

2003-12-29 Thread Casey Duncan
On Mon, 29 Dec 2003 15:48:03 -0500 Fred L. Drake, Jr. [EMAIL PROTECTED] wrote: Phillip J. Eby writes: [snip] (The issue here is that Python requires keyword arguments to be strings rather than Unicode, even though attribute names can be Unicode. ZConfig sets attributes using unicode

[Zope-dev] LocalFS does not work with Zope 2.7

2003-12-29 Thread robert
Hi there, I tried to use LocalFS on a 2.7 (from cvs) Zope. I can add a a LocalFS, but then get a not found error, and the folder with the LocalFS in it (not the localFS itself) becomes unaccessible. I tried to debug into LocalFS. However it is beyond my grasp. Any help how to fix this would be