| *** bowe has quit IRC | 00:00 | |
| *** bowe has joined #zope | 00:00 | |
| *** bowe has quit IRC | 00:02 | |
| *** bowe has joined #zope | 00:03 | |
| *** TresEquis has joined #zope | 00:05 | |
| *** Theuni1 has joined #zope | 00:06 | |
| *** menesis has quit IRC | 00:09 | |
| *** jim_SFU has quit IRC | 00:13 | |
| *** bowe has quit IRC | 00:15 | |
| *** ccomb has quit IRC | 00:17 | |
| *** alvaro_o has quit IRC | 00:33 | |
| *** RiverRat has joined #zope | 00:34 | |
| *** rockfruit has joined #zope | 00:40 | |
| *** Arfrever has quit IRC | 00:49 | |
| *** d2m has left #zope | 00:56 | |
| *** TresEquis has quit IRC | 00:56 | |
| *** mcdonc has joined #zope | 00:58 | |
| *** Ariel_Calzada has quit IRC | 01:06 | |
| *** FSCV1 has joined #zope | 01:15 | |
| *** dvschramm is now known as dvschramm|away | 01:16 | |
| *** FSCV has quit IRC | 01:19 | |
| *** sm has joined #zope | 01:31 | |
| *** rogererens has quit IRC | 01:41 | |
| *** Theuni1 has quit IRC | 01:44 | |
| *** redir has quit IRC | 01:58 | |
| *** fredvd|kitchen is now known as fredvd | 01:59 | |
| *** J1m has quit IRC | 01:59 | |
| *** redir has joined #zope | 01:59 | |
| *** shastry_ has quit IRC | 02:00 | |
| *** redir has quit IRC | 02:01 | |
| *** rogererens has joined #zope | 02:01 | |
| *** hever has quit IRC | 02:06 | |
| *** mr_jolly has joined #zope | 02:08 | |
| *** MrTango has quit IRC | 02:12 | |
| *** rogererens has quit IRC | 02:12 | |
| *** ccomb has joined #zope | 02:13 | |
| *** mr_jolly has left #zope | 02:13 | |
| *** alga_ has joined #zope | 02:35 | |
| *** alga has quit IRC | 02:37 | |
| *** daMaestro has quit IRC | 02:43 | |
| *** FSCV1 has quit IRC | 03:01 | |
| *** redir has joined #zope | 03:10 | |
| *** dayne has quit IRC | 03:17 | |
| *** AnneGilles_ has joined #zope | 03:23 | |
| *** srichter has quit IRC | 03:24 | |
| *** ccomb has quit IRC | 03:25 | |
| *** AnneGilles has quit IRC | 03:25 | |
| *** AnneGilles_ is now known as AnneGilles | 03:25 | |
| *** srichter has joined #zope | 03:25 | |
| *** RichardBarrell has quit IRC | 03:29 | |
| *** f10w has quit IRC | 03:49 | |
| *** f10w has joined #zope | 03:50 | |
| *** tiwula has quit IRC | 03:52 | |
| *** sm has quit IRC | 03:59 | |
| *** mcdonc has quit IRC | 04:06 | |
| *** mcdonc has joined #zope | 04:09 | |
| *** tiwula has joined #zope | 04:10 | |
| *** webmaven has quit IRC | 04:15 | |
| CIA-85 | benji jim-multiple-doctest * r119937 manuel/ (4 files in 2 dirs): | 04:39 |
|---|---|---|
| CIA-85 | some small tweaks: | 04:39 |
| CIA-85 | - whitespace | 04:39 |
| CIA-85 | - typo | 04:39 |
| CIA-85 | - use the more common "m" name for a manuel instead of "self" | 04:39 |
| *** SpankyFromBRC has joined #zope | 04:47 | |
| *** Spanktar has quit IRC | 04:49 | |
| *** SpankyFromBRC is now known as Spanktar | 04:49 | |
| *** alga_ has quit IRC | 04:52 | |
| *** benji has quit IRC | 04:54 | |
| CIA-85 | benji * r119938 manuel/ (4 files in 2 dirs): | 04:59 |
| CIA-85 | merge in svn+ssh://svn.zope.org/repos/main/manuel/branches/jim-multiple-doctest | 04:59 |
| CIA-85 | (plus a small whitespace tweak) | 04:59 |
| CIA-85 | benji * r119939 /manuel/tags/1.4.1: tag 1.4.1 | 04:59 |
| CIA-85 | benji 1.4.1 * r119940 manuel/ (CHANGES.txt setup.py): set version and release date) on 1.4.1 tag | 04:59 |
| CIA-85 | benji * r119941 manuel/CHANGES.txt: fix release date | 04:59 |
| *** rockfruit has quit IRC | 05:02 | |
| *** srichter has quit IRC | 05:50 | |
| *** purserj has quit IRC | 06:35 | |
| *** purserj has joined #zope | 06:35 | |
| *** astoon has joined #zope | 06:52 | |
| *** Spanktar has quit IRC | 07:16 | |
| *** Spanktar has joined #zope | 07:18 | |
| *** Spanktar has quit IRC | 07:27 | |
| planetzopebot | Trove categories for Buildout recipes and extensions (For surely there is an end ...) http://baijum81.livejournal.com/34160.html | 08:04 |
| *** tiwula has quit IRC | 08:30 | |
| *** astoon has quit IRC | 08:32 | |
| *** sivang has joined #zope | 08:42 | |
| sivang | hi all | 08:42 |
| sivang | what was the predecessor tool for distribute? my memory is utterly useless | 08:42 |
| *** tisto has joined #zope | 08:43 | |
| *** wosc has joined #zope | 08:51 | |
| *** d2m has joined #zope | 09:08 | |
| *** __mac__ has joined #zope | 09:15 | |
| *** yalu_ has joined #zope | 09:20 | |
| *** yalu has quit IRC | 09:23 | |
| *** redir has quit IRC | 09:31 | |
| avn | sivang: setuptools was | 09:33 |
| *** mr_jolly has joined #zope | 09:42 | |
| *** mr_jolly has left #zope | 09:42 | |
| *** cpf_ has joined #zope | 09:44 | |
| sivang | avn: so projects using both are in a transition state? | 09:44 |
| *** rockfruit has joined #zope | 09:47 | |
| *** Theuni1 has joined #zope | 09:50 | |
| *** goschtl has joined #zope | 09:56 | |
| avn | sivang: "distribute" is new name for setuptools, setup.py still use "import setuptools" and install_requires = ['setuptools'] | 09:57 |
| *** yvl has joined #zope | 09:58 | |
| sivang | avn: ah okay, so just a name for a version line | 09:59 |
| sivang | avn: I was specifically wondering about Pyramid | 10:00 |
| sivang | so that makes this clear, thanks | 10:00 |
| *** martijn|4D has joined #zope | 10:10 | |
| *** yalu_ has left #zope | 10:11 | |
| *** sylvain has joined #zope | 10:11 | |
| *** Theuni1 has quit IRC | 10:18 | |
| *** sivang has left #zope | 10:18 | |
| *** rockfruit has quit IRC | 10:18 | |
| *** tregrace has quit IRC | 10:23 | |
| *** j-w has joined #zope | 10:27 | |
| *** redir has joined #zope | 10:32 | |
| *** planetzopebot has quit IRC | 10:33 | |
| *** tisto is now known as tisto|away | 10:33 | |
| *** planetzopebot has joined #zope | 10:34 | |
| *** Theuni1 has joined #zope | 10:35 | |
| *** goschtl has quit IRC | 10:36 | |
| *** rogererens has joined #zope | 10:41 | |
| *** agroszer has joined #zope | 10:43 | |
| *** hever has joined #zope | 10:43 | |
| *** j-w has quit IRC | 10:45 | |
| *** hever has quit IRC | 10:46 | |
| *** hever has joined #zope | 10:47 | |
| *** mitchell`off is now known as mitchell` | 10:51 | |
| *** ccomb has joined #zope | 11:03 | |
| *** zagy has joined #zope | 11:09 | |
| *** tisto|away is now known as tisto | 11:30 | |
| *** rockfruit has joined #zope | 11:34 | |
| *** hever has quit IRC | 11:40 | |
| *** alex_morega has joined #zope | 11:51 | |
| *** mr_jolly has joined #zope | 11:53 | |
| *** goschtl has joined #zope | 11:59 | |
| *** alga has joined #zope | 12:02 | |
| *** menesis has joined #zope | 12:17 | |
| *** Wu has quit IRC | 12:28 | |
| *** AnneGilles has quit IRC | 12:29 | |
| *** Wu has joined #zope | 12:30 | |
| *** eperez_ has joined #zope | 12:31 | |
| *** MrWu has joined #zope | 12:34 | |
| *** MrWu has joined #zope | 12:36 | |
| *** Wu has quit IRC | 12:36 | |
| *** teix has joined #zope | 12:38 | |
| *** mr_jolly has quit IRC | 12:41 | |
| *** Wu has joined #zope | 12:42 | |
| *** d2m has quit IRC | 12:53 | |
| *** HammerToe has joined #zope | 13:01 | |
| HammerToe | 'lo all | 13:01 |
| HammerToe | got some deep dark BTree questions for anyone awake ;) | 13:01 |
| HammerToe | I'm digging into some performance issues (a Plone 3 site, ZCatalog data structures)... and I see a lot of IISet pickles being loaded, each with 55 items in them... | 13:02 |
| HammerToe | any idea where '55' comes from? I know there is the DEFAULT_MAX_BUCKET_SIZE, but that is set to 120 for an IIBTree.... how does IIBTree relate to an IISet? and an IITreeSet for that matter? | 13:02 |
| HammerToe | if I create an IISet and just keep adding values, will they all be in the same persistent object? I'm guessing yes? And is a TreeSet just a Set that splits itself into multiple sets arranged ina btree? | 13:03 |
| *** d2m has joined #zope | 13:07 | |
| betabug | why don't you ask on #plone? some plone devs maybe know what they did there? | 13:14 |
| betabug | (that's for the "55" question, for the other one, let me find that link that describes this stuff...) | 13:15 |
| HammerToe | betabug: because I don't think it is a Plone issue, it is a Zope BTree issue | 13:15 |
| betabug | yeah, sure | 13:16 |
| HammerToe | I'm reading through the BTree C code and I can't see why IISets would always end up with 55 items in them | 13:16 |
| betabug | well, you're dealing with *plone* there | 13:18 |
| CIA-85 | thefunny42 sylvain-subscribers * r119942 grokcore.component/src/grokcore/component/ (10 files in 3 dirs): Start to add some tests on the subscriber story. | 13:18 |
| HammerToe | betabug: no, I'm dealing with Zope BTrees | 13:18 |
| betabug | in plone | 13:19 |
| betabug | at the end of your adventure you will discover that XY is just the way plone does things | 13:19 |
| HammerToe | or if you want to get picky I'm dealing with ZCatalog's FieldIndex, which uses Zope's BTrees | 13:19 |
| HammerToe | no it has nothing to do with Plone | 13:19 |
| betabug | really? | 13:19 |
| HammerToe | really | 13:19 |
| betabug | experience shows that "if it suxx / if it's b0rken, it's plone's fault" | 13:20 |
| HammerToe | why would inserting values into a BTree and the resultant pickles that get stored in the ZODB have anything to do with Plone? | 13:20 |
| betabug | because plone messes with standard zope things | 13:20 |
| betabug | anyway, found this, dunno if it's the one I was looking for: http://wiki.zope.org/ZODB/guide/node6.html | 13:20 |
| HammerToe | betabug: you could argue that Plone doesn't do itself any favours storing 300,000 items of content all of which have an index value in the catalog | 13:20 |
| betabug | plone doesn't do favors | 13:21 |
| HammerToe | right, that confirms what I thought, that a TreeSet uses Sets to store the items | 13:21 |
| HammerToe | what I can't find out is *why* TreeSet stores exactly 55 items in each Set | 13:21 |
| betabug | probably a typo, they wanted 255 :-) | 13:22 |
| HammerToe | bascially, if I store 300,000 items in a TreeSet, I end up with 5454 Sets created... each one a separate persistent object in the ZODB, so if I iterate that entire set then I end up loading 5454 items from the ZODB, which takes a while | 13:23 |
| *** AnneGilles has joined #zope | 13:23 | |
| HammerToe | betabug: that would be a great explaination... however I bet it's wrong ;) | 13:23 |
| betabug | hmmm, sounds contra-productive | 13:23 |
| HammerToe | betabug: exactly | 13:23 |
| betabug | since it's all about storing huge lists | 13:24 |
| HammerToe | so I want to try experimenting with increasing the number of items stored in a Set... maybe to 255 ;) | 13:24 |
| HammerToe | well I guess the point is to try and balance the size of each persistent item in a trade off of number of items versus potential for a conflict error | 13:24 |
| betabug | well, dunno if #zope-dev is still around, or was it #zope3-dev | 13:24 |
| HammerToe | yeah, I just asked on #zope3-dev too... no-one awake yet | 13:25 |
| *** hever has joined #zope | 13:26 | |
| wosc | HammerToe: you could try zodb-dev@zope.org (probably asleep, too, though) | 13:29 |
| HammerToe | wosc: yeah I might do that... I think I'm getting a bit closer though... | 13:31 |
| HammerToe | an IIBTree should have a max number of items of 120... when it gets too big, it is then split into two in the middle... | 13:31 |
| HammerToe | so if you kept adding values in increasing order, then I think that means that you will end up with lots of buckets at MAX/2 size | 13:32 |
| betabug | 120/2 != 55 | 13:33 |
| HammerToe | I know... | 13:34 |
| HammerToe | but its as close as I got | 13:34 |
| HammerToe | I don't know exactly how the length is calculated, but thinking there may be some overhead or something | 13:34 |
| betabug | yeah well, it's close enough for the logic of it anyway | 13:34 |
| HammerToe | and since no-one smarter is here to tell me I'm wrong ;) :p | 13:35 |
| betabug | haha | 13:36 |
| *** lucmult has joined #zope | 13:38 | |
| *** martijn|4D has quit IRC | 13:39 | |
| *** martijn|4D has joined #zope | 13:41 | |
| *** martijn|4D has joined #zope | 13:42 | |
| *** alga has quit IRC | 13:47 | |
| kosh | I wonder why a catalog with 300K items in it would be a performance problem for you | 14:20 |
| kosh | have you actually profiled the system and found out what the problem is and not just looked at objects in memory? | 14:20 |
| kosh | I find it pretty unlikely that the catalog is a source of slowness | 14:20 |
| kosh | at least not directly, you could have FAR too many queries running | 14:21 |
| *** alga has joined #zope | 14:21 | |
| * kosh sets betabug on fire and hands out cookie dough | 14:22 | |
| *** thetet has joined #zope | 14:27 | |
| *** tmassman has joined #zope | 14:28 | |
| *** mr_jolly has joined #zope | 14:29 | |
| *** dayne has joined #zope | 14:30 | |
| HammerToe | kosh: the main reason it is slow (from what I can tell) is that quite a few data structures in the catalog end up with 300,000 items in them and many are IITreeSets which end up with around 5000 persistent objects | 14:31 |
| HammerToe | so if we have, say, 10 structures with that, then we have 50,000 objects *just* in the catalog structures | 14:31 |
| kosh | have you actually profiled the system to know that is the problem? | 14:33 |
| HammerToe | yes | 14:37 |
| kosh | and this is what showed up in the profile? that is pretty amazing | 14:39 |
| kosh | what version of zope are you using? are you using zeo? | 14:39 |
| CIA-85 | thefunny42 sylvain-subscribers * r119943 grokcore.component/README.txt: Fix RST format. | 14:41 |
| *** mr_jolly has left #zope | 14:42 | |
| *** evilbungle has joined #zope | 14:43 | |
| *** sunew has joined #zope | 14:47 | |
| *** tisto is now known as tisto|lunch | 14:50 | |
| *** srichter has joined #zope | 14:57 | |
| HammerToe | kosh: 2.10.11 | 15:08 |
| HammerToe | and yes, I'm using ZEO | 15:08 |
| *** AnneGilles_ has joined #zope | 15:08 | |
| *** AnneGilles_ has joined #zope | 15:08 | |
| kosh | same system or different system zeo server to clients? | 15:09 |
| *** AnneGilles has quit IRC | 15:11 | |
| *** AnneGilles_ is now known as AnneGilles | 15:11 | |
| *** HammerToe has quit IRC | 15:12 | |
| *** benji has joined #zope | 15:15 | |
| *** chaoflow has quit IRC | 15:19 | |
| *** chaoflow has joined #zope | 15:19 | |
| *** tmassman has quit IRC | 15:20 | |
| *** fredvd has joined #zope | 15:22 | |
| *** FSCV has joined #zope | 15:26 | |
| *** Ariel_Calzada has joined #zope | 15:33 | |
| *** yvl has quit IRC | 15:38 | |
| *** J1m has joined #zope | 15:47 | |
| *** prinzdezibel has joined #zope | 15:47 | |
| prinzdezibel | Hi. Can anybody tell me if zc.buildout support conditional statements, like build this part only if you find ${section:value}? | 15:49 |
| *** alga has quit IRC | 15:50 | |
| Moo-_ | prinzdezibel: no | 15:52 |
| Moo-_ | prinzdezibel: as far as I know | 15:52 |
| Moo-_ | I would have needed that feature long time ago | 15:52 |
| prinzdezibel | yes, that is my impression too | 15:53 |
| prinzdezibel | I don't like the idea of having several config's to separate my building needs. | 15:54 |
| prinzdezibel | Especially, since the person who does the buildout needs to modify some settings in my base.cfg anyway | 15:54 |
| CIA-85 | thefunny42 sylvain-subscribers * r119944 grokcore.component/src/grokcore/component/ (7 files in 3 dirs): | 15:58 |
| CIA-85 | Add more tests. | 15:58 |
| CIA-85 | Support subscriber registration using decorators. | 15:58 |
| *** sunew has quit IRC | 15:59 | |
| *** menesis has quit IRC | 16:01 | |
| *** FSCV has quit IRC | 16:03 | |
| *** FSCV has joined #zope | 16:08 | |
| *** nitrogenycs has joined #zope | 16:13 | |
| *** nitrogenycs_ has joined #zope | 16:17 | |
| *** nitrogenycs has quit IRC | 16:20 | |
| Theuni1 | prinzdezibel: you need to think in a reverse order | 16:24 |
| prinzdezibel | how? | 16:24 |
| Theuni1 | make separate/orthogonal build configs that are aggregated into a large one by selecting which ones you need | 16:24 |
| Theuni1 | in my case I usually end up with a central buildout.cfg that doesn't even get checked in | 16:24 |
| Theuni1 | and that only says stuff like: | 16:24 |
| Theuni1 | [buildout] | 16:24 |
| Theuni1 | extends = profiles/production.cfg profiles/zope.cfg profiles/zeo.cfg | 16:25 |
| prinzdezibel | yes, I have this already | 16:25 |
| Theuni1 | the first one would contain settings, e.g. addresses and ports for the production environment | 16:25 |
| Theuni1 | the latter says which stuff you want | 16:25 |
| Theuni1 | they can then start modifying the parts = ... variable | 16:25 |
| Theuni1 | or you can do stuff like parts += ${buildout:zope-parts} ${buildout:zeo-parts} | 16:25 |
| prinzdezibel | That means the user does scramble his parts together in the main buildout so they meet his needs, Theuni1 ? | 16:27 |
| Theuni1 | or an abstraction of it by providing preconfigured sets of parts | 16:27 |
| *** nitrogenycs_ is now known as nitrogenycs | 16:28 | |
| Theuni1 | but yea | 16:28 |
| Theuni1 | as buildout has dependency management that isn't too dangerous anyway | 16:28 |
| *** agroszer has quit IRC | 16:28 | |
| Theuni1 | (depending on the quality of your recipes) | 16:28 |
| prinzdezibel | I see. Instead of letting him set variables for the buildout, he needs to choose the proper pakets that fits his neeeds. | 16:28 |
| prinzdezibel | Good idea. Thank you, Theuni1 | 16:28 |
| Theuni1 | np, try it out and check whether it fits your needs | 16:29 |
| *** agroszer has joined #zope | 16:29 | |
| *** zenwryly has quit IRC | 16:33 | |
| CIA-85 | shane * r119945 /relstorage/ (4 files in 4 dirs): | 16:37 |
| CIA-85 | Fixed compatibility with ZODB 3.10. As reported by J?rgen Herrmann, | 16:37 |
| CIA-85 | there was a problem with conflict errors. The RelStorage patch of the | 16:37 |
| CIA-85 | sync() method now works with ZODB 3.10. | 16:37 |
| CIA-85 | shane * r119946 relstorage/relstorage/ (zodbconvert.py tests/test_zodbconvert.py): Fixed test failures and simplified the reporting units. | 16:37 |
| CIA-85 | shane * r119947 relstorage/relstorage/storage.py: Nit: 1 MB = 1e6 bytes (and 2**20 bytes = 1 MiB) | 16:37 |
| *** martijn|4D has quit IRC | 16:42 | |
| *** martijn|4D has joined #zope | 16:45 | |
| *** sm has joined #zope | 16:49 | |
| *** dayne has quit IRC | 16:50 | |
| *** alga has joined #zope | 16:55 | |
| *** jim_SFU has joined #zope | 16:59 | |
| *** d2m has quit IRC | 17:02 | |
| *** MrWu has joined #zope | 17:02 | |
| *** wosc has quit IRC | 17:03 | |
| *** d2m has joined #zope | 17:03 | |
| *** RiverRat has quit IRC | 17:07 | |
| *** AnneGilles has quit IRC | 17:09 | |
| *** dayne has joined #zope | 17:13 | |
| *** metalfan__ has joined #zope | 17:15 | |
| *** dvschramm|away is now known as dvschramm | 17:15 | |
| *** metalfan_ has quit IRC | 17:19 | |
| CIA-85 | icemac * r119948 manuel/src/index.txt: fixed typo | 17:28 |
| *** agroszer has quit IRC | 17:33 | |
| *** alvaro_o has joined #zope | 17:37 | |
| *** thetet has quit IRC | 17:39 | |
| *** nitrogenycs has left #zope | 17:44 | |
| *** fredvd has quit IRC | 17:47 | |
| *** fredvd has joined #zope | 17:47 | |
| CIA-85 | yuppie * r119949 CMF/CODINGSTYLE.txt: - added some notes about CMF specific coding issues | 17:55 |
| *** klawd has joined #zope | 17:57 | |
| klawd | hi! | 17:57 |
| *** Theuni1 has quit IRC | 17:57 | |
| klawd | i have a class object (type). can i check if the class has a certain interface? | 17:57 |
| klawd | providedBy returns false, implementedBy returns a typerror | 17:57 |
| klawd | uhm. raises of course | 17:58 |
| *** fredvd|away has joined #zope | 17:59 | |
| *** fredvd|away has quit IRC | 18:00 | |
| mgedmin | IYourInterface.implementedBy(SomeClass) should work | 18:00 |
| *** fredvd has quit IRC | 18:00 | |
| *** fredvd|away has joined #zope | 18:00 | |
| mgedmin | can you pastebin your code and traceback? | 18:00 |
| klawd | can't paste the code, sorry | 18:01 |
| klawd | raise TypeError("ImplementedBy called for non-factory", cls) | 18:01 |
| klawd | does this help? | 18:01 |
| mgedmin | is cls a new-style class? | 18:02 |
| * mgedmin isn't actually sure that would matter | 18:02 | |
| klawd | it derives from object | 18:02 |
| klawd | zope checks if it derives from callable. | 18:02 |
| klawd | whyever :| | 18:02 |
| klawd | i'm an idiot, sorry | 18:03 |
| klawd | it's actually an object of the class | 18:03 |
| mgedmin | ha! | 18:04 |
| *** tisto|lunch is now known as tisto | 18:07 | |
| klawd | damn! | 18:08 |
| klawd | it's the metaclass | 18:09 |
| klawd | http://pastebin.com/RGHJAMVV | 18:11 |
| *** tiwula has joined #zope | 18:12 | |
| mgedmin | klawd, move the __metaclass__ *above* implements() | 18:12 |
| mgedmin | because implements() is implemented through metaclasses | 18:12 |
| mgedmin | and it tries to preserve the one you had | 18:13 |
| klawd | ha! | 18:13 |
| klawd | awesome | 18:13 |
| klawd | thanks! | 18:13 |
| mgedmin | but if you override the __metaclass__ set by implements() later, bad things happen | 18:13 |
| mgedmin | (why do you need metaclasses anyway?) | 18:13 |
| MrWu | hi guys | 18:14 |
| MrWu | perhaps someone could help me with a small ZSQL issue I've found | 18:14 |
| MrWu | http://paste.e-shell.org/text105307005/get_source?text=1 | 18:14 |
| klawd | as with every case you need a metaclass: it's hard to explain. | 18:14 |
| MrWu | in that paste I perform exactly the same SQL query against a PostgreSQL database using a ZPsycopgDA connection and a ZSQLMethod | 18:14 |
| MrWu | (zope 2.10.11) | 18:15 |
| *** redir has quit IRC | 18:15 | |
| MrWu | if you look at it carefully, the "fecha" field is different in both results | 18:15 |
| MrWu | executing the query in the psql shell returns the correct format (dd/mm/yyyy) | 18:15 |
| MrWu | but the ZSQL is returning a diferent result | 18:16 |
| mgedmin | looks the same to me -- just the date format is different | 18:16 |
| MrWu | exactly | 18:16 |
| MrWu | I've forced PostgreSQL to return dd/mm/yyyy | 18:16 |
| mgedmin | I think zsql gives you DateTime objects, rather than strings | 18:16 |
| MrWu | but no luck with the zsql methods | 18:16 |
| mgedmin | you can format them as you like | 18:16 |
| MrWu | mmm | 18:16 |
| MrWu | it could be... | 18:17 |
| MrWu | and is it any way to set the default format? | 18:17 |
| *** cpf_ has quit IRC | 18:17 | |
| MrWu | I mean, switch it from yyyy/mm/dd to dd/mm/yyyy | 18:17 |
| MrWu | (I've set date_format=international in zope.conf) | 18:17 |
| MrWu | my problem, basically, is that I've like... 20-30 zsql methods | 18:18 |
| *** fredvd has joined #zope | 18:18 | |
| mgedmin | I don't remember -- I don't use zope much these days | 18:18 |
| MrWu | and 30-40 templates (ZPT) that show the results of calling the zsql methods using traversal | 18:18 |
| MrWu | like http://blabla/MyZSQL/1/MyZPT | 18:18 |
| MrWu | I could edit all the ZPT files and replace the code that shows the result of the date field | 18:19 |
| MrWu | but it would be much "cleaner", easier and faster to do it in one point | 18:19 |
| *** fredvd|away has quit IRC | 18:21 | |
| mgedmin | check the docs, maybe you can find something | 18:21 |
| mgedmin | or check the source code for the datetime class | 18:21 |
| *** alex_morega has quit IRC | 18:22 | |
| MrWu | yes, I've been trying to find out if it is something in the generic DA module, something from ZPsycopgDA or what | 18:25 |
| *** Theuni1 has joined #zope | 18:25 | |
| *** goschtl has quit IRC | 18:25 | |
| *** sylvain has quit IRC | 18:26 | |
| *** martijn|4D has quit IRC | 18:27 | |
| *** rockfruit has quit IRC | 18:28 | |
| mgedmin | MrWu, you could do that via sql, I think -- cast those timestamps to varchar | 18:31 |
| mgedmin | but if you do it in zope, then it won't be in the DA side, it'll be on the DateTime.__str__ side | 18:31 |
| *** hever has quit IRC | 18:32 | |
| MrWu | mmm | 18:33 |
| MrWu | mgedmin: interesting! | 18:33 |
| MrWu | replacing fecha_alta with fecha_alta::text in the sql query worked | 18:33 |
| MrWu | I didn't think about that option | 18:34 |
| MrWu | mmm | 18:34 |
| mgedmin | that would still require editing 30 methods | 18:34 |
| MrWu | yep | 18:34 |
| mgedmin | so I'd look for doc about zope 2 default date output formats | 18:34 |
| MrWu | well, that is what I've been doing | 18:35 |
| MrWu | and the only way I've found to solve the problem so far is creating classes to attach the zsqlmethods to | 18:35 |
| MrWu | and then do the .strftime(whatever) in one method of that class | 18:35 |
| MrWu | but it is still a lot of work | 18:35 |
| mgedmin | okay, I just looked at lib/python/DateTime/DateTime.py | 18:36 |
| mgedmin | DateTime.__str__ has no configuration | 18:36 |
| mgedmin | it always returns YYYY/MM/DD | 18:36 |
| MrWu | let me check | 18:37 |
| MrWu | I was re-checking the zope.conf directives | 18:37 |
| MrWu | http://svn.zope.org/Zope/trunk/skel/etc/zope.conf.in?rev=87179&view=markup <- datetime-format | 18:37 |
| MrWu | mmm | 18:38 |
| MrWu | I see... | 18:38 |
| MrWu | so, modifying that __str__ method should do the trick | 18:39 |
| *** fredvd has quit IRC | 18:39 | |
| *** __mac__ has quit IRC | 18:39 | |
| *** fredvd has joined #zope | 18:39 | |
| mgedmin | just so you know: monkey-patching is evil and leads to problems down the line | 18:42 |
| MrWu | sure | 18:42 |
| MrWu | but, imho, this method should look at the datetime_format parameter in zope.conf and return date formated properly | 18:43 |
| MrWu | so I'll "fix" it at least for this old app of mine | 18:43 |
| MrWu | and then generate a patch I can save for future convenience | 18:44 |
| MrWu | (I could send it to zope, but anyway, 2.10.x is not the active development branch anymore, so I don't think it matters too much) | 18:44 |
| mgedmin | you will upgrade to 2.12 sooner or latter, I hope | 18:44 |
| MrWu | not sure about it | 18:45 |
| mgedmin | security support for 2.10 is not forever | 18:45 |
| MrWu | I'm working with django a lot more lately | 18:45 |
| MrWu | new developments are done with django mostly | 18:45 |
| MrWu | and this old app perhaps would be migrated some day | 18:45 |
| *** lucmult has quit IRC | 18:46 | |
| *** lucmult has joined #zope | 18:49 | |
| *** tisto has quit IRC | 18:57 | |
| *** fredvd|away has joined #zope | 19:00 | |
| *** fredvd|away has quit IRC | 19:01 | |
| *** fredvd has quit IRC | 19:01 | |
| *** fredvd has joined #zope | 19:01 | |
| *** Arfrever has joined #zope | 19:01 | |
| CIA-85 | jim * r119950 /Sandbox/J1m/customdoctests/src/zc/customdoctests/ (js.py __init__.py): Generalized api some more. Now pass in a source transformation function. | 19:01 |
| *** metalfan__ has left #zope | 19:02 | |
| *** hever has joined #zope | 19:09 | |
| *** astoon has joined #zope | 19:17 | |
| *** astoon has quit IRC | 19:22 | |
| *** astoon has joined #zope | 19:23 | |
| *** fredvd|away has joined #zope | 19:24 | |
| *** fredvd|away has quit IRC | 19:26 | |
| *** fredvd|away has joined #zope | 19:26 | |
| *** fredvd has quit IRC | 19:27 | |
| *** fredvd has joined #zope | 19:34 | |
| *** Spanktar has joined #zope | 19:34 | |
| *** fredvd has quit IRC | 19:35 | |
| *** fredvd|away has quit IRC | 19:36 | |
| *** fredvd has joined #zope | 19:36 | |
| *** evilbungle has quit IRC | 19:37 | |
| *** Theuni1 has quit IRC | 19:39 | |
| *** redir has joined #zope | 19:51 | |
| *** __mac__ has joined #zope | 19:53 | |
| *** fredvd|away has joined #zope | 19:56 | |
| *** fredvd has quit IRC | 20:00 | |
| *** alvaro_o has quit IRC | 20:03 | |
| *** alvaro_o has joined #zope | 20:04 | |
| *** alga has quit IRC | 20:04 | |
| *** astoon has quit IRC | 20:06 | |
| *** mitchell` is now known as mitchell`off | 20:06 | |
| *** fredvd|away has quit IRC | 20:06 | |
| *** menesis has joined #zope | 20:11 | |
| *** hever has quit IRC | 20:13 | |
| *** hever has joined #zope | 20:13 | |
| *** astoon has joined #zope | 20:22 | |
| *** alvaro_o has quit IRC | 20:22 | |
| *** alvaro_o_ has joined #zope | 20:22 | |
| *** goschtl has joined #zope | 20:24 | |
| *** eperez_ has quit IRC | 20:35 | |
| *** goschtl has quit IRC | 20:36 | |
| *** d2m has quit IRC | 20:40 | |
| *** d2m has joined #zope | 20:42 | |
| *** evilbungle has joined #zope | 20:44 | |
| *** zagy has quit IRC | 20:46 | |
| *** goschtl_ has joined #zope | 20:49 | |
| *** gawel has left #zope | 20:50 | |
| *** d2m has quit IRC | 20:53 | |
| *** __mac__ has quit IRC | 20:58 | |
| *** d2m has joined #zope | 21:10 | |
| *** hever has quit IRC | 21:12 | |
| *** goschtl_ has quit IRC | 21:14 | |
| *** MrWu has quit IRC | 21:18 | |
| *** teix has left #zope | 21:18 | |
| *** prinzdezibel has quit IRC | 21:25 | |
| *** __mac__ has joined #zope | 21:30 | |
| *** Theuni1 has joined #zope | 21:32 | |
| *** prinzdezibel has joined #zope | 21:38 | |
| *** RiverRat has joined #zope | 21:38 | |
| *** alvaro_o__ has joined #zope | 21:41 | |
| *** HammerToe has joined #zope | 21:42 | |
| *** alvaro_o_ has quit IRC | 21:43 | |
| *** CIA-85 has quit IRC | 21:46 | |
| *** Theuni1 has quit IRC | 21:46 | |
| *** lucmult has quit IRC | 22:13 | |
| *** HammerToe has quit IRC | 22:16 | |
| *** CIA-85 has joined #zope | 22:16 | |
| *** zenwryly has joined #zope | 22:29 | |
| *** goschtl has joined #zope | 22:38 | |
| *** prinzdezibel has quit IRC | 22:39 | |
| *** d2m has left #zope | 22:55 | |
| *** goschtl has quit IRC | 22:59 | |
| *** sm has left #zope | 23:06 | |
| *** astoon has quit IRC | 23:08 | |
| *** __mac__ has quit IRC | 23:17 | |
| *** hever has joined #zope | 23:20 | |
| *** m8 has joined #zope | 23:20 | |
| *** hever has quit IRC | 23:22 | |
| *** J1m has quit IRC | 23:51 | |
| CIA-85 | hannosch * r119951 Products.ZCatalog/ (3 files in 3 dirs): If batching arguments are provided, limit the returned lazy sequence to the items in the required batch instead of returning trailing items falling outside of the requested batch. | 23:52 |
| CIA-85 | hannosch * r119952 Products.ZCatalog/src/Products/ZCatalog/Catalog.py: Don't use a sort limit greater or equal to the resultset | 23:52 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!