Re: [Zope-dev] Re: [Zope-dev]ZPL and GPL licensing issues

2001-06-25 Thread Gregor Hoffleit
On Sun, Jun 24, 2001 at 07:49:40PM -0700, ender wrote: On Saturday 23 June 2001 11:20, Erik Enge wrote: [Simon Michael] | Now you're talking. Seconded. Me too! i'd very much like to see a GPL compatible zope license as well, both for products i create and to integrate with third

Re: [Zope-dev] Speed up the learning curve

2001-06-25 Thread R. David Murray
On Sun, 24 Jun 2001, Dieter Maurer wrote: Rene Pijlman writes: A suggestion to cut the Zope learning curve down by half a day... When the programmer forgets the docstring in a method of a Python-based product, instead of saying Sorry, the requested resource does not exist.

Re: [Zope] Re: [Zope-dev] Zcatalog bloat problem (berkeleydb is a solution?)

2001-06-25 Thread Chris Withers
Chris McDonough wrote: This purpose aligns well with those of the ArmoredCatalog proposal as well.. see http://dev.zope.org/Wikis/DevSite/Proposals/ArmoredCatalog . But even using such a lazy catalog awareness, you might get into trouble. Using the ZCatalog's find objects function, I

Re: [Zope-dev] Zcatalog bloat problem (berkeleydb is a solution?)

2001-06-25 Thread abel deuring
Chris McDonough wrote: A solution might be a kind of lazy catalog awareness: Instead of mangling a new object through one or more catalogs when it is created, this object could be added to a list of objects to be cataloged later. This way, the transaction to insert a new object would

[Zope-dev] DCOracle2 and SP problem

