*** norro has joined #zope3-dev | 00:11 | |
*** jinty has quit IRC | 00:11 | |
*** Ariel_Calzada has joined #zope3-dev | 00:20 | |
*** jsadjohnson has joined #zope3-dev | 00:21 | |
*** ChanServ sets mode: +o srichter | 00:23 | |
*** nerdalert has quit IRC | 00:32 | |
*** jodok has quit IRC | 00:49 | |
*** jodok has joined #zope3-dev | 00:50 | |
*** Newfie2007 has quit IRC | 00:52 | |
*** spython has quit IRC | 00:52 | |
*** netshade has quit IRC | 01:03 | |
*** jbb666 has joined #zope3-dev | 01:29 | |
*** jbb666 has quit IRC | 01:31 | |
*** b52lap has joined #zope3-dev | 01:34 | |
*** timte has quit IRC | 01:40 | |
*** Ariel_Calzada has quit IRC | 01:44 | |
*** jsadjohnson has quit IRC | 01:49 | |
*** jsadjohnson has joined #zope3-dev | 01:50 | |
*** srichter has quit IRC | 01:51 | |
*** b52laptop has quit IRC | 01:52 | |
*** b52lap is now known as b52laptop | 01:52 | |
*** norro has quit IRC | 02:21 | |
*** J1m has quit IRC | 02:23 | |
*** jbb666 has joined #zope3-dev | 02:33 | |
*** nathany has quit IRC | 02:39 | |
*** deo has quit IRC | 02:40 | |
*** benji has quit IRC | 02:46 | |
*** alecm has quit IRC | 02:46 | |
*** SteveA has quit IRC | 02:46 | |
*** benji has joined #zope3-dev | 02:47 | |
*** alecm has joined #zope3-dev | 02:47 | |
*** SteveA has joined #zope3-dev | 02:47 | |
*** jsadjohnson has quit IRC | 02:56 | |
*** cbcunc is now known as __cbcunc__ | 03:06 | |
*** philiKON has quit IRC | 03:13 | |
*** pbugni has quit IRC | 03:23 | |
*** b52laptop has quit IRC | 03:51 | |
*** srichter has joined #zope3-dev | 04:10 | |
*** ChanServ sets mode: +o srichter | 04:11 | |
*** jpfarias has joined #zope3-dev | 04:14 | |
jpfarias | hi | 04:15 |
---|---|---|
jpfarias | good evening | 04:15 |
jpfarias | I'm having this weird hurry.query behaviour | 04:15 |
jpfarias | a query is returning some objects with __parent__ being None | 04:15 |
jpfarias | how is that possible? | 04:15 |
*** benji_ has joined #zope3-dev | 04:19 | |
jpfarias | benji_: ping | 04:19 |
benji_ | jpfarias: pong | 04:21 |
jpfarias | hey | 04:21 |
jpfarias | I'm having this problem with hurry.query | 04:21 |
jpfarias | u think u can help? | 04:21 |
*** benji has quit IRC | 04:21 | |
*** benji_ is now known as benji | 04:21 | |
jpfarias | a query is returning some objects with __parent__ being None | 04:21 |
* jpfarias using grok | 04:22 | |
benji | I have never used grok or burry.query; sorry | 04:22 |
jpfarias | :-( | 04:22 |
jpfarias | well | 04:22 |
jpfarias | u used catalogs? | 04:22 |
benji | not enough to help someone else with them | 04:23 |
srichter | hurry.query is cool :-) | 04:23 |
jpfarias | how could a search return objects with no parent? | 04:23 |
benji | jpfarias: srichter just volunteered to help | 04:23 |
jpfarias | that is just weird | 04:23 |
jpfarias | benji: yeah :-) | 04:23 |
srichter | be I do not knwo grok at all either | 04:23 |
jpfarias | lol | 04:23 |
jpfarias | well | 04:24 |
jpfarias | just trying to figure why a search returns objects with no parent | 04:24 |
jpfarias | the search should return 293 objects | 04:24 |
jpfarias | but returns 605 | 04:24 |
benji | I suspect they had no parrent to start with; I doubt the cataloging is messing with them | 04:24 |
srichter | there is no requirement in the catalog or query framework that returned objects must have parents | 04:24 |
jpfarias | all others (605 - 293) have no parent | 04:24 |
srichter | catalog does absolutely nothing to objects | 04:25 |
benji | gotta go guys; see you tomorrow | 04:25 |
srichter | in fact it deals with ids of objects | 04:25 |
jpfarias | ok, c ya benji | 04:25 |
jpfarias | srichter: | 04:25 |
*** benji has left #zope3-dev | 04:25 | |
jpfarias | so | 04:25 |
jpfarias | I'm wondering | 04:25 |
jpfarias | how come the query find the objects if they are not hooked to the application? | 04:25 |
jpfarias | if they have no parent | 04:25 |
srichter | your subscriber probably picks up more objects than you expect | 04:25 |
jpfarias | I dunno what it means if they have no parent | 04:26 |
srichter | did you check what objects are being returned? | 04:26 |
jpfarias | they don't belong to anything | 04:26 |
jpfarias | just weird | 04:26 |
jpfarias | the objects seems fine | 04:26 |
jpfarias | just don't belong to anything | 04:27 |
srichter | are they of the right type | 04:27 |
jpfarias | yes | 04:27 |
jpfarias | and worst yet is | 04:28 |
jpfarias | as they don't belong to anything | 04:28 |
jpfarias | I can't remove them from zodb | 04:28 |
srichter | are those object location proxied? | 04:28 |
jpfarias | dunno | 04:28 |
jpfarias | how do I know? | 04:28 |
jpfarias | they should not be | 04:28 |
srichter | checking the type | 04:28 |
srichter | type(obj) | 04:28 |
jpfarias | lemme check | 04:28 |
jpfarias | they are of the expected class | 04:29 |
srichter | ok | 04:29 |
jpfarias | I can't see even how they can exist | 04:30 |
jpfarias | lol | 04:30 |
srichter | I would put a trace at your object event subscriber that creates the int id for the object | 04:30 |
srichter | then trace back where the object is created | 04:31 |
jpfarias | well | 04:31 |
jpfarias | they were created already | 04:31 |
jpfarias | :-) | 04:31 |
jpfarias | so | 04:32 |
srichter | ok, repeat the pattern then | 04:32 |
jpfarias | I did this weird thing too | 04:32 |
jpfarias | I had the catalog | 04:32 |
jpfarias | then wanted to change it | 04:32 |
jpfarias | so I changed it in code | 04:32 |
jpfarias | then restarted zope | 04:32 |
jpfarias | and made a new app | 04:32 |
jpfarias | to register the catalog | 04:33 |
jpfarias | then unregistered and deleted old catalog from old app | 04:33 |
srichter | I don't know what "make new app" means | 04:33 |
jpfarias | lol | 04:33 |
jpfarias | ok | 04:33 |
jpfarias | it a grok application | 04:33 |
jpfarias | it like a separate site | 04:33 |
jpfarias | in same zope3 instance | 04:33 |
jpfarias | with own site manager | 04:34 |
jpfarias | makes sense now? | 04:34 |
srichter | ok, so you created a new instance of your site | 04:35 |
jpfarias | yeah | 04:35 |
jpfarias | and copied new catalog from new site | 04:35 |
jpfarias | to pre-existing site | 04:35 |
jpfarias | then registered it on old site | 04:36 |
jpfarias | got it? | 04:36 |
jpfarias | and finally deleted new site | 04:36 |
jpfarias | that I created just to copy the catalog | 04:36 |
jpfarias | I dunno what is correct procedure to change a catalog | 04:36 |
jpfarias | :-( | 04:37 |
jpfarias | that is my way | 04:37 |
jpfarias | lol | 04:37 |
srichter | you should check out the configurator | 04:37 |
srichter | it allows you to setup any object repeatedly | 04:37 |
jpfarias | what is configurator? | 04:37 |
srichter | also, generations might be what you are looking for | 04:38 |
srichter | http://svn.zope.org/z3c.configurator/trunk/src/z3c/configurator/README.txt?rev=78388&view=auto | 04:38 |
*** strichter has joined #zope3-dev | 05:11 | |
*** povbot` has joined #zope3-dev | 05:28 | |
*** WebMaven has quit IRC | 05:33 | |
*** WebMaven has joined #zope3-dev | 05:34 | |
*** Cripps has joined #zope3-dev | 05:39 | |
Cripps | heya folks. Who's usually around here for the next 9 hours? | 05:39 |
*** povbot has quit IRC | 05:40 | |
*** alecm has joined #zope3-dev | 05:51 | |
*** alecm has quit IRC | 06:18 | |
WebMaven | Cripps: well, in a few hours the folks in EU will start getting up. | 06:21 |
*** rcrafton has quit IRC | 06:22 | |
*** stub has joined #zope3-dev | 06:42 | |
CrippsFX | WebMaven: good to know ... I'll be ready for them ;) | 06:50 |
*** dobee has joined #zope3-dev | 07:50 | |
*** greenman has quit IRC | 07:56 | |
*** strichter has quit IRC | 07:59 | |
*** jukart has joined #zope3-dev | 08:13 | |
*** natea_ has joined #zope3-dev | 08:16 | |
*** natea_ has quit IRC | 08:17 | |
*** cursor has joined #zope3-dev | 08:18 | |
CrippsFX | good morning Europe :P | 08:20 |
*** kleist has joined #zope3-dev | 08:23 | |
*** zagy has joined #zope3-dev | 08:39 | |
*** sorin has joined #zope3-dev | 08:46 | |
*** sorin is now known as sorindregan | 08:47 | |
*** afd has joined #zope3-dev | 08:47 | |
*** afd has quit IRC | 08:51 | |
*** stub has quit IRC | 08:59 | |
*** jodok has quit IRC | 08:59 | |
*** zagy has quit IRC | 09:02 | |
*** zagy has joined #zope3-dev | 09:03 | |
*** romanofski has quit IRC | 09:05 | |
CrippsFX | so, assuming I'm using session based authentication (instead of the cookie-based authentication outlined in Phil's book), how would I get " any ... IBrowserFormChallenger plugin to redirect to wclogin.html instead of zope's standard form" (or in my chase shiplogin.html)? | 09:07 |
*** zagy has quit IRC | 09:10 | |
*** zagy has joined #zope3-dev | 09:11 | |
*** afd has joined #zope3-dev | 09:11 | |
*** jodok has joined #zope3-dev | 09:16 | |
*** ghendi has joined #zope3-dev | 09:17 | |
*** arnarl has joined #zope3-dev | 09:24 | |
*** dunny has quit IRC | 09:24 | |
CrippsFX | hm. So apparently the way to change this via the sitemanager is to go to http://host/site/++etc++site/mypau/sessionplugin/@@edit.html ... how would I change this programatically? doing site.getSiteManager()['mypau']['pluginName'].Loginpagename = "mylogin.html"; but this isn't reflected in the edit view for the BrowserFormChallenger. | 09:32 |
CrippsFX | wow, that last sentence made no sense. I tried doing (insert the previous python command here), but it was not reflected in the aforementioned edit view. | 09:33 |
CrippsFX | ahh, I checked the introspector ... apparently the correct attribute name is "loginpagename" not "Loginpagename" | 09:42 |
*** greenman has joined #zope3-dev | 09:45 | |
*** romanofski has joined #zope3-dev | 09:53 | |
*** afd has quit IRC | 09:57 | |
romanofski | moin :) | 09:58 |
CrippsFX | romanofski: moin :) | 09:58 |
CrippsFX | wie geht's, meinen freund? | 09:59 |
romanofski | :D | 09:59 |
CrippsFX | ach so. Mir auch ;) | 09:59 |
romanofski | Vielen Dank der Nachfrage. Gut und Dir? | 09:59 |
romanofski | hahaha | 09:59 |
CrippsFX | :) | 10:00 |
CrippsFX | romanofski: I'm about two steps away from having a working Authentication system for a demo of the app we're working on. | 10:02 |
CrippsFX | go me! | 10:02 |
romanofski | CrippsFX: W00t! w000t! | 10:20 |
CrippsFX | :) | 10:20 |
*** jinty has joined #zope3-dev | 10:24 | |
CrippsFX | morning jinty | 10:24 |
jinty | CrippsFX: moin | 10:24 |
*** philiKON has joined #zope3-dev | 10:32 | |
CrippsFX | good morning philiKON | 10:32 |
philiKON | hi | 10:33 |
CrippsFX | philiKON: I'm about 10 times closer to having the authentication completed than I was when we were chatting yesterday afternoon :) | 10:34 |
philiKON | good | 10:35 |
CrippsFX | yep ... I *did* have another question, but it got answere by reading the section for the Authenticator plugin again :) | 10:35 |
*** markusleist has quit IRC | 10:48 | |
CrippsFX | philiKON: I'm starting to understand the way local authentication works .. and I must say, it really is pretty slick :) | 10:49 |
*** yvl has joined #zope3-dev | 10:54 | |
*** ignas has joined #zope3-dev | 11:07 | |
*** ccomb has joined #zope3-dev | 11:46 | |
*** ferrafox has joined #zope3-dev | 12:12 | |
*** naro has joined #zope3-dev | 12:15 | |
*** mkerrin has joined #zope3-dev | 12:16 | |
*** ccomb has quit IRC | 12:16 | |
CrippsFX | okay .. I have the PasswdAuthenticator plugin registered, and I have the loginform set to shiplogin.html ... when I use site/@@shiplogin.html I am returned to shiplogin.html regardless of whether or not I enter valid login information (according to the passwd-like file). I'm pretty sure this means I am missing something. Additionally: how do I assign roles to the principals located in the passwd-like file? | 12:31 |
ignas | and what happens when you enter the address of some other view that requires you to be authenticated to access it? | 12:36 |
ignas | are you redirected to the login form? | 12:36 |
*** b52laptop has joined #zope3-dev | 12:37 | |
*** spython has joined #zope3-dev | 12:40 | |
CrippsFX | ignas: no, I get the popup box for global authentication. | 12:43 |
ignas | something is broken then ;) and your utility is not being used for authentication | 12:46 |
CrippsFX | ignas: so it would seem. I've followed (to the best of my ability) Phil's book, except instead of using cookie-based credentials, I added and registered a session-based credentials utility to my siteManager programatically on site instantiation | 12:47 |
ignas | may i suggest you doing it by the book, making sure it works and then changing it to what you need | 12:48 |
ignas | so you would know which change breaks stuff | 12:48 |
CrippsFX | ignas: sounds reasonable. | 12:48 |
CrippsFX | ignas: I'll go by the letter of the book, and if I have any troubles afterwards I'll report back. | 12:50 |
CrippsFX | thanks. | 12:51 |
spython | hi, I'm kind of sketching a security policy in my head here.. any ideas guidelines on achieving: "a principal is only allowed to edit a Foo if it was created by himself".. | 12:54 |
spython | I'm suspecting you need to do some check in python code as well, or maybe zcml magic? :) | 12:55 |
spython | hmm, what if i define these roles: "bar.EditOwnItem" and "bar.EditItem".. and when a user tries to edit an item it is allowed if the principal has the EditItem role, if it has EditOwnItem i do further checks.. | 12:59 |
*** MJ has joined #zope3-dev | 13:00 | |
spython | but that leaves me wondering what permission i write for the item.. meh | 13:00 |
* spython thinks out loud | 13:01 | |
*** dunny has joined #zope3-dev | 13:02 | |
CrippsFX | spython: you *could* just use the "EditItem" role, but use annotations for the items you only want the creating user to edit ... i.e. if the user in question is the one who created the item, they're allowed to edit it, else, access denied. | 13:04 |
CrippsFX | wait ... that does somewhat the opposite of what you're trying ... but a similar method could be used ... if the creating user of an item is not the current user, then the current user is not allowed to edit it. | 13:05 |
ignas | spython: iirc there is such a thing called grants | 13:05 |
spython | I think I'm overcomplicating this :) | 13:05 |
ignas | persistent information stored on objects about what roles/permissions does someone have on some object | 13:06 |
ignas | though - it is not nice when you delete a principal, then create a new one with the same username, and tada he has all the permissions the old user had | 13:07 |
ignas | unless you cleanup | 13:07 |
spython | oh | 13:07 |
ignas | schooltool was using grants prior to migrating to a different security policy | 13:08 |
spython | ok | 13:08 |
ignas | we just decided that storing access information as a state in the database is not cutting for us | 13:10 |
spython | how does it work now? | 13:11 |
ignas | shiny magic | 13:11 |
ignas | and pixie dust | 13:12 |
spython | where can i download, or is it still beta | 13:12 |
spython | yeah, it's a joke | 13:13 |
spython | :) | 13:13 |
ignas | it's not packaged to work without schooltool | 13:13 |
ignas | at the moment | 13:13 |
ignas | though anyone skilled with zope could do that in a day | 13:13 |
ignas | and it's GPL | 13:13 |
ignas | http://source.schooltool.org/trac/browser/trunk/schooltool/src/schooltool/securitypolicy/README.txt | 13:13 |
ignas | is the how it works part | 13:14 |
ignas | http://source.schooltool.org/ - info about code repository | 13:14 |
ignas | if you want to try using it | 13:14 |
spython | interesting | 13:16 |
ignas | credit for the idea goes to SteveA ;) | 13:18 |
*** markusleist has joined #zope3-dev | 13:20 | |
spython | :) | 13:25 |
*** projekt01 has joined #zope3-dev | 13:48 | |
*** Ariel_Calzada has joined #zope3-dev | 14:13 | |
*** rcrafton has joined #zope3-dev | 14:33 | |
*** mgedmin has joined #zope3-dev | 14:48 | |
*** greenman has quit IRC | 14:52 | |
*** jinty_ has joined #zope3-dev | 14:55 | |
*** jinty has quit IRC | 14:55 | |
*** Aiste has quit IRC | 15:00 | |
*** Aiste has joined #zope3-dev | 15:01 | |
*** dunny has quit IRC | 15:02 | |
*** srichter has joined #zope3-dev | 15:14 | |
*** reco has joined #zope3-dev | 15:17 | |
*** Aiste_ has joined #zope3-dev | 15:20 | |
*** Aiste has quit IRC | 15:21 | |
*** Aiste_ is now known as Aiste | 15:22 | |
*** rocky has quit IRC | 15:31 | |
*** rocky has joined #zope3-dev | 15:39 | |
*** ignas has quit IRC | 15:40 | |
*** Ariel_Calzada has quit IRC | 15:42 | |
*** J1m has joined #zope3-dev | 15:49 | |
*** jsadjohnson has joined #zope3-dev | 16:02 | |
*** afd has joined #zope3-dev | 16:03 | |
*** benji has joined #zope3-dev | 16:03 | |
*** ChanServ sets mode: +o srichter | 16:09 | |
CrippsFX | hey srichter ... did you email my boss yet? | 16:10 |
srichter | CrippsFX: yes | 16:11 |
CrippsFX | srichter: how did that go ... has he replied yet? | 16:12 |
srichter | no response yet | 16:12 |
CrippsFX | he may take a few weeks to even consider it ... we're coming up to the beginning of the school year, which is über busy. | 16:13 |
*** arnarl has quit IRC | 16:17 | |
CrippsFX | does anybody know why I might be getting a system error with "ForbiddenAttribute: ('cookie_name', <ship.cookiecredentials.CookieCredentialsPlugin object at 0xb47b21ac>)" for http://host/site/++etc++site/mypau/cookie/@@edit.html when I followed the examples in chapter 22 of phil's book? | 16:17 |
CrippsFX | I know it *must* be an error somewhere ... but I'm having a hard time thinking of where the error could actually be. | 16:18 |
CrippsFX | mypau is the name of the PAU, and cookie is the name of the Cookie-based credentialplugin | 16:18 |
afd | CrippsFX: maybe you're missing a class declaration... | 16:18 |
CrippsFX | afd: any ideas where I should start looking for that missing class definition? | 16:19 |
afd | or the CookieCredentialsPlugin is missing it | 16:19 |
CrippsFX | afd: I copied the CookieCredentialsPlugin right out of the book. | 16:19 |
afd | ForbiddenAttribute usually means that you're trying to edit an attribute for a class that doesn't have security assertions for that attribute | 16:20 |
afd | usually a <require> declaration inside the <class> | 16:20 |
CrippsFX | the require declaration should be inside the interface, correct? | 16:20 |
afd | <class class=".app.Cookie"><require set_schema=".interfaces.ICookie" /><require interface=".interfaces.ICookie" /></class> | 16:21 |
*** arnarl has joined #zope3-dev | 16:21 | |
afd | something like that... | 16:21 |
afd | ups | 16:21 |
CrippsFX | yeah, it's in there :/ | 16:21 |
afd | inside each of the requires you need a "permission='zope.Something' " | 16:21 |
afd | require permission for attributes... | 16:21 |
afd | CrippsFX: then it's odd, make sure that cookie_name is covered by those declarations | 16:22 |
CrippsFX | afd: yeah the "required=True" is in the schema attribute for cookie.cookie_name | 16:22 |
CrippsFX | or, rather, for CookieCredentialsPlugin.cookie_name | 16:22 |
CrippsFX | afd: heh ... I'm a dumbass ... I totally missed the site-level configure.zcml ... I was too busy comparing my code to the site/browser level code ;) | 16:26 |
afd | :) | 16:26 |
CrippsFX | afd: although, had you not mentioned the <class> declarations, I wouldn't even have thought of it ... thanks :) | 16:26 |
afd | np | 16:26 |
*** deo has joined #zope3-dev | 16:34 | |
CrippsFX | alright. Now I get redirected to the login form when I try to access something I shouldn't as an unauthenticated user :) | 16:39 |
CrippsFX | ... now ... how do I assign roles to principals that I specify in the passwd-like file? | 16:39 |
afd | CrippsFX: try to use the Grant ZMI page | 16:44 |
*** ferrafox has quit IRC | 16:45 | |
*** ferrafox has joined #zope3-dev | 16:45 | |
*** kleist has quit IRC | 16:46 | |
*** cursor has quit IRC | 16:50 | |
*** __cbcunc__ is now known as cbcunc | 16:54 | |
CrippsFX | afd: I'm actually looking for a way to do it programatically. | 16:57 |
instantfoo | isn't it done programmatically in the book? | 17:02 |
CrippsFX | instantfoo: the passwd file is populated programatically, but roles aren't assigned programatically. | 17:03 |
instantfoo | 22.3.6 -> row 41-44 | 17:03 |
CrippsFX | instantfoo: well I'll be damned. I guess that's what I get for wanting to skip the sign-up stuff. | 17:04 |
instantfoo | :) | 17:05 |
CrippsFX | :/ | 17:05 |
*** jbb666 has quit IRC | 17:12 | |
*** ghendi has quit IRC | 17:22 | |
CrippsFX | hm ... there appears to be something wrong with the grant page. My traceback is located here: http://www.pastebin.ca/673536 | 17:23 |
*** yvl has quit IRC | 17:26 | |
*** ccom1 has joined #zope3-dev | 17:31 | |
*** jpfarias has left #zope3-dev | 17:40 | |
*** sorindregan has quit IRC | 17:46 | |
*** ktwilight_ has joined #zope3-dev | 17:51 | |
*** zagy_ has joined #zope3-dev | 17:53 | |
*** zagy_ has quit IRC | 17:56 | |
*** zagy_ has joined #zope3-dev | 17:58 | |
*** zagy has quit IRC | 17:58 | |
*** edgordon has quit IRC | 18:01 | |
*** ktwilight has quit IRC | 18:09 | |
*** jfroche has joined #zope3-dev | 18:10 | |
*** nathany has joined #zope3-dev | 18:19 | |
*** edgordon has joined #zope3-dev | 18:29 | |
*** ignas has joined #zope3-dev | 18:31 | |
*** pbugni has joined #zope3-dev | 18:34 | |
*** rocky is now known as rocky|away | 18:36 | |
*** Aiste has quit IRC | 18:41 | |
*** projekt01 has quit IRC | 18:45 | |
*** cursor has joined #zope3-dev | 18:46 | |
*** jukart has quit IRC | 18:50 | |
*** MJ has quit IRC | 18:52 | |
spython | CrippsFX: did you solve it? | 18:52 |
spython | "token" refers to some local var that hasn't been bound, obviously :) | 18:55 |
*** norro has joined #zope3-dev | 19:20 | |
*** dobee has quit IRC | 19:28 | |
*** norro has quit IRC | 19:39 | |
*** romanofski has quit IRC | 19:40 | |
*** reco has quit IRC | 19:56 | |
*** timte has joined #zope3-dev | 19:57 | |
*** alecm has joined #zope3-dev | 20:01 | |
*** reco has joined #zope3-dev | 20:04 | |
*** dobee has joined #zope3-dev | 20:11 | |
*** ferrafox has quit IRC | 20:11 | |
*** dobee has quit IRC | 20:14 | |
*** norro has joined #zope3-dev | 20:17 | |
*** b52laptop has quit IRC | 20:22 | |
*** afd__ has joined #zope3-dev | 20:40 | |
*** ignas has quit IRC | 20:47 | |
*** afd has quit IRC | 20:55 | |
*** Lacrymology has joined #zope3-dev | 20:56 | |
*** hazmat has joined #zope3-dev | 21:05 | |
*** ChanServ sets mode: +o hazmat | 21:05 | |
*** Lacrymology has left #zope3-dev | 21:07 | |
*** rocky|away is now known as rocky | 21:08 | |
*** mgedmin has quit IRC | 21:12 | |
*** cursor has quit IRC | 21:15 | |
*** jinty_ has quit IRC | 21:18 | |
*** jinty has joined #zope3-dev | 21:28 | |
*** arnarl has quit IRC | 21:29 | |
*** edgordon has quit IRC | 21:35 | |
*** b52laptop has joined #zope3-dev | 21:40 | |
*** pbugni has quit IRC | 21:43 | |
*** benji has quit IRC | 21:46 | |
*** netshade has joined #zope3-dev | 21:50 | |
*** edgordon has joined #zope3-dev | 21:53 | |
*** markusleist has quit IRC | 21:54 | |
*** arnarl has joined #zope3-dev | 21:58 | |
*** naro has left #zope3-dev | 22:07 | |
*** edgordon_ has joined #zope3-dev | 22:17 | |
*** edgordon has quit IRC | 22:18 | |
*** mkerrin has quit IRC | 22:26 | |
*** benji has joined #zope3-dev | 22:35 | |
*** gumpa has joined #zope3-dev | 22:41 | |
*** dunny has joined #zope3-dev | 22:42 | |
*** afd__ has quit IRC | 23:03 | |
*** greenman has joined #zope3-dev | 23:16 | |
*** rodt_ has joined #zope3-dev | 23:25 | |
*** dunny has quit IRC | 23:25 | |
*** rodt_ has left #zope3-dev | 23:25 | |
*** goplus has joined #zope3-dev | 23:26 | |
*** goplus has left #zope3-dev | 23:27 | |
*** pbugni has joined #zope3-dev | 23:34 | |
*** timo_ has joined #zope3-dev | 23:42 | |
*** MJ has joined #zope3-dev | 23:44 | |
*** Aiste has joined #zope3-dev | 23:48 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!