| *** efge has joined #zope3-dev | 00:07 | |
| *** tarek has joined #zope3-dev | 00:11 | |
| *** GaryPoster has quit IRC | 00:34 | |
| *** lunatik has joined #zope3-dev | 00:41 | |
| *** lunatik has left #zope3-dev | 00:43 | |
| *** projekt01 has joined #zope3-dev | 00:47 | |
| *** srichter has joined #zope3-dev | 00:49 | |
| *** ChanServ sets mode: +o srichter | 00:50 | |
| *** J1m has left #zope3-dev | 01:04 | |
| *** SteveA_ has quit IRC | 01:59 | |
| *** einheit_ has joined #zope3-dev | 01:59 | |
| *** stub has joined #zope3-dev | 02:02 | |
| *** einheit_2 has joined #zope3-dev | 02:24 | |
| *** zbir has joined #zope3-dev | 02:28 | |
| *** einheit_ has quit IRC | 02:32 | |
| *** zbir has quit IRC | 02:41 | |
| *** bradb_ has joined #zope3-dev | 02:51 | |
| *** bradb_ has quit IRC | 02:59 | |
| *** projekt01 has quit IRC | 03:05 | |
| *** bradb has quit IRC | 03:06 | |
| *** einheit_2 is now known as SteveA | 03:12 | |
| *** sm has quit IRC | 03:27 | |
| *** BjornT has quit IRC | 03:30 | |
| *** GaryPoster has joined #zope3-dev | 03:45 | |
| *** SteveA has quit IRC | 04:28 | |
| *** zbir has joined #zope3-dev | 04:39 | |
| *** stub has quit IRC | 04:39 | |
| *** Aiste has quit IRC | 05:10 | |
| *** __mac__ has quit IRC | 05:10 | |
| *** tiredbones has quit IRC | 05:10 | |
| *** vinsci has quit IRC | 05:10 | |
| *** Hellfried has quit IRC | 05:10 | |
| *** GaryPoster has quit IRC | 05:11 | |
| *** peaceman has quit IRC | 05:17 | |
| *** andres_ has quit IRC | 05:17 | |
| *** xenru has quit IRC | 05:17 | |
| *** bob2 has quit IRC | 05:17 | |
| *** peaceman has joined #zope3-dev | 05:29 | |
| *** MJ has quit IRC | 05:35 | |
| *** Aiste has joined #zope3-dev | 05:35 | |
| *** andres_ has joined #zope3-dev | 05:36 | |
| *** xenru has joined #zope3-dev | 05:36 | |
| *** bob2 has joined #zope3-dev | 05:36 | |
| *** MJ has joined #zope3-dev | 05:39 | |
| *** __mac__ has joined #zope3-dev | 05:42 | |
| *** tiredbones has joined #zope3-dev | 05:42 | |
| *** vinsci has joined #zope3-dev | 05:42 | |
| *** Hellfried has joined #zope3-dev | 05:43 | |
| *** __mac__ has quit IRC | 05:53 | |
| *** vinsci has quit IRC | 05:53 | |
| *** tiredbones has quit IRC | 05:53 | |
| *** vinsci has joined #zope3-dev | 05:53 | |
| *** __mac__ has joined #zope3-dev | 05:54 | |
| *** tiredbones has joined #zope3-dev | 05:54 | |
| *** newpers has joined #zope3-dev | 05:54 | |
| *** sm has joined #zope3-dev | 07:04 | |
| *** sm has quit IRC | 08:10 | |
| *** ignas has quit IRC | 08:24 | |
| *** zagy has quit IRC | 08:29 | |
| *** zagy has joined #zope3-dev | 08:34 | |
| *** newpers has quit IRC | 08:44 | |
| *** sashav has quit IRC | 08:48 | |
| *** dlk has joined #zope3-dev | 08:51 | |
| *** dlk has quit IRC | 08:52 | |
| *** dlk has joined #zope3-dev | 09:01 | |
| *** jinty has joined #zope3-dev | 10:17 | |
| *** sashav has joined #zope3-dev | 10:19 | |
| *** MJ has quit IRC | 10:37 | |
| jinty | hoi srichter, more zpkg issues for z3 trunk from the schooltool nightly build... | 10:45 |
|---|---|---|
| *** xenru has quit IRC | 10:54 | |
| *** ignas has joined #zope3-dev | 11:06 | |
| *** andres_ is now known as andres | 11:16 | |
| *** MJ has joined #zope3-dev | 11:24 | |
| *** mgedmin has joined #zope3-dev | 12:07 | |
| *** mkerrin has joined #zope3-dev | 12:14 | |
| *** efge has quit IRC | 12:14 | |
| *** fermigier has joined #zope3-dev | 12:24 | |
| *** philiKON has joined #zope3-dev | 12:53 | |
| *** xenru has joined #zope3-dev | 12:58 | |
| *** MrTopf has joined #zope3-dev | 13:10 | |
| *** efge has joined #zope3-dev | 13:28 | |
| __mac__ | hi, is it possible to use the catalog to query all objects which implement a given interface? | 14:29 |
| VladDrac | it is | 14:31 |
| *** Aiste has quit IRC | 14:31 | |
| VladDrac | I think | 14:32 |
| VladDrac | can't remember if I actually managed to do so | 14:32 |
| *** Jim7J1AJH has quit IRC | 14:34 | |
| zagy | cool | 14:35 |
| *** xenru|clone has joined #zope3-dev | 14:38 | |
| VladDrac | sorry can't really confirm that it works | 14:39 |
| zagy | not cool ;) | 14:39 |
| VladDrac | but you should be able to introspect what interfaces you implement and index them | 14:39 |
| zagy | probably as dotted names, right? | 14:40 |
| zagy | I mean indexing the instances would be silly | 14:40 |
| srichter | philiKON: so are you going to finish the zpkgtools work you started in a branch? | 14:40 |
| *** zbir has quit IRC | 14:41 | |
| VladDrac | zagy don't know if that's silly | 14:41 |
| VladDrac | as long as the catalog/index can index/compare them | 14:42 |
| * zagy ponders | 14:42 | |
| zagy | we'll try something | 14:48 |
| zagy | thanks VladDrac :) | 14:48 |
| VladDrac | def getType(self): | 14:52 |
| VladDrac | """ return those interfaces that extend ICubicContent """ | 14:52 |
| VladDrac | return [inf.unwrap() for inf in providedBy(self.context) if inf.extends(ICubicContent)] | 14:52 |
| VladDrac | that's what I did I guess ;) | 14:52 |
| VladDrac | with the following index | 14:53 |
| VladDrac | ('type', 'getType', ISearchableType, 1, FieldIndex), | 14:53 |
| *** xenru has quit IRC | 14:53 | |
| VladDrac | so it does work, hurray :) | 14:55 |
| zagy | great | 14:57 |
| zagy | we'll try that, thank you :) | 14:57 |
| *** alga has joined #zope3-dev | 14:57 | |
| *** Aiste has joined #zope3-dev | 15:01 | |
| *** MJ has quit IRC | 15:23 | |
| *** MJ has joined #zope3-dev | 15:25 | |
| *** bradb_ has joined #zope3-dev | 15:26 | |
| *** gumpa has joined #zope3-dev | 15:40 | |
| *** mgedmin has quit IRC | 15:44 | |
| __mac__ | VladDrac: from where do you import providedBy? | 15:44 |
| srichter | zope.interface | 15:45 |
| *** alga has quit IRC | 15:49 | |
| *** zbir has joined #zope3-dev | 15:59 | |
| __mac__ | thx srichter | 16:05 |
| *** SteveA has joined #zope3-dev | 16:05 | |
| __mac__ | VladDrac: your example almost worked: we had to use providedBy(self.context).interfaces() and inf.getName() | 16:06 |
| VladDrac | mac the code I showed is a couple of months old | 16:10 |
| VladDrac | dunno if anything in zope3 changed, but I assume it once worked for me this way as well :) | 16:10 |
| VladDrac | with indexing pure interfaces, not strings | 16:11 |
| *** anguenot has joined #zope3-dev | 16:16 | |
| *** J1m_ has joined #zope3-dev | 16:22 | |
| *** benji has joined #zope3-dev | 16:24 | |
| *** d2m has joined #zope3-dev | 16:28 | |
| *** mgedmin has joined #zope3-dev | 16:31 | |
| *** Egon__ has joined #zope3-dev | 16:39 | |
| *** Egon__ has quit IRC | 16:42 | |
| *** stub has joined #zope3-dev | 16:46 | |
| *** BjornT has joined #zope3-dev | 16:48 | |
| *** mgedmin has quit IRC | 16:53 | |
| *** sm has joined #zope3-dev | 16:56 | |
| *** SteveA has quit IRC | 16:57 | |
| *** dlk has quit IRC | 17:07 | |
| *** sashav has quit IRC | 17:14 | |
| *** mgedmin has joined #zope3-dev | 17:18 | |
| *** SteveA has joined #zope3-dev | 17:19 | |
| *** d2m has quit IRC | 17:23 | |
| *** d2m_ has joined #zope3-dev | 17:23 | |
| *** d2m_ is now known as d2m | 17:23 | |
| *** andres_ has joined #zope3-dev | 17:28 | |
| *** zagy has quit IRC | 17:37 | |
| *** __mac__ has quit IRC | 17:43 | |
| *** andres has quit IRC | 17:46 | |
| *** Aiste has quit IRC | 18:12 | |
| *** andres_ is now known as andres | 18:20 | |
| *** strichter has joined #zope3-dev | 18:25 | |
| *** srichter has quit IRC | 18:27 | |
| *** strichter is now known as srichter | 18:28 | |
| *** ChanServ sets mode: +o srichter | 18:28 | |
| *** zagy has joined #zope3-dev | 18:28 | |
| *** zagy has quit IRC | 18:29 | |
| *** Aiste has joined #zope3-dev | 18:34 | |
| *** andres has quit IRC | 18:41 | |
| *** sashav has joined #zope3-dev | 18:46 | |
| *** gumpa has quit IRC | 18:48 | |
| *** tiredbones has quit IRC | 18:59 | |
| *** mkerrin has quit IRC | 19:00 | |
| *** mkerrin has joined #zope3-dev | 19:03 | |
| *** sashav has joined #zope3-dev | 19:12 | |
| *** sashav has quit IRC | 19:18 | |
| *** sashav has joined #zope3-dev | 19:19 | |
| *** peaceman has quit IRC | 19:21 | |
| *** agroszer has joined #zope3-dev | 19:25 | |
| * mgedmin stares in wonder at @apply in zope.testbrowser.browser | 19:26 | |
| srichter | yeah, I am not sure I like this use of decorators either; it seems dubious | 19:27 |
| srichter | much more effort and less readability for using a new feature | 19:28 |
| srichter | I do like @property for read-only properties though | 19:28 |
| *** mkerrin has quit IRC | 19:30 | |
| *** MJ has quit IRC | 19:31 | |
| *** MrTopf has quit IRC | 19:31 | |
| *** mkerrin has joined #zope3-dev | 19:33 | |
| benji | srichter, I'd be interested in discussing the use of decorators in testbrowser if you wish (or ignore you if you don't :) | 19:35 |
| benji | mgedmin, do you stare because of confusion or awe? :) | 19:35 |
| srichter | benji: I just realize that I would not prefer it this way | 19:36 |
| srichter | benji: I accept your choice there, otherwise I would have changed it already ;-) | 19:36 |
| mgedmin | benji, I think it is either insanely great, or insanely crazy | 19:36 |
| mgedmin | I'm not sure which :-) | 19:36 |
| benji | mgedmin, I'll take either | 19:36 |
| tarek | greatly crazy | 19:36 |
| J1m_ | The @apply hack is better than the alternative, | 19:36 |
| * mgedmin just hooked up mechanize and zope.testbrowser.browser to functionally test a roundup instance | 19:36 | |
| srichter | well, I like the alternative a little bit better | 19:37 |
| srichter | I guess the advantage of @ apply is that it does not leave useless methods around in the class | 19:37 |
| *** J1m_ has quit IRC | 19:38 | |
| *** J1m has joined #zope3-dev | 19:38 | |
| sm | nice, mgedmin | 19:39 |
| benji | mgedmin, I'm confused about what you have done; testbrowser already uses mechanize and can access arbitrary web sites (see over_the_wire.txt) | 19:39 |
| mgedmin | all I have done is learned how to use what already exists | 19:41 |
| *** Egon__ has joined #zope3-dev | 19:41 | |
| mgedmin | (without depending on zope.schema/zope.interface/other chunks of zope) | 19:42 |
| benji | mgedmin, so you followed over_the_wire.txt? | 19:42 |
| mgedmin | not quite | 19:45 |
| benji | why not? | 19:46 |
| mgedmin | I needed a script to find a bunch of *.txt files, load them, muck with pythonpath to make mechanize available, start the roundup demo server in the background, run the doctests with unittest, then kill the background server | 19:46 |
| mgedmin | so I wrote one | 19:46 |
| mgedmin | and since I liked zope.testbrowser.browser.Browser better than mechanize.Browser (nice properties, etc.) | 19:47 |
| mgedmin | so I had to figure out how to get that one without importing half of Zope 3 into our local project repository | 19:47 |
| mgedmin | (which was: comment out all mentions of interfaces) | 19:48 |
| mgedmin | therefore the reading of zope/testbrowser/browser.py and goggling at @apply decorators | 19:48 |
| mgedmin | brightened up my day | 19:48 |
| benji | there is a doctest that explains how to do that without touching the testbrowser code (testbrowser is useable without the rest of Zope 3) | 19:48 |
| mgedmin | is it? it imports zope.interface unconditionally | 19:49 |
| benji | next time you need brightening I have more code you can ready | 19:49 |
| benji | s/ready/read/ | 19:49 |
| mgedmin | I also liked the any() function ;-) | 19:49 |
| mgedmin | is there an obfuscated Python code contest? | 19:49 |
| benji | yep, see... wait for it.... over_the_wire.txt | 19:50 |
| mgedmin | (I saw it) | 19:50 |
| mgedmin | I think we're misunderstanding each other | 19:50 |
| mgedmin | by "without the rest of Zope 3" I meant "without having zope.foo modules in my PYTHONPATH" | 19:51 |
| mgedmin | not "without using the Z3 publisher infrastructure directly" | 19:51 |
| *** BjornT has quit IRC | 19:51 | |
| benji | mgedmin, ok that makes more sense, I've been wanting to make a simple distribution with the required parts (zope.interfaces, etc.) included | 20:00 |
| *** gumpa has joined #zope3-dev | 20:01 | |
| * mgedmin dreams about zpkgtools and python eggs converging and becoming automatically built Ubuntu packages | 20:01 | |
| srichter | benji: it's a matter of 15 mins, if DEPENDENCIES.cfg and SETUP.cfg are setup ;-) | 20:01 |
| benji | srichter, 15 for someone who knows how to do it (which isn't me) :) | 20:02 |
| srichter | mgedmin: I think there will be some drive to create eggs using zpkgtools | 20:02 |
| benji | I saw where someone already started on that, so that's good | 20:02 |
| srichter | benji: just copy the ZopeInterface release directry, change some of the info and you should be done | 20:02 |
| srichter | mgedmin: isn't jinty also working on this type of stuff? | 20:03 |
| * mgedmin doesn't know | 20:04 | |
| jinty | in my dreams;) if I had the time | 20:04 |
| srichter | :-) | 20:04 |
| *** BjornT has joined #zope3-dev | 20:05 | |
| *** anguenot has quit IRC | 20:14 | |
| *** mp has joined #zope3-dev | 20:29 | |
| *** BjornT has quit IRC | 20:33 | |
| *** bradb_ has quit IRC | 20:48 | |
| *** stub has quit IRC | 20:50 | |
| *** jinty has quit IRC | 20:57 | |
| *** ignas has quit IRC | 21:04 | |
| *** efge has quit IRC | 21:08 | |
| *** fermigier has quit IRC | 21:11 | |
| tarek | srichter, ayt ? | 21:25 |
| *** MJ has joined #zope3-dev | 21:30 | |
| *** mkerrin has quit IRC | 21:30 | |
| *** tiredbones has joined #zope3-dev | 21:32 | |
| srichter | tarek: yep | 21:32 |
| *** zagy has joined #zope3-dev | 21:37 | |
| *** SteveA has quit IRC | 21:37 | |
| *** stub has joined #zope3-dev | 21:40 | |
| *** mp has quit IRC | 21:41 | |
| *** mp has joined #zope3-dev | 21:41 | |
| *** SteveA has joined #zope3-dev | 21:41 | |
| tarek | srichter, yes so i located the problem of #481, it's an issue with twisted.web2.stream. I need to dig it more, to learn how BuffedStream works but I have a workaround for zope.app.xmlrpc | 21:44 |
| srichter | great! | 21:45 |
| tarek | calling readlines() instead of read() works fine | 21:45 |
| srichter | ok, so that;s a twisted bug, we should add it to their bug collector and use read() for now | 21:45 |
| tarek | read() always sends '' when using readExactly api | 21:46 |
| agroszer | are local utilities persistent? | 21:47 |
| srichter | yes | 21:47 |
| agroszer | but globals not? | 21:47 |
| srichter | right | 21:47 |
| agroszer | I'm asking, because I'm a little bit confused about how zope.wfmc and ecm.workflow are cooperating | 21:48 |
| srichter | sprry, I know nothing about ecm.workflow | 21:49 |
| agroszer | I'm also just trying to understand | 21:50 |
| agroszer | it does a "provideUtility(pd, IProcessDefinition, pd.id)" | 21:50 |
| srichter | right | 21:51 |
| agroszer | so that should be a global utility | 21:51 |
| *** mexiKON has joined #zope3-dev | 21:51 | |
| srichter | you do this to register the process definition as a utility (global that is( | 21:51 |
| srichter | I think some ZCML directive does this automatically | 21:51 |
| agroszer | now I'm wondering, because after I shut+restart Z3, the definition is still there | 21:52 |
| agroszer | list(getAllUtilitiesRegisteredFor(IProcessDefinition)) returns them | 21:52 |
| srichter | where is the provideUtility call made? | 21:53 |
| agroszer | just a sec | 21:53 |
| tarek | srichter, the problem is, the zope.publisher.xmlrpc doctest passes just fine with the bug (??) we have a problem there to properly simulate rpc calls | 21:53 |
| srichter | well, note that functional tests do not use the server | 21:54 |
| agroszer | will be a lengthy description... | 21:54 |
| srichter | they send their stuff to the publisher directly | 21:54 |
| tarek | ok | 21:54 |
| *** xenru|clone is now known as xenru | 21:55 | |
| agroszer | I have an Application class (something like schoolbell's), it implements IReadContainer, IPossibleSite, IAttributeAnnotatable | 21:55 |
| tarek | so i guess i'll just go for that fix, w/o adding a test | 21:56 |
| agroszer | there is an event subscriber for .interfaces.IApplication zope.app.container.interfaces.IObjectAddedEvent | 21:56 |
| srichter | tarek: yeah, in this case it is ok I think | 21:57 |
| srichter | agroszer: note that the provideUtility call above is usually done from ZCML | 21:57 |
| tarek | k | 21:57 |
| agroszer | in the subscriber method I convert the app object to site, then add the WorkflowUtility, which contains the ProcessDefinitionRegistry | 21:57 |
| srichter | I bet you one of the directives you have ssets it up already | 21:57 |
| agroszer | still in the subscriber I do addProcessDefinitionFromXpdl('z:/ecmdemo.xpdl') | 21:58 |
| srichter | ok, that is a local utility call | 21:58 |
| agroszer | I see | 21:59 |
| agroszer | so that's why it is persistent | 21:59 |
| srichter | yep | 22:00 |
| *** mgedmin has quit IRC | 22:00 | |
| agroszer | wait a sec | 22:00 |
| agroszer | in zope.component.provideUtility it calls for getGlobalSiteManager() | 22:01 |
| srichter | does addProcessDefinitionFromXpdl call provideUtility? I doubt it | 22:02 |
| agroszer | but it does | 22:03 |
| srichter | ok, then I don;t know | 22:03 |
| srichter | you have to ask one of the ECM developers | 22:03 |
| srichter | like Jean-Marc or Roger | 22:03 |
| agroszer | in fact Julien wrote in a mail that I can't keep the process def's persistent... | 22:04 |
| agroszer | I'll reply him | 22:04 |
| agroszer | anyway, thanks for your help | 22:04 |
| *** philiKON has quit IRC | 22:07 | |
| agroszer | is there any way to un-provide a utility? | 22:09 |
| srichter | not globally | 22:10 |
| srichter | restart should work | 22:10 |
| srichter | locally you can delete the ZODB of course, to get a new slate | 22:11 |
| agroszer | I'm thinking about how to manage the process definitions... I mean add/modify/delete | 22:12 |
| srichter | via ZCML | 22:12 |
| srichter | you should not allow users to edit workflows | 22:12 |
| agroszer | sorry, no way, it must be user defined | 22:13 |
| srichter | then you are guaranteed that your system will not work for a day | 22:13 |
| agroszer | I cannot pre-define the workflows | 22:13 |
| srichter | in this case you have to write persistent workflow definitions from scratch | 22:14 |
| srichter | (including workflow definitions) | 22:14 |
| srichter | (including all the edit screens) | 22:14 |
| srichter | this is a lot of work and you should really re-evaluate your requirements | 22:15 |
| srichter | you could , of course, also allow people to just upload XPDL files to the database and have a subscriber register them globally at startup | 22:16 |
| agroszer | I know that it is hell lot, that's why I wanted to use ecm.workflow/zope.wfmc | 22:16 |
| srichter | however, I think this is a recipe for disaster | 22:16 |
| srichter | because you interact with the workflow via applications | 22:16 |
| agroszer | yes, this is a still a big hole in my plans | 22:16 |
| srichter | those applications have to be written in Python and if you cannot predefine the workflwo, you can also only hardly define the applications | 22:17 |
| agroszer | my app is a document management app | 22:17 |
| srichter | I really do not know what ecm.workflow does, so I cannot say anything about them | 22:17 |
| srichter | so? | 22:17 |
| agroszer | that's why the workflow should be user defined | 22:18 |
| srichter | the workflow in a given company is almost always well-defined | 22:18 |
| srichter | I disagree | 22:18 |
| agroszer | they decide on site what to do, and there are not always gurus there to hack zcml | 22:18 |
| srichter | a workflow is a very complex data structure and there is no way the average Joe can modify this | 22:18 |
| srichter | you will corrupt the entire application in no-time | 22:19 |
| srichter | editing ZCML is a lot easier than editing a workflow | 22:19 |
| srichter | you could only provide a very limited set of operations for users | 22:20 |
| srichter | but that means a lot of code development | 22:20 |
| agroszer | surely, for the first time they won't get the mercedes :-) | 22:20 |
| srichter | ok, so you need to start writing local process definition utilities first | 22:21 |
| srichter | then edit screens for them | 22:21 |
| srichter | and then specific edit screens for your use case | 22:21 |
| agroszer | in fact everything what's there in zope.wfmc | 22:22 |
| agroszer | but instead of using (local) utilities I have to provide a sort of process registry | 22:22 |
| agroszer | which is of course persistently stored | 22:23 |
| agroszer | something like that | 22:24 |
| srichter | no you need to make process definitions persistent | 22:24 |
| srichter | the process definition registry is just the local utility resgistry | 22:24 |
| agroszer | yes, of course | 22:24 |
| agroszer | missed that | 22:24 |
| agroszer | does Roger and/or the guys from z3ecm come online here on IRC? | 22:26 |
| srichter | roger is projekt01 | 22:27 |
| srichter | the Nuxeo guys are resularly here as well | 22:27 |
| tarek | julien and florent have left a while ago | 22:27 |
| tarek | julien == anguenot, florent == efge | 22:28 |
| agroszer | I see, I'll try to catch them | 22:28 |
| agroszer | thank you very much | 22:28 |
| srichter | you are welcome | 22:29 |
| *** ballen has joined #zope3-dev | 22:32 | |
| mp | how do I specify default field date to be now? | 22:36 |
| srichter | I think you have to do this manually | 22:37 |
| *** agroszer has left #zope3-dev | 22:41 | |
| *** agroszer has joined #zope3-dev | 22:42 | |
| *** agroszer has left #zope3-dev | 22:46 | |
| *** SteveA has quit IRC | 22:50 | |
| *** SteveA has joined #zope3-dev | 22:51 | |
| *** BjornT has joined #zope3-dev | 22:51 | |
| *** agroszer has joined #zope3-dev | 22:54 | |
| *** agroszer has left #zope3-dev | 22:55 | |
| *** agroszer has joined #zope3-dev | 22:55 | |
| *** agroszer has quit IRC | 22:55 | |
| *** bradb_ has joined #zope3-dev | 22:57 | |
| *** Jim7J1AJH has joined #zope3-dev | 23:02 | |
| *** Egon__ has left #zope3-dev | 23:03 | |
| *** gumpa has quit IRC | 23:05 | |
| *** projekt01 has joined #zope3-dev | 23:27 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!