2001-06-25 Thread Coi Giovanni
The situation: - Oracle 8.1.7 installed on a machine (excalibur) running SuSE Linux 7.0 (i386) - Kernel 2.2.16 (2). - Zope Version: Zope 2.3.3 (binary release, python 1.5.2, win32-x86) Python Version: 1.5.2 (#0, Jul 30 1999, 09:52:18) [MSC 32 bit (Intel)] System Platform: win32 installed on

Re: [Zope] Re: [Zope-dev] Zcatalog bloat problem (berkeleydb is a solution?)

2001-06-25 Thread Chris McDonough
Chris McDonough wrote: This purpose aligns well with those of the ArmoredCatalog proposal as well.. see http://dev.zope.org/Wikis/DevSite/Proposals/ArmoredCatalog . But even using such a lazy catalog awareness, you might get into trouble. Using the ZCatalog's find objects function,

Re: [Zope-dev] ZPL and GPL

2001-06-25 Thread R.
On 25 Jun 2001 10:26:10 -0400, Shane Hathaway wrote: According to management, there's a zope-license list somewhere and we expect to move to a GPL compatible license. Paul says: I think the goal should be for Zope and Python to converge on the same license, with perhaps the new license

Re: [Zope-dev] ZPL and GPL

2001-06-25 Thread Jerome Alet
On Mon, Jun 25, 2001 at 12:22:32PM -0700, Michael R. Bernstein wrote: Other than keeping the door open for this eventuality, is there any other reason to choose a BSD style license over the GPL? ... Unless I've misunderstood something (which is certainly possible), DC doesn't seem to have

[Zope-dev] RFC: How-To on subclassing Shared.DC.Scripts.Script.Script

2001-06-25 Thread Lalo Martins
I'm thinking here that subclassing Script is the way to go for any object that needs finer control on how it is called - and I'll say that of any class that doesn't just do index_html = HTMLFile(foo, globals()) So, I wrote a How-To. It's definitely not ready for prime-time, as I haven't

[Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?)

2001-06-25 Thread Erik Enge
(I removed [EMAIL PROTECTED].) On Mon, 25 Jun 2001, Giovanni Maruzzelli wrote: Any hints on how to manage something like? We use both textindexes, fieldindexes, and keywordsindexes (textindex on string properties, fieldindexes on boolean and datetime, keywordindex on strings). Maybe one

Re: [Zope-dev] ZPL and GPL

2001-06-25 Thread Erik Enge
On 25 Jun 2001, Michael R. Bernstein wrote: Other than keeping the door open for this eventuality, is there any other reason to choose a BSD style license over the GPL? Yes. A commercial one; an imperative one. If I make a Zope Python Product, I must license it as GPL to be able to

Re: [Zope-dev] ZPL and GPL

2001-06-25 Thread Erik Enge
On Mon, 25 Jun 2001, Shane Hathaway wrote: (Paul says:) I think the goal should be for Zope and Python to converge on the same license, with perhaps the new license being some off-the-shelf license like Apache's. Wow, lobbying the management team at DC is pretty easy ;-). It's good to see

[Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?)

2001-06-25 Thread Chris McDonough
Part of the problem here is that if, in particular, you use the reindex_object method of CatalogAware, the database will grow unnecessarily even if the object hasn't changed. CatalogAware is arguably broken and should really not be used. I'd like to have the time to fix it, but fixing it

Re: [Zope-dev] ZClass not in a Product

2001-06-25 Thread Joachim Werner
Maybe you search python.org for Guido's metaclasses article. It tells that a Python class can be both a class and an instance and that this view has interesting applications. You focus on the class aspects of a ZClass (a pattern for creating instances providing them with basic common

Re: [Zope-dev] ZPL and GPL

2001-06-25 Thread Richard Jones
On Tue, 26 Jun 2001 05:22, Michael R. Bernstein wrote: On 25 Jun 2001 10:26:10 -0400, Shane Hathaway wrote: According to management, there's a zope-license list somewhere and we expect to move to a GPL compatible license. Paul says: I think the goal should be for Zope and Python to

Re: [Zope-dev] RFC: How-To on subclassing Shared.DC.Scripts.Script.Script

2001-06-25 Thread Stephan Richter
It is at http://www.zope.org/Members/lalo/scriptclass-dev now; this is a ZWikiPage, so you can comment right there. The real address will be http://www.zope.org/Members/lalo/scriptclass when it's ready. Mmmh, after reading the how-to (quickly), I do understand for what you are using Script

Re: [Zope-dev] ZPL and GPL

2001-06-25 Thread Anthony Baxter
Jerome Alet wrote I personnally would love to see both Python and Zope be GPLed. Why? No really. Exactly what do you gain from this? Assuming Zope's license becomes GPL compatible, any packages you release you can choose to GPL. Why do you think having the GPL is a good thing for the core

Re: [Zope-dev] ZPL and GPL

2001-06-25 Thread Anthony Baxter
Michael R. Bernstein wrote Unless I've misunderstood something (which is certainly possible), DC doesn't seem to have anything to lose by switching from a BSD style license to the GPL (or a GPL style license with an additional optional attribution clause), and quite a bit to gain. They

Re: [Zope-dev] RFC: How-To on subclassing Shared.DC.Scripts.Script.Script

2001-06-25 Thread Lalo Martins
On Mon, Jun 25, 2001 at 06:36:30PM -0500, Stephan Richter wrote: But when I started reading it, I wanted to learn more of how I could implement a new scripting language into Zope, such as a ZOQL (as mentioned on the SmartObjects mailing list:

Re: [Zope-dev] getattr for non-Folderish item

2001-06-25 Thread Dieter Maurer
Johnson, Michael (MIJOHNSO) writes: ... getattr does not work for attributes of inherited ZClasses ... getattr does no special things for folderish items. It simply accesses the attributes of an object in case, you can not use the attribute access syntax object.attribute because either

[Zope-dev] Zcatalog bloat problem (berkeleydb is a solution?)

2001-06-25 Thread Giovanni Maruzzelli
Hello Zopistas, we are developing a Zope 2.3.3 (py 1.5.2) application that will add, index and reindex some tens of thousands objects (Zclass that are DTMLDocument on steroids) on some twenty properties each day, while the absolute number of objects cataloged keeps growing (think at content

Re: [Zope-dev] Zcatalog bloat problem (berkeleydb is a solution?)

2001-06-25 Thread abel deuring
Giovanni Maruzzelli wrote: Hello Zopistas, we are developing a Zope 2.3.3 (py 1.5.2) application that will add, index and reindex some tens of thousands objects (Zclass that are DTMLDocument on steroids) on some twenty properties each day, while the absolute number of objects cataloged

Re: [Zope-dev] Zcatalog bloat problem (berkeleydb is a solution?)

2001-06-25 Thread Chris McDonough
A solution might be a kind of lazy catalog awareness: Instead of mangling a new object through one or more catalogs when it is created, this object could be added to a list of objects to be cataloged later. This way, the transaction to insert a new object would become much cheaper. I'm