[Zope-Checkins] SVN: Zope/branches/Zope-2_8-branch/ 2.8.0b2
Log message for revision 30476: 2.8.0b2 Changed: U Zope/branches/Zope-2_8-branch/doc/CHANGES.txt U Zope/branches/Zope-2_8-branch/inst/versions.py -=- Modified: Zope/branches/Zope-2_8-branch/doc/CHANGES.txt === --- Zope/branches/Zope-2_8-branch/doc/CHANGES.txt 2005-05-22 08:45:03 UTC (rev 30475) +++ Zope/branches/Zope-2_8-branch/doc/CHANGES.txt 2005-05-22 08:48:42 UTC (rev 30476) @@ -23,7 +23,7 @@ - Collector #1233: port ZOPE_CONFIG patch from Zope 2.7 to Zope 2.8 - after Zope 2.8b1 + Zope 2.8.0 b2 (2005/05/22) Features added Modified: Zope/branches/Zope-2_8-branch/inst/versions.py === --- Zope/branches/Zope-2_8-branch/inst/versions.py 2005-05-22 08:45:03 UTC (rev 30475) +++ Zope/branches/Zope-2_8-branch/inst/versions.py 2005-05-22 08:48:42 UTC (rev 30476) @@ -4,4 +4,4 @@ # always start prerelease branches with '0' to avoid upgrade # issues in RPMs -VERSION_RELEASE_TAG = 'b1' +VERSION_RELEASE_TAG = 'b2' ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope] [ANN] Zope 2.8.0 b2 released
Dear Zope Community, on behalf of Zope Corporation and all Zope 2 developers and contributors I am pleased to announce the release of Zope 2.8.0 beta 2 Zope 2.8.0 b2 can be downloaded from http://www.zope.org/Products/Zope/2.8.0b2 The release notes can be found at http://www.zope.org/Products/Zope/2.8.0b2/CHANGES.txt For information on using Python 2.4 with Zope 2.8: see doc/INSTALL.txt This release is a major step towards Zope 2.8.0 final (scheduled for the 3rd week of May 2005) and now includes for the first time the Five framework to make some Zope 3 technologies available within Zope 2. So you will be able to use Z3 technologies like interfaces, adapters, schemas and views within your Zope 2 installation and have hopefully the best from the Zope 2 and the Zope 3 world. Andreas Jung Zope 2 Release Manager pgpDyIOLPNLKk.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Keyword index search
Dieter Maurer escribió: Garito wrote at 2005-5-21 13:29 +0200: ... Dieter Maurer escribió: ... A long standing bug in KeywordIndex... Maybe, you give my Managable KeywordIndex a try (part of ManagableIndex). ... I can't understand the lack of concern you talk about unresolved bugs in Zope I am a big Zope user who also files occational bug reports and patches. However, I cannot fix bugs in Zope directly (due to excessive demands with respect to patents, I am not willing to sign the contributors agreement). I am not very concerned about unresolved bugs because: * Zope is open source. I can fix any bug which seriously hampers my work -- not in the public Zope sources but in our sources of Zope. To keep upgrades possible despite local modifications, we maintain Zope in a source code control system (CVS currently). Poor. 1 Zope developer, 1 Zope version, 1000 Zope developers, 1000 Zope versions? * I am a pragmatist. When I know there is a problem and I know how to avoid it, I just avoid it. If I know where the problem is I report it to fix the bug Especially, I am no longer concerned with bugs in Zope's indexes since I have ManagableIndex. I believe ManagableIndex it is more flexible, more efficient and has less bugs than the stock Zope indexes. Why 2 ways?: 1.- Official one doesn't work 2.- Unofficial one who needs some duplicated dependency (OFolder seem very similar to Ordered folder don't you thing?) If I can't maintain my system clear and simple I change my application server: easy It seems Zope is not a serious tool. Imagine you want to buy a car but the seller says: in these model there are a bug on the brake system but I you put these extra no problem The keyword index bug is far less serious than a bug in the brake system of a car. I think, I wrote about 5 times a long standing bug in the last two to three years. There are apparently not that many people concerned about this bug. Perhaps but *your product doesn't work properly* any diference if you was a brake system producer (here I'm talking with the keyword index original developer) How can I convince my customers to use Zope with these kind of searchable information? You tell them that you can fix serious problems yourself because Zope is open source -- if there is not already a fix around (I told you that Managable KeywordIndex does not have this problem). Anyway (I see I can't do anything to change your way of life) Another question for the main Zope developers group Did you plan to make some make-up to simplify Zope? In my opinion Zope has at least one competitive advantage: the fresh concept about objects but these kind of advantage is lost when the code grows and grows Thanks PD: I don't want to create controversy. I'm developing some code and the *MAIN* feature is **MINIMUM** -- Mis Cosas http://blogs.sistes.net/Garito/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Keyword index search
--On Sonntag, 22. Mai 2005 16:54 Uhr +0200 Garito [EMAIL PROTECTED] wrote: Poor. 1 Zope developer, 1 Zope version, 1000 Zope developers, 1000 Zope versions? People do often backport port from their private repository back to the official one. This is true for Dieter, myself and other developers. But not every extension from private repositories will make it back into the official repository either because the extensions are too specific or just because people don't have time (and interest) to perform backporting work. If I know where the problem is I report it to fix the bug As I wrote this bug is already in the Zope collector. Anyway (I see I can't do anything to change your way of life) Another question for the main Zope developers group Did you plan to make some make-up to simplify Zope? What do you have in mind with make-up to simplify Zope? -aj pgpfonr6j7IFR.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Keyword index search
Andreas Jung escribió: --On Sonntag, 22. Mai 2005 16:54 Uhr +0200 Garito [EMAIL PROTECTED] wrote: Poor. 1 Zope developer, 1 Zope version, 1000 Zope developers, 1000 Zope versions? People do often backport port from their private repository back to the official one. This is true for Dieter, myself and other developers. But not every extension from private repositories will make it back into the official repository either because the extensions are too specific or just because people don't have time (and interest) to perform backporting work. If I know where the problem is I report it to fix the bug As I wrote this bug is already in the Zope collector. Anyway (I see I can't do anything to change your way of life) Another question for the main Zope developers group Did you plan to make some make-up to simplify Zope? What do you have in mind with make-up to simplify Zope? -aj Identify and acotated the duplicate classes (I know you are a fan of DTML, for example, but I think they aport a duplicate functionality with python scripts and page templates) to unify in one Change obsolete classes to the new and better builds (For example, Dieter says Managable Index is better for keyword index. Why don't change it and put on the main distribution?) Those kind of things In my opinion, I persist, Zope has a main advantage: the OOP paradigm is implemented in a very fresh way and it's very simple but If it lost these advantages we have nothing to defend Why don't use Ruby for example (with Ruby on Rails or without it)? It's modern (if you compare it with python) and clear I need simple things because less code means less failure posibility and means quick code Thanks! -- Mis Cosas http://blogs.sistes.net/Garito/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Keyword index search
--On Sonntag, 22. Mai 2005 17:21 Uhr +0200 Garito [EMAIL PROTECTED] wrote: Identify and acotated the duplicate classes (I know you are a fan of DTML, for example, but I think they aport a duplicate functionality with python scripts and page templates) to unify in one Change obsolete classes to the new and better builds (For example, Dieter says Managable Index is better for keyword index. Why don't change it and put on the main distribution?) Integrating third-party code requires (at least): - the license of the third-party code must be compatible with the ZPL - the code should follow certain coding-styles - someone must invest (personal) time to get it integrated *But* since you can download and install ManageableIndexes within one minute there should be not be problem for you to use MI. You can not put everything into the core that might be of interest for somebody at some time. MI is a good piece of software but most people should be fine with the indexes in the Zope core. If not they can grab Dieters software. Those kind of things In my opinion, I persist, Zope has a main advantage: the OOP paradigm is implemented in a very fresh way and it's very simple but If it lost these advantages we have nothing to defend Why don't use Ruby for example (with Ruby on Rails or without it)? It's modern (if you compare it with python) and clear Why is Ruby modern and Python is not? At one point you have to decide for a set of tools and language which you are using for your daily work. I am using Python since 1993 or so and it still solves my problems mostly in the field I am working. There is always something better in some tool or language than in another tool but this is not an argument to change your tools on a daily basis as you change your socks (hopefully). -aj pgpHE7OnXS28E.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Keyword index search
On 5/22/05, Garito [EMAIL PROTECTED] wrote: Identify and acotated the duplicate classes (I know you are a fan of DTML, for example, but I think they aport a duplicate functionality with python scripts and page templates) to unify in one You have a good point. But... if we do things like that, we kill all backwards compatibility, so i don't think that is a feasible way forwards for Zope2. Also loads of things need to be reimplemented, in that case. However, one project HAS done just that kind of thing: Zop3. Why don't use Ruby for example (with Ruby on Rails or without it)? It's modern (if you compare it with python) and clear I hear many Ruby-people claiming ruby is superiour ty Python. None has yet been able to show me one superiority that is not simply matters of taste. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Keyword index search
Garito wrote at 2005-5-22 16:54 +0200: ... Dieter Maurer wrote ... I am a big Zope user who also files occational bug reports and patches. ... * I am a pragmatist. When I know there is a problem and I know how to avoid it, I just avoid it. If I know where the problem is I report it to fix the bug I told you above that I do, too, provided that * I have the problem (I do not have a KeywordIndex problem because I have Managable KeywordIndex) * I see some chance that the problem gets addressed. But, if the problem is pressing, then my pragmatist part says: avoid or fix in our version. I believe ManagableIndex it is more flexible, more efficient and has less bugs than the stock Zope indexes. Why 2 ways?: Because of different decision makers... 1.- Official one doesn't work 2.- Unofficial one who needs some duplicated dependency (OFolder seem very similar to Ordered folder don't you thing?) Indeed: ManagableIndex required order support -- before there was such support in the Zope core. Thus, I took one which provided this functionality: OFolder. Now Zope has built in order support and ManagableIndex could (in principle) use this. But why should I invest work into this change? What it would help *me*? It might save about 5 minutes of installation time for ManagableIndex. But, truely, it that worth any effort? If you answer yes, send me a check about 100 EUR and I will change ManagableIndex to use Ordered Folder. ... Perhaps but *your product doesn't work properly* any diference if you was a brake system producer (here I'm talking with the keyword index original developer) The and operator is a rare use case for KeywordIndex. That's the reason why this problem occurs comparatively rarely (a few times in some years). And that's probably an essential cause why this bug still exists. ... Anyway (I see I can't do anything to change your way of life) At least you should carefully read my responses to your questions: As I wrote earlier, I can not change the official Zope code! -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Still. Zope date datatype and TimeZone formatting problems.
Zopistas: I am experiencing the same problem you described by Mr. Hong Yuan in his post a few from last March. I have Zope 2.7.4, python 2.3.4 and PostgreSQL 8.0 and psycopg as DB adapter. All my dates stores in postgresql are WITHOUT timezone and my linux is set for the America/Mexico City time zone. All works fine at the OS and python level but not within Zope, it behaves as Mr. Hong Yuan describes in the post. I have noticed that Zope, when getting the data coming from postgresql (the date) always takes it to be at midnight in GMT time zone. While formatting the date for presentation, it doesn't take into account the OS TZ settings, it just assumes data (from postgresql) is at midnight in GMT and mangles it. If the TZ variable is set on the zope.conf file, it actually adds hours to the date (as like moving east), having first during the day having the date ok but a wrong time and, later on the day, the date goes wrong because of that timezone difference. If the TZ is not set in the zope.conf file it substracts hours from the date data from postgresql, effectively moving the date on day before, because it assumed midnight GMT. Doing further experiments I have noticed that when the data type passed to Zope is date (not datetime or timespamp, only date) then Zope misbehaves with the TZ, assuming it is on GMT and not taking into account the overall system (Operating system) time zone settings. I have seen posts discussing this issue as far back as 2001. Has it been solved already ? Is it worth getting into the Zope code and trying to fix it and submit a patch ? Or its already deprecated ? or...? I believe it is still a huge bug the the Zope/Python date time handling routines, I am correct with this appreciation? Any comments are most than welcome. Felipe Dieter Maurer wrote: Hong Yaun wrote at 2005-3-14 21:43 +0800: ... However, I find that strftime returns a value that is not the same time as the original one, very likely due to some behind-scene timezone adjustment, which I don't understand and don't know how to control. The following PythonScript code is an illustration of my problem: A bug recently discussed some time ago in the mailing list. Please search the archive... Thanks Dieter for the pointers. After reading through the thread and the DateTime code, I finally find that this is a different bug. My Linux server has its local time zone set to Asia/Shanghai, which has the abbreviation 'CST', standing for China Standard Time (GMT+8). ws1:~# date Thu Mar 17 17:54:08 CST 2005 Unfortunately, the same abbreviation is also used for US Central Standard Time (GMT-6) and zope takes this as the default. So in python I get the following test results: from DateTime import DateTime a = DateTime('2005-01-01 17:00') a DateTime('2005/01/01 17:00:00 US/Central') a.strftime('%Y-%m-%d %H:%M:%S %Z') '2005-01-02 07:00:00 CST' In zope version prior to 2.7.4, DateTime.strftime doesn't respect timezone, so I did't see the error in my application. After upgrade to 2.7.4 however, the difference surfaced. By the way, this only happens when I am initializing DateTime object from a string, e.g. from a timestamp field in database. When DateTime is constructed with the system time, the error doesn't occur: a=DateTime() a DateTime('2005/03/17 17:42:36.380 US/Central') a.strftime('%Y-%m-%d %H:%M:%S %Z') '2005-03-17 17:42:36 CST' How can I fix this? -- HONG Yuan Homemaster Trading Co., Ltd. No. 601, Bldg. 41, 288 Shuangyang Rd. (N) Shanghai 200433, P.R.C. Tel: +86 21 55056553 Fax: +86 21 55067325 E-mail: hongyuan at homemaster.cn signature.asc Description: This is a digitally signed message part ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Keyword index search
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Garito wrote: Dieter Maurer escribió: Garito wrote at 2005-5-20 12:41 +0200: ... I have a ZCatalog object with a keywordindex called keywords I would like to search some objects with keywords ['k1', 'k2', k3', 'k4'] for that I use: return context.catalog({'keywords': {'query': ['k1', 'k2', k3', 'k4'], 'operator': 'and'}}) but these query returns objects with keyword = ['k2', 'k3'] (for me incorrect, I would like to find objects with *all* keywords How can I make these kind of querys? A long standing bug in KeywordIndex... Maybe, you give my Managable KeywordIndex a try (part of ManagableIndex). I cannot promiss you that ManagableIndex is free of bugs but I definitely can promiss you that a bug resulting in wrong search results is fixed much much more quickly than in the Zope core :-) http://www.dieter.handshake.de/pyprojects/zope Hi Dieter! I can't understand the lack of concern you talk about unresolved bugs in Zope It seems Zope is not a serious tool. Imagine you want to buy a car but the seller says: in these model there are a bug on the brake system but I you put these extra no problem How can I convince my customers to use Zope with these kind of searchable information? The bug you encountered is sufficiently an edge case that it has not gotten any attention from the people who could fix it. Agitating for it on the list is likely to be less productive than contributing: - Write one or more unit tests which demonstrates the failure (e.g., they fail with the current implementation). - Implement the fix, such that the new tests pass without causing any others to fail. - Submit the patch, including both the test and the patched implementation, as an attachment to the collector issue Andreas pointed to: http://www.zope.org/Collectors/Zope/889 Such bug reports get quicker attention, because: - they demand less effort from the person with commit access to understand the problem (even without the fix, writing the test case would be valuable here). - they show that the bug matters enough to somebody to have invested the effort. I have checked in a number of patches from Dieter in this way, which means that Dieter is contributing to the core Zope code, even without checkin access (which Dieter doesn't want to obtain). Tres. - -- === Tres Seaver [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCkMrZ+gerLs4ltQ4RAl14AJ4xmHMk6PKCJrTv3hJQ/xeCOqNYsgCglSiP KSHy7IctCFqHBoOmxwSTMws= =HCJO -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Still. Zope date datatype and TimeZone formatting problems.
Mixing things that have timezone and things that doesn't can always be tricky. The hard part is identifying exactly how you expect things to behave at each step, and then making sure it does. In this case it seems like data written to postgres is not donverted to GMT, but stripped of the timezone, but when read, it is assumed to be GMT. This is inconsistent. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Equivalent of context ZPT variable in DTML ?
Hello, What is the equivalent in DTML of ZPT context variable ? Thanks for your help, -- Stéphane ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Equivalent of context ZPT variable in DTML ?
KLEIN Stéphane wrote: Hello, What is the equivalent in DTML of ZPT context variable ? Thanks for your help, -- Stéphane ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) __ NOD32 1.1105 (20050522) Information __ This message was checked by NOD32 antivirus system. http://www.nod32.com Stephenie, Someone may correct me on this but I think its assumed in DTML. So dtml REQUEST = p tal:content=context/request or p tal:content=python: context.REQUEST David ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Equivalent of context ZPT variable in DTML ?
--On Montag, 23. Mai 2005 0:01 Uhr +0200 KLEIN Stéphane [EMAIL PROTECTED] wrote: Hello, What is the equivalent in DTML of ZPT context variable ? dtml-var this().somemethod() ? -aj pgpR27sWCi7Cv.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Still. Zope date datatype and TimeZone formatting problems.
--On Sonntag, 22. Mai 2005 13:01 Uhr -0500 Felipe Barousse Boue [EMAIL PROTECTED] wrote: I have noticed that Zope, when getting the data coming from postgresql (the date) always takes it to be at midnight in GMT time zone. I believe it is still a huge bug the the Zope/Python date time handling routines, I am correct with this appreciation? I am pretty sure that this is a problem of the underlaying DA (ZPsycopgDA) or the under-underlaying psycopg Python module. DateTime instances are generated by DA from the data coming out of the database...so I would look there and maybe check with the author of the DA. So try to search the solution from the bottom and not from the top. -aj pgpXaG7IMvUIA.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Equivalent of context ZPT variable in DTML ?
Am Montag, den 23.05.2005, 00:01 +0200 schrieb KLEIN Stéphane: Hello, What is the equivalent in DTML of ZPT context variable ? Its more or less the underscore: _ _ == context this() == template (or somethimes context if its a dtmlmethod I believe) The main problem with DTML is its lax handling of the namespaces. (e.g. they are all put on a pile where it fishes for variables - and its often a surprise where it finds them ;) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-DB] newbie DTML: multiple WHERE
I'd like to pass in a string and a list to a ZSQL method. For example: user: foo ids: [1, 2, 3, 4, 5] I'd like to create a ZSQL method that does an update on multiple rows. For example: Arguments: user, ids (string, list) UPDATE myTable SET Owner = dtml-sqlvar user type=string WHERE Id IN dtml-sqltest ids type=int multiple I'd like the SQL to look like this: UPDATE myTable SET Owner = foo Where Id IN (1,2,3,4,5) I wish there were more examples up online for ZSQL, especially for those of us who are using ZPT, and DTML is somewhat foreign. For example, could I use a dtml-sqlgroup or dtml-in to solve this? tia! - Mike ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db