IRC log of #zope3-dev for Thursday, 2009-01-15

*** whit has quit IRC00:01
*** agroszer_ has quit IRC00:07
*** davisagli has quit IRC00:07
*** menesis has joined #zope3-dev00:10
*** ignas has quit IRC00:11
*** Rolando has joined #zope3-dev00:13
*** Rolando has quit IRC00:14
*** Rolando has joined #zope3-dev00:15
*** reco has joined #zope3-dev00:26
*** malthe|away is now known as malthe00:28
*** malthe is now known as malthe|Zzz00:39
*** davisagli has joined #zope3-dev00:49
*** cshenton has quit IRC00:54
*** Rolando has quit IRC00:59
*** jamur2 has quit IRC01:15
*** menesis has quit IRC01:19
*** runyaga has quit IRC01:30
*** lurkymclurkleton has quit IRC01:33
*** jpcw has quit IRC01:37
*** sunew has quit IRC01:54
*** andycat has joined #zope3-dev01:58
*** lucielejard has quit IRC02:28
*** reco has quit IRC02:33
*** nathany has quit IRC02:37
*** junkafarian has joined #zope3-dev02:38
*** whit has joined #zope3-dev02:54
*** rmarianski has quit IRC02:54
*** fmail has joined #zope3-dev03:21
*** J1m has quit IRC03:22
*** benji has quit IRC03:32
*** greenman has quit IRC03:38
*** aaronv has quit IRC03:39
*** aaronv has joined #zope3-dev03:40
*** greenman has joined #zope3-dev03:41
*** davisagli has left #zope3-dev04:01
*** junkafarian has quit IRC04:05
*** brandon_rhodes has quit IRC04:06
*** whit has quit IRC04:08
*** reco has joined #zope3-dev04:10
*** rmarianski has joined #zope3-dev04:38
*** strichter has quit IRC04:49
*** davisagli has joined #zope3-dev04:58
*** aaronv has quit IRC05:19
*** stub has joined #zope3-dev05:45
*** reco has quit IRC05:55
*** reco has joined #zope3-dev05:58
*** binseer has joined #zope3-dev06:42
*** baijum has joined #zope3-dev06:58
*** MrSipan has joined #zope3-dev07:10
*** ktwilight_ has joined #zope3-dev07:16
*** MrSipan has quit IRC07:17
*** fmail has left #zope3-dev07:19
*** ktwilight_ has quit IRC07:24
*** ktwilight_ has joined #zope3-dev07:24
*** afd_ has joined #zope3-dev07:26
*** ktwilight has quit IRC07:28
*** davisagli has left #zope3-dev07:30
*** greenman has quit IRC07:31
*** rmarianski has quit IRC07:46
*** davisagli has joined #zope3-dev08:02
*** pcardune has joined #zope3-dev08:35
*** fmail has joined #zope3-dev08:38
*** fmail has left #zope3-dev08:39
*** fairwinds has quit IRC08:41
*** jayaraj has joined #zope3-dev08:41
*** __mac__ has joined #zope3-dev08:45
*** jukart has joined #zope3-dev08:51
*** srichter has joined #zope3-dev08:54
*** baijum has quit IRC08:55
*** baijum has joined #zope3-dev08:56
*** nyo1 has quit IRC08:59
*** pcardune has quit IRC09:06
*** srichter has quit IRC09:08
*** srichter has joined #zope3-dev09:08
*** projekt01 has joined #zope3-dev09:09
*** quodt has joined #zope3-dev09:11
*** baijum has quit IRC09:18
*** JaRoel|4D has quit IRC09:21
*** nyo1 has joined #zope3-dev09:31
*** basti__ has joined #zope3-dev09:35
*** davisagli_ has joined #zope3-dev09:36
*** nyo2 has joined #zope3-dev09:40
*** nyo1 has quit IRC09:40
*** Theuni has joined #zope3-dev09:48
*** davisagli has quit IRC09:52
*** baijum has joined #zope3-dev10:03
*** JaRoel|4D has joined #zope3-dev10:08
*** JaRoel|4_ has joined #zope3-dev10:13
*** jpcw has joined #zope3-dev10:17
*** pelle_ has joined #zope3-dev10:18
*** pyqwer has joined #zope3-dev10:18
*** strichter has joined #zope3-dev10:20
*** srichter has quit IRC10:20
*** strichter is now known as srichter10:20
*** ChanServ sets mode: +o srichter10:20
*** harobed has joined #zope3-dev10:28
*** mkerrin has joined #zope3-dev10:28
*** stub has quit IRC10:28
*** stub has joined #zope3-dev10:29
*** greenman has joined #zope3-dev10:30
*** regebro has joined #zope3-dev10:33
*** jayaraj has quit IRC10:35
*** jayaraj has joined #zope3-dev10:35
*** agroszer has joined #zope3-dev10:35
*** JaRoel|4D has quit IRC10:37
*** MJ has joined #zope3-dev10:38
*** zagy has quit IRC10:40
*** danfairs has joined #zope3-dev10:45
*** zagy has joined #zope3-dev10:46
*** junkafarian has joined #zope3-dev10:46
*** harobed has quit IRC10:49
*** davisagli_ has quit IRC10:59
*** yotaff has quit IRC11:00
*** yotaff has joined #zope3-dev11:00
*** davisagli_ has joined #zope3-dev11:00
*** fRiSi has joined #zope3-dev11:08
*** VladDrac has left #zope3-dev11:18
*** hipertracker has joined #zope3-dev11:19
*** baijum has quit IRC11:22
*** baijum has joined #zope3-dev11:24
*** malthe|Zzz is now known as malthe11:28
*** malthe has quit IRC11:39
*** malthe has joined #zope3-dev11:40
*** mgedmin has joined #zope3-dev11:44
*** davisagli_ has left #zope3-dev11:53
*** tarek has joined #zope3-dev12:02
*** jpcw has quit IRC12:07
*** jpcw has joined #zope3-dev12:08
*** iham|away is now known as iham12:13
*** afd_ has quit IRC12:31
*** junkafarian_ has joined #zope3-dev12:38
*** junkafarian_ is now known as junk|work12:39
*** jhauser has joined #zope3-dev12:52
*** harobed has joined #zope3-dev12:54
pyqwerHi, does anyone know how to migrate data from one ZODB to another? My first attempt was to open both databases and simply set a reference from the first data to the second, but that fails: InvalidObjectReference: Attempt to store an object from a foreign database connection12:56
srichterpyqwer: look at the zodbconvert script in RelStorage12:57
nyo2pyqwer: I also successfully used export/import features12:57
srichterit also works from FielStorage to FileStoragfe12:57
pyqwernyo2: What export/import features are that?12:58
pyqwerAre they part of the ZODB package?12:58
nyo2pyqwer: ZODB's standard ones12:59
nyo2the Connection class inherits from ExportImport class12:59
nyo2pyqwer: that has exportFile12:59
nyo2method12:59
nyo2it event exports blobs12:59
pyqwernyo2: Ok, so I could export all my data as blobs (e.g. into a string) and reimport it in the other database.12:59
nyo2pyqwer: you basically export an object to a ZEXP file and then can import it in another db13:00
nyo2pyqwer: but note, that if your object has __parent__ pointing to some other object, there's a big chance that all ZODB contents will be exported :)13:01
pyqwerHmmm, that's bad.13:02
mgedminheh13:02
nyo2pyqwer: about blobs i meant that it can pack Blob instances to the ZEXP file13:02
pyqwerMy exact problem is that when switching from Zope3-tar.gz distrib to KGS something is different/went wrong and I cannot access my views and data (due to access restrictions).13:02
pyqwerSo my idea was, to recreate my whole site and simply export/import the low-level data.13:02
nyo2pyqwer: i just temporarily removed the __parent__ from the object for exporting, but that's ugly solution I think13:03
pyqwerHmmm, what about simply doing a dumps(mydata)?13:04
pyqwerAnd export/import data like that? That should omit the __parent__ problem.13:04
nyo2pyqwer: i don't think it would work ))) i don't know much about ZODB internals though. if you have blob objects, simple dumps won't work definetely for them)13:05
pyqwerHmmm.13:05
*** markusleist has quit IRC13:05
nyo2pyqwer: i needed a quick solution for moving data, so I just saved parent to a temporary variable, cleared it for exported objects, committed transaction, exported it and then restored its parent and committing transaction again)))13:07
nyo2pyqwer: sounds lame, but worked for my simple case13:07
pyqwernyo2: Ok, I think I'll try that, too.13:07
pyqwerThanks!13:07
nyo2pyqwer: np. however, I'd like to hear more opinions on that topic13:07
*** aaronv has joined #zope3-dev13:08
*** MrTopf has joined #zope3-dev13:10
*** junk|work is now known as Singletonedeaf13:19
pyqwernyo2: Hmmm, how would I use that ExportImport? I tried the following: from ZODB import ExportImport; e=ExportImport();e.exportFile('myoid'); But that gives me: AttributeError: ExportImport instance has no attribute '_storage'13:20
nyo2pyqwer: that is a mix-in class.13:23
nyo2pyqwer: your ZODB connection object inherits it13:23
pyqwerAh, ok.13:23
*** binseer_ has joined #zope3-dev13:23
nyo2pyqwer: something like that here: obj._p_jar.exportFile(obj._p_oid)13:24
nyo2pyqwer: (that returns a resulting file object)13:25
pyqwernyo2: Ok, yes, that seems to work, now there's the __parent__ problem as it exports everything... ;-)13:27
*** Singletonedeaf is now known as junk|work13:27
nyo2pyqwer: yep13:27
*** menesis has joined #zope3-dev13:28
*** baijum has quit IRC13:28
mgedminit'd be nice if exportFile() supported something like copy.deepcopy()'s memo argument13:30
*** jukart has quit IRC13:30
mgedminor pluggable custom copy-vs-don't-copy logic of some kind13:30
nyo2mgedmin: yeah, that'd be just great )13:31
pyqwernyo2: Hmmm, I did something like that: myobj.temp_parent=myobj.__parent__; myobj.__parent__ = None and exported it then, but this seems to make not much difference as everything is still exported?13:31
nyo2pyqwer: because you are storing it in your object13:32
mgedminmaybe there are other references to the great outside?13:32
mgedminoh, duh13:32
nyo2pyqwer: so it's still linked to the parent, but with another attribute name.13:32
*** reco has quit IRC13:32
pyqwernyo2: Hmmm, not that I know, but its referenced in an index, perhaps that's a problem?13:34
nyo2pyqwer: no :)13:35
*** jayaraj has quit IRC13:35
nyo2pyqwer: your object are still pointing to the parent, but with temp_parent attribute instead of __parent__ that is the same to ZODB13:36
nyo2pyqwer: just save parent into temporary in-memory variable, not object's attribute13:36
pyqwernyo2: Yep, I recognized that and just set the __parent__ = None for now, without backing up.13:36
nyo2pyqwer: well, if you don't need to restore it, you can just set it to None of course)13:36
pyqwerYes, I can easily set it to its parent when importing it manually in the new container.13:37
nyo2pyqwer: i mean restoring its original state in the source database13:38
*** Theuni1 has joined #zope3-dev13:38
pyqwernyo2: Ok, yes, but I don't need to commit, thus its not important, I assume?13:38
*** greenman has quit IRC13:38
nyo2pyqwer: IIRC, you need to commit it, because exportFile function only reads committed data)13:39
nyo2pyqwer: so if you won't commit, the __parent__ won't be set to None)13:39
pyqwerAh! So that's the reason!13:39
*** greenman has joined #zope3-dev13:39
nyo2pyqwer: yep, iirc13:39
pyqwerYes, now it seems to work.13:40
*** greenman has quit IRC13:41
*** binseer__ has joined #zope3-dev13:47
*** binseer has quit IRC13:47
*** Theuni has quit IRC13:48
*** binseer__ is now known as binseer13:48
*** binseer__ has joined #zope3-dev13:56
*** olavgg has quit IRC13:58
*** olavgg has joined #zope3-dev13:59
nyo2mgedmin: what do you think about simply adding a "skip" argument to the exportFile that contains a sequence of oids that are not written in the export file?14:06
*** mintsauce has joined #zope3-dev14:08
*** binseer_ has quit IRC14:10
pyqwernyo2: Btw., that trick seems to have done it, I still have some issues with the index, but I think I'll be able to fix that.14:10
mintsauceWith much kind assistance from the channel I managed to display a Choice vocabulary with RadioWidgets earlier in the week: form_fields['foo'].custom_widget = CustomWidgetFactory(RadioWidget)14:11
mintsaucenext question is, can i do the same with Checkboxes? :D14:11
pyqwermintsauce: That's formlib, not z3c.form, right?14:12
mintsauceBefore you ask:  form_fields['foo'].custom_widget = CustomWidgetFactory(CheckBoxWidget) returns TypeError: __init__() takes exactly 3 arguments (4 given)14:12
mintsaucepyqwer: yup, formlib14:12
nyo2mintsauce: oh that zope.app.form's magic with auto-detecting collection fields...14:13
nyo2mintsauce: that thing needs to be looked at)14:13
mintsaucenyo2: errr ... can I get round the 'magic' ?14:13
mintsauceWill it be happier with single terms in the vocab? I currently pass the standard 3 terms (as if it was a dropdown)14:15
nyo2mintsauce: you are using zope.app.form.browser.itemswidgets.RadioWidget, right?14:16
nyo2ah..14:17
nyo2mintsauce: ignore that, i need to get some sleep)14:17
mintsaucefrom zope.app.form.browser import RadioWidget14:17
nyo2mintsauce: you need checkboxes now)14:17
mintsaucenyo2: yup - different data to that which I was working on earlier in the week ;)14:18
*** binseer has quit IRC14:18
nyo2mintsauce: you need to do multiple select with checkboxes?14:18
nyo2mintsauce: then you need a MultiCheckBoxWidget for that, if i remember correctly14:19
*** jukart has joined #zope3-dev14:19
nyo2mintsauce: 'cause ``CheckboxWidget`` is for boolean fields14:19
mintsaucenyo2: suspected that, but thought I could override it as we did with RadioWidget - will give it a try14:20
nyo2mintsauce: btw, MultiCheckBoxWidget are used for List fields with Choice as its value_type14:21
*** baijum has joined #zope3-dev14:21
mintsauceMy default for Choice seems to be drop downs ..14:21
*** malthe is now known as malthe|away14:22
nyo2mintsauce: because it's only for one value, while multicheckboxes is for multiple values)14:23
nyo2mintsauce: so you can use select or radio widgets for single value Choice fields, and multiple-selects or multicheckbox widgets for lists of selectable values)14:23
*** jayaraj has joined #zope3-dev14:24
mintsauceAhh - i see14:24
*** menesis has left #zope3-dev14:24
*** binseer__ is now known as binseer14:24
*** menesis has joined #zope3-dev14:24
mintsaucejust tested: form_fields['foo'].custom_widget = CustomWidgetFactory(MultiCheckBoxWidget) it's exactly what i was after - thanks for the help14:26
nyo2mintsauce: np)14:27
*** alga has joined #zope3-dev14:45
*** sunew has joined #zope3-dev14:46
mintsauceI'm trying to access context.request.principal, but keep getting a ForbiddenAttribute error - can i get round this with removeSecurityProxy?14:46
pyqwerHmmm, shouldn't it be self.request.principal?14:47
pyqwer(in the view)14:47
mintsauceahh .. hang on, i know what I'm doing wrong14:48
mintsaucetrying to get it as if it was a view - but it's not, its a zodb object14:48
mintsauceignore me, can get what i want a better way :)14:48
*** fairwinds has joined #zope3-dev14:52
*** pelle_ has quit IRC15:00
*** jukart has quit IRC15:06
*** pelle_ has joined #zope3-dev15:15
*** benji has joined #zope3-dev15:21
*** __mac__ has quit IRC15:26
jayarajmintsauce :)15:26
*** baijum has quit IRC15:35
*** cshenton has joined #zope3-dev15:37
*** brandon_rhodes has joined #zope3-dev15:46
*** mgedmin has quit IRC15:48
*** mgedmin has joined #zope3-dev15:48
*** jpcw has quit IRC15:48
*** menesis has quit IRC15:49
*** binbrain_ has joined #zope3-dev15:58
*** jamur2 has joined #zope3-dev16:01
*** jpcw has joined #zope3-dev16:01
*** menesis has joined #zope3-dev16:02
*** mintsauce has quit IRC16:02
*** lurkymclurkleton has joined #zope3-dev16:03
*** J1m has joined #zope3-dev16:04
*** pelle_ has quit IRC16:04
*** binbrain has quit IRC16:15
*** pelle_ has joined #zope3-dev16:18
*** sp0cksbeard has joined #zope3-dev16:41
*** binbrain_ has quit IRC16:43
*** sunew has quit IRC16:49
*** binseer has quit IRC16:51
*** __mac__ has joined #zope3-dev16:56
*** reco has joined #zope3-dev16:58
*** J1m has quit IRC17:02
*** srichter has quit IRC17:05
*** srichter has joined #zope3-dev17:07
pyqwerDoes someone know if/when this silly issue with setuptools + svn 1.5 will be fixed?17:07
*** basti__ has quit IRC17:08
benjipyqwer: I believe it already has been17:08
benjitry upgrading setuptools17:08
pyqwerbenji: Wow, that would be great, I'll try, thanks!17:09
*** J1m has joined #zope3-dev17:09
*** mintsauce has joined #zope3-dev17:10
*** kleist has joined #zope3-dev17:13
mintsauceHaving problems with my earlier Choice as MultiCheckBoxWidget - it's returning an error on submit - TypeError: 'NoneType' object is not callable - zope.app.form-3.7.0-py2.5.egg/zope/app/form/browser/itemswidgets.py", line 212, in _toFieldValue17:14
*** MatthewWilkes has joined #zope3-dev17:15
mintsauceWhich I've traced back to class MultiDataHelper17:15
mintsauce"Mix-in helper class for getting the term from the HTML form."17:15
mintsauce"All AbstractCollection fields have a `_type` attribute specifying the type of collection."17:16
kleisthello all, when using zope.interface 3.5.0 with the -3 flag of python 2.6, i get deprecation warnings...17:16
kleist... Overriding __eq__ blocks inheritance of __hash__ in 3.x17:16
mintsauceMatthewWilkes: :)17:16
kleist... I guess reporting in launchpad is _not_ appropriate?17:16
MatthewWilkesmintsauce: hi17:17
MatthewWilkeskleist: Well, it is a Python 2 package, they're not actually bugs.  That said, a working version for Python 3 would be cool17:20
kleistthanx MatthewWilkes, I did suspect that raising an issue wouldn't be appreciated17:22
MatthewWilkeskleist: Don't get me wrong, I'm certainly interested in the warnings17:24
MatthewWilkeskleist: I've heard people talking about Zope2 python3 compatibility which would require zope.interface (and plenty more)17:25
kleistMatthewWilkes: here?17:25
kleistMatthewWilkes: you want it informally, here?17:25
MatthewWilkesNo, I'm sure there's loads all over the place17:25
kleistactually, i'm using z.i indirectly via "twisted"17:26
mintsaucedo i need a value_type attribute?17:28
*** sp0cksbeard has left #zope3-dev17:33
*** cshenton_ has joined #zope3-dev17:34
mgedminMatthewWilkes: well, if we have a class that overrides __eq__ and doesn't override __hash__, it might be considered a bug, if you look at it just right17:37
mgedminand talk very fast17:37
mgedmina == b is supposed to imply hash(a) == hash(b)17:37
mgedminor Things Will Break Badly when you use a as a dictionary key and then try to look up b17:37
mgedminif nobody ever uses those objects as dictionary keys (or set items), it doesn't really matter17:38
mintsauceComment in offending code in itemswidgets.py : "If the value_type is None we may fall over.  We may not be able to do any better than that."17:38
*** fRiSi has quit IRC17:38
mgedminpyqwer: setuptools 0.6c9 has the svn 1.5 fix17:39
*** MJ has quit IRC17:41
kleistmgedmin: exactly! http://docs.python.org/whatsnew/2.6.html17:42
MatthewWilkesmgedmin: Yeah, I think that's specified as a bug in the docs, now I think about it17:43
kleist... "set __hash__ = None to indicate that the class isn’t hashable ... You should do this when you’ve defined a __cmp__() or __eq__() method that compares objects by their value"17:43
mgedmin'should' is the right word for this17:44
kleist... I get the DeprecationWarning for advice.py line 12917:45
MatthewWilkes"The only required property is that objects which compare equal have the same hash value" - If __eq__ has been overridden it may well no longer fit that property17:45
pyqwermgedmin: Wow, great! At last!17:45
mgedminpyqwer: it happened last year :-)17:46
pyqwerInteresting, never noticed, but searched quite often.17:46
*** quodt has quit IRC17:48
*** srichter has quit IRC17:49
mintsauceHow would I set a value_type for my Choice schema field? This seems to be what's breaking.17:49
*** srichter has joined #zope3-dev17:49
*** danfairs has quit IRC17:50
*** cshenton has quit IRC17:51
lisppaste6mintsauce pasted "Schema Problem" at http://paste.lisp.org/display/7364217:52
*** stub has quit IRC17:57
projekt01mintsauce, you are trying to use a sequence widget for a non sequence field17:57
projekt01Choice is not a sequence17:58
*** nathany_ has joined #zope3-dev17:58
*** srichter has quit IRC17:58
*** srichter has joined #zope3-dev17:58
mintsauceI'd like to use CheckBoxWidgets with a vocabulary (although I can make it a list or dict if that makes life easier) - is this possible?17:59
mintsauceBasically - list of names from zodb - want to display as checkboxes17:59
projekt01You can define a List of Choice17:59
mintsauceList *of* Choice?17:59
projekt01    stati = zope.schema.List(18:00
projekt01        title=_(u'Stati'),18:00
projekt01        description=_(u'The stati of the application.'),18:00
projekt01        value_type=zope.schema.Choice(vocabulary=StatusVocabulary),18:00
projekt01        required=True,18:00
projekt01        default=None)18:00
projekt01something like that?18:01
projekt01the widget should work out of the box for such a field construct18:01
*** rmarianski has joined #zope3-dev18:07
*** binbrain has joined #zope3-dev18:10
*** pcardune has joined #zope3-dev18:18
mintsauceprojekt01: for term in self.vocabulary: TypeError: 'Choice' object is not iterable18:19
projekt01da stimmt was nicht mit dem setup. Choice selbst hat keine terms sondern das vocabulary in widget.vocabulary18:21
mintsauceprojekt01: Been a while since i had to speak German - 'Something wasn't in the setup, Choice has no terms in the vocab?' ;)18:23
projekt01;-)18:23
*** jayaraj has quit IRC18:24
projekt01Thre something wrong with the field setup. The choice has no terms, the vocabulary in widget.vocabulary has terms18:24
projekt01mintsauce, something iterates the widget but should iterate the vocabulary18:25
mintsauceAhh .... im supplying terms from a dict - but that dict may be empty ....18:25
projekt01mintsauce, something iterates the FIELD but should iterate the vocabulary18:25
projekt01do you have a dict of terms?18:26
projekt01mintsauce, replace that dict of terms with a zope.schema.vocabulary.SimpleVocabulary18:27
mintsauceThis is what im currenlty using: terms = [SimpleTerm(x.keys()[0], x.keys()[0], x.keys()[0]) for x in foolist]18:28
mintsaucewhich is super-classed to SimpleVocabulary18:28
projekt01take a look at SimpleVocabulary, you can create one with a list of terms like you have18:28
*** rocky1 has joined #zope3-dev18:28
*** rocky has quit IRC18:29
projekt01mintsauce, your problem ist probably different since it says Choice is not iterable during Terms lookup18:30
projekt01make sure that widget.vocabulary exists and it should work with default widgets, skip the custom widget factory part18:31
*** projekt01 has quit IRC18:33
*** rocky1 is now known as rocky18:33
*** kleist has quit IRC18:34
*** sunew has joined #zope3-dev18:34
*** malthe|away is now known as malthe18:35
mintsauceit works without the custom widget factory, just not with ...18:36
*** nyo2 has quit IRC18:38
*** sunew has quit IRC18:40
*** sunew has joined #zope3-dev18:40
binbrainthere doesn't seem to be a way to override the @@contents.html template for the containerView. How do you do that?18:46
*** pyqwer has quit IRC18:49
mgedminaugh!18:53
* mgedmin can't get rid of the habit of using ctrl-v s18:53
mgedminwhich means something completely different if you've got surround.vim :(18:53
*** menesis has quit IRC18:55
*** menesis1 has joined #zope3-dev18:55
*** menesis1 is now known as menesis18:55
*** menesis has left #zope3-dev18:57
*** strichter has joined #zope3-dev18:58
*** menesis has joined #zope3-dev18:59
*** jhauser has quit IRC18:59
*** menesis has quit IRC19:00
*** menesis has joined #zope3-dev19:05
*** mintsauce has quit IRC19:06
*** menesis has left #zope3-dev19:06
*** JaRoel|4_ has quit IRC19:09
*** srichter has quit IRC19:13
*** davisagli has joined #zope3-dev19:14
*** menesis has joined #zope3-dev19:18
*** menesis has quit IRC19:20
*** menesis has joined #zope3-dev19:20
*** __mac__ has quit IRC19:23
*** J1m has quit IRC19:25
*** malthe is now known as malthe|away19:30
*** hipertracker has quit IRC19:31
*** TheSkrill has joined #zope3-dev19:31
*** regebro has quit IRC19:39
*** pcardune has quit IRC19:46
*** TheSkrill has left #zope3-dev19:47
*** mkerrin has quit IRC19:56
*** afd_ has joined #zope3-dev19:58
*** junk|work has quit IRC20:09
*** jhauser has joined #zope3-dev20:15
*** nyo1 has joined #zope3-dev20:20
*** mgedmin has quit IRC20:23
*** J1m_ has joined #zope3-dev20:37
*** nyo1 has quit IRC20:40
*** MatthewWilkes has quit IRC20:40
*** J1m_ has quit IRC20:42
*** J1m_ has joined #zope3-dev20:42
*** JaRoel|4D has joined #zope3-dev20:47
*** alga has quit IRC20:56
*** jpcw_ has joined #zope3-dev20:59
*** jpcw has quit IRC21:00
*** Theuni1 has quit IRC21:02
*** cshenton has joined #zope3-dev21:08
*** sunew has quit IRC21:08
*** sunew has joined #zope3-dev21:09
*** __mac__ has joined #zope3-dev21:11
*** __mac__ has quit IRC21:17
*** jhauser has quit IRC21:20
*** menesis has quit IRC21:20
*** cshenton_ has quit IRC21:24
*** quodt has joined #zope3-dev21:24
*** philiKON_ has joined #zope3-dev21:31
*** harobed has quit IRC21:39
*** MrTopf has quit IRC21:41
*** Theuni has joined #zope3-dev21:44
*** philiKON has quit IRC21:49
*** jpcw_ has left #zope3-dev21:50
*** jpcw has joined #zope3-dev21:51
*** strichter is now known as srichter21:53
*** ChanServ sets mode: +o srichter21:53
*** TresEquis has joined #zope3-dev21:56
*** pcardune has joined #zope3-dev21:59
*** vimes656 has joined #zope3-dev22:04
*** sunew has quit IRC22:04
*** vimes656 has quit IRC22:06
*** vimes656 has joined #zope3-dev22:06
*** aaronv has quit IRC22:18
*** VladDrac has joined #zope3-dev22:19
*** aaronv has joined #zope3-dev22:22
*** vimes656 has quit IRC22:25
*** vimes656 has joined #zope3-dev22:25
*** vimes656 has quit IRC22:29
*** vimes656 has joined #zope3-dev22:30
*** lucielejard has joined #zope3-dev22:31
*** junkafarian has quit IRC22:35
*** J1m_ has quit IRC22:51
*** J1m_ has joined #zope3-dev22:52
*** J1m_ has quit IRC22:58
*** J1m_ has joined #zope3-dev22:59
*** markusleist has joined #zope3-dev23:00
*** afd_ has quit IRC23:00
*** vimes656 has quit IRC23:04
*** jhauser has joined #zope3-dev23:04
*** vimes656 has joined #zope3-dev23:07
*** malthe|away is now known as malthe23:09
VladDrac923:12
*** Theuni has quit IRC23:15
*** nathany_ has quit IRC23:16
*** davisagli_ has joined #zope3-dev23:22
*** harobed has joined #zope3-dev23:22
Fubar^You guessed wrong, the correct number is 4!23:23
*** pelle_ has quit IRC23:24
Vq^i would never have guessed that...23:37
*** davisagli has quit IRC23:39
*** davisagli_ is now known as davisagli23:39
*** jhauser has quit IRC23:48
*** cshenton has quit IRC23:51
*** runyaga has joined #zope3-dev23:56
*** nathany_ has joined #zope3-dev23:57
*** reco has quit IRC23:57

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!