[2008-06-24 00:03:32] QUIT GabeW_ [2008-06-24 00:03:35] JOIN #higgins :GabeW!i=gwachob@pdpc/supporter/professional/GabeW JOIN :#higgins [2008-06-24 01:49:57] JOIN #higgins :sourcerer!n=philipp@212-183-33-166.adsl.highway.telekom.at JOIN :#higgins [2008-06-24 01:52:11] hello there [2008-06-24 02:04:04] JOIN #higgins :peace-keeper!n=peace-ke@chello084114169104.2.15.vie.surfer.at JOIN :#higgins [2008-06-24 02:36:16] QUIT sourcerer [2008-06-24 04:07:18] JOIN #higgins :sourcerer!n=philipp@91.114.12.186 JOIN :#higgins [2008-06-24 04:57:58] QUIT sourcerer [2008-06-24 07:16:23] JOIN #higgins :rcjsuen!n=rcjsuen@bas6-kitchener06-1177621511.dsl.bell.ca JOIN :#higgins [2008-06-24 07:32:44] QUIT tdoman [2008-06-24 08:01:00] JOIN #higgins :sourcerer!n=philipp@217.19.46.18 JOIN :#higgins [2008-06-24 09:48:43] JOIN #higgins :Duane!n=dbuss@137.65.132.159 JOIN :#higgins [2008-06-24 09:54:30] JOIN #higgins :tdoman!n=TeeDoh@137.65.229.111 JOIN :#higgins [2008-06-24 09:57:28] QUIT tdoman [2008-06-24 09:57:40] JOIN #higgins :tdoman!n=TeeDoh@137.65.229.111 JOIN :#higgins [2008-06-24 10:03:45] JOIN #higgins :Duan1!n=dbuss@137.65.229.71 JOIN :#higgins [2008-06-24 10:08:02] QUIT Duane [2008-06-24 10:09:01] JOIN #higgins :Duane!n=dbuss@nat/novell/x-1f632402a7f02b57 JOIN :#higgins [2008-06-24 10:12:34] QUIT Jimse [2008-06-24 10:24:19] QUIT Duan1 [2008-06-24 10:30:29] JOIN #higgins :Jimse!n=jimse@137.65.132.83 JOIN :#higgins [2008-06-24 10:40:46] JOIN #higgins :danie1!n=dsanders@nat/novell/x-759ce55b673c981c JOIN :#higgins [2008-06-24 10:43:29] hey Markus, you there? [2008-06-24 10:58:06] JOIN #higgins :Duan1!n=dbuss@137.65.229.71 JOIN :#higgins [2008-06-24 11:02:02] QUIT Duane [2008-06-24 11:02:10] JOIN #higgins :Duane!n=dbuss@nat/novell/x-866b9739efb5c7d3 JOIN :#higgins [2008-06-24 11:18:21] QUIT Duan1 [2008-06-24 12:03:18] JOIN #higgins :Duan1!n=dbuss@137.65.229.71 JOIN :#higgins [2008-06-24 12:04:00] QUIT Duane [2008-06-24 12:04:08] JOIN #higgins :Duane!n=dbuss@nat/novell/x-4922b972c8ff429e JOIN :#higgins [2008-06-24 12:20:19] QUIT Duan1 [2008-06-24 12:40:48] JOIN #higgins :Jims1!n=jimse@137.65.229.38 JOIN :#higgins [2008-06-24 12:42:24] JOIN #higgins :Duan1!n=dbuss@137.65.229.71 JOIN :#higgins [2008-06-24 12:43:16] QUIT Duan1 [2008-06-24 12:43:26] JOIN #higgins :Duan1!n=dbuss@137.65.229.71 JOIN :#higgins [2008-06-24 12:45:06] QUIT Jimse [2008-06-24 12:45:42] jim i'm here [2008-06-24 12:46:06] JOIN #higgins :Jimse!n=jimse@nat/novell/x-af58bfa5902700bd JOIN :#higgins [2008-06-24 12:48:56] jim? [2008-06-24 12:48:57] i'm here now [2008-06-24 12:49:47] he's gone to lunch [2008-06-24 12:50:14] we had some more questions about the XDI CP [2008-06-24 12:50:33] I'll try to ask some of them maybe [2008-06-24 12:51:06] Is there any way, or are you planning on adding any way, for the content of messages to be XML or JSON? [2008-06-24 12:51:25] that's already possible [2008-06-24 12:51:28] with the right Accept: header [2008-06-24 12:51:46] both JSON and XML? [2008-06-24 12:51:49] you can request the output in any of the formats that are listed here: http://graceland.parityinc.net/xdi-converter/XDIConverter [2008-06-24 12:51:57] yes both [2008-06-24 12:53:01] for JSON, send Accept: application/xdi+json [2008-06-24 12:53:07] for XML, send Accept: application/xdi+xml [2008-06-24 12:53:41] I noticed that the XDI+XML format still has xdi-isms in it [2008-06-24 12:54:10] For example, well yes [2008-06-24 12:55:13] I don't know if this is needed, but is there a way to have those represented as more traditional URIs? [2008-06-24 12:55:50] hmm the values of those things just depend on the context [2008-06-24 12:56:19] have you tried this? http://graceland.parityinc.net/xdi-idas/context/=(uid=saba,dc=parityinc,dc=net) [2008-06-24 12:56:30] what you get there looks very ldap like [2008-06-24 12:56:35] because there's an ldap context behind it [2008-06-24 12:57:00] Let me paste it into the converter and have a look [2008-06-24 12:57:07] yeah [2008-06-24 12:57:34] QUIT Duan1 [2008-06-24 12:58:23] QUIT Duane [2008-06-24 12:58:57] How about if there were an attribute called uri="....." that you could ask for instead of xri="....." [2008-06-24 12:59:15] so that instead of [2008-06-24 12:59:16] [2008-06-24 12:59:19] you got [2008-06-24 12:59:33] [2008-06-24 12:59:33] QUIT Jims1 [2008-06-24 13:00:05] hmm i'm using the standard xdi-xml serialization format there [2008-06-24 13:00:14] which mainly works with xris [2008-06-24 13:00:35] but i don't see a probably with converting to uris.. [2008-06-24 13:00:36] We're looking for ways to make the content format more palatable to those who may not be so accepting of xri [2008-06-24 13:00:38] problem [2008-06-24 13:00:47] yes yes i understand.. [2008-06-24 13:01:27] There is another question we have [2008-06-24 13:01:31] i guess we could define a different xml serialization format that makes more sense for this concrete application (idas) [2008-06-24 13:01:44] JOIN #higgins :Duane!n=dbuss@nat/novell/x-8ff007885bb5d482 JOIN :#higgins [2008-06-24 13:01:46] that would probably be nice [2008-06-24 13:02:11] We may have javascript or php or perl developers who simply want to use the REST stuff directly [2008-06-24 13:02:33] they are more used to traditional XML constructs and JSON [2008-06-24 13:03:05] yes i understand [2008-06-24 13:03:10] It would even be nice to investigate using ATOM feed format [2008-06-24 13:03:26] hmm i'm not very familiar with that.. [2008-06-24 13:04:13] It's sort of the next generation of publishing formats after RSS [2008-06-24 13:04:28] gaining popularity [2008-06-24 13:04:44] On to our next question.... [2008-06-24 13:05:03] has to do with how your server looks up contexts [2008-06-24 13:05:30] Right now, it looks as if the context is always specified as part of the URI (XRI) [2008-06-24 13:05:43] Is that correct? [2008-06-24 13:06:18] hmm it works similar to servlets in tomcat. you can have one context at path "/context", and a different context at path "/context2" [2008-06-24 13:06:46] you can also request contexts to be opened dynamically, in which case they will get a dynamic, temporary url like "/dynamic-328764873" [2008-06-24 13:07:06] but normally i guess you want to configure them statically in the configuration fie [2008-06-24 13:07:12] Could we assign the URL ourselves somehow? [2008-06-24 13:07:20] For example, [2008-06-24 13:07:21] yes, look in server.xml [2008-06-24 13:07:38] ah you mean assign the dynamic URL yourselves ? [2008-06-24 13:07:42] right [2008-06-24 13:07:47] For example, [2008-06-24 13:08:03] /AuthenticatedSession/abc84998876423e [2008-06-24 13:08:17] hmm [2008-06-24 13:08:42] So that our server app looks up the context based on the first part of the noun [2008-06-24 13:08:52] Then we hand the rest of the noun down to you somehow [2008-06-24 13:09:04] We already have a framework where we are handling lots of other nouns [2008-06-24 13:09:12] and want to integrate these into that framework [2008-06-24 13:09:19] we don't want to replace the framework [2008-06-24 13:09:37] We have already established an IdAS context on the server [2008-06-24 13:09:49] so how exactly would the server know which context to open if you just give it the string /AuthenticatedSession/abc84998876423e ? [2008-06-24 13:09:50] We have special authentication nouns to do that [2008-06-24 13:10:01] It is in the abc8499.... [2008-06-24 13:10:03] would it look up the context info from some database ? [2008-06-24 13:10:10] It is in-memory [2008-06-24 13:10:18] We currently use that as a hash key [2008-06-24 13:10:24] to find it in a java Map [2008-06-24 13:10:31] hmm ok [2008-06-24 13:10:42] and the server would open the context as soon as the first request to that url is made ? [2008-06-24 13:10:53] or is it already open ? [2008-06-24 13:10:55] We have other non-IdAS sub-nouns off of that as well [2008-06-24 13:11:14] The server opens the context by Posting to /AuthenticatedSession [2008-06-24 13:11:24] that returns the URL /AuthenticatedSession/xxxxxx [2008-06-24 13:11:43] The POST contains the auth material - like username/password [2008-06-24 13:11:54] Let me give you a link... [2008-06-24 13:12:16] http://code.bandit-project.org/trac/wiki/OTIS%20RESTful [2008-06-24 13:12:47] but the client doesn't know anything about this? e.g. the client would just do a GET on http://yourserver.com/AuthenticatedSession/abc84998876423e/=(uid=saba,dc=parityinc,dc=net), and expect it to work? [2008-06-24 13:13:09] something like that [2008-06-24 13:13:49] Because our server would look up the abc.... to find the context, and then go on from there to retrieve the requested entity [2008-06-24 13:14:13] Here is the sequence from the client point of view: [2008-06-24 13:14:24] POST to /AuthenticatedSession, content contains username/password [2008-06-24 13:14:43] Client receives a response containing /AuthenticatedSession/abc..... [2008-06-24 13:15:06] Client now wants to read an entity's attrs, so he does a GET /Authenticated/abc.../entityid [2008-06-24 13:15:18] hmm ok [2008-06-24 13:15:23] something like that... [2008-06-24 13:15:29] and there is only one context behind /AuthenticatedSession ? [2008-06-24 13:15:31] very rough sketch of course [2008-06-24 13:15:37] or can the client choose between different contexts? [2008-06-24 13:15:40] No, there can be many contexts [2008-06-24 13:15:55] A client could have multiple, or there could be multiple clients. [2008-06-24 13:15:59] or both [2008-06-24 13:16:12] how does the client say which context it wants? is that also in the POST content ? [2008-06-24 13:16:35] It's part of the URL: /AuthenticatedSession/xxxxxx - the xxxxxx part [2008-06-24 13:16:50] yeah but if the client just POSTs to /AuthenticatedSession [2008-06-24 13:16:54] He got the xxxx part back when he did his original authentication POST [2008-06-24 13:17:00] how does the server know which context to open [2008-06-24 13:17:10] That is contained in the content of the POST [2008-06-24 13:17:15] ah ok [2008-06-24 13:17:21] plus configuration on the server side [2008-06-24 13:17:27] It is a combination of the two. [2008-06-24 13:17:38] Actually, today it is totally configuration on the server side [2008-06-24 13:17:38] well that's very similar to what the server can already do today [2008-06-24 13:18:01] you can send an XDI messages containing a context ID, username and password [2008-06-24 13:18:10] and the server will assign a new URL to the context [2008-06-24 13:18:21] Right [2008-06-24 13:18:22] but it probably needs to be extended a bit for what you need [2008-06-24 13:18:28] I just need to be the one to control that URL [2008-06-24 13:18:43] because I have other things I want to be able to GET off of the URL [2008-06-24 13:18:46] for example: [2008-06-24 13:18:57] /AuthenticatedSession/xxxxxx/ActiveRoles [2008-06-24 13:19:40] hmm ok so you just want to call the server from your own app.. and not be the server a web app itself? [2008-06-24 13:19:41] Things like ActiveRoles are higher level sub-nouns than reading an attribute [2008-06-24 13:20:07] not sure what you mean by that [2008-06-24 13:20:12] i mean [2008-06-24 13:20:21] what's the web application that you run in tomcat [2008-06-24 13:20:31] Our server is that web app [2008-06-24 13:20:45] ok, and it calls my server from time to time if it needs it ? [2008-06-24 13:20:55] It already handles the nouns that are documented in that link I sent you. [2008-06-24 13:21:11] ok [2008-06-24 13:21:12] Well, I don't think we want our server to call yours. [2008-06-24 13:21:22] We want yours to somehow be embedded in ours [2008-06-24 13:21:28] yes that's what i meant [2008-06-24 13:21:37] ok [2008-06-24 13:21:49] cuz we are the ones that create the IdAs contexts [2008-06-24 13:21:55] and assign the URL to them [2008-06-24 13:22:04] ok i think i get it now [2008-06-24 13:22:49] maybe my server should just offer a method handleRequest(request, response), and you simply call that method when you feel like it ? [2008-06-24 13:23:00] something like that [2008-06-24 13:23:08] or handleRequest(context, request, response) [2008-06-24 13:23:09] Probably something like that - we would need to think through the details [2008-06-24 13:23:22] The client side would also need some refactoring [2008-06-24 13:23:29] I mean the Java client code [2008-06-24 13:23:35] yours? [2008-06-24 13:23:51] ours and yours probably [2008-06-24 13:24:10] well the XDI CP is not in extremely good shape, if you mean that [2008-06-24 13:24:18] but we have to work on that anyway [2008-06-24 13:24:19] We need to have ours call yours to format the content, etc., but we would do the actual sends [2008-06-24 13:24:55] If we could have libs of yours give us the content and part of the URI, we could embed your content in our larger message and your relative URI into our larger one... [2008-06-24 13:25:01] stuff like that.... I think [2008-06-24 13:25:20] There is some stuff to think through here... [2008-06-24 13:25:34] We are on a tight schedule with this one too... have to have it done by July 18 [2008-06-24 13:25:39] aw [2008-06-24 13:25:59] well we need these things too, so i can definitely spend some time on them [2008-06-24 13:26:12] Do we need to have a call or something to iron some of this out? [2008-06-24 13:26:46] how about i send some notes to the list and you/jim/others add your thoughts? [2008-06-24 13:26:57] that's a good start [2008-06-24 13:27:02] k will do [2008-06-24 13:27:11] What do you think of July 18?.... [2008-06-24 13:27:45] In other words... how much time do you really have to spend on it? [2008-06-24 13:28:12] i have time.. i'm working on that anyway.. [2008-06-24 13:28:19] cool [2008-06-24 13:28:42] you have to tell me a bit more about the client part [2008-06-24 13:28:55] yeah, we'll do some talking about it today... [2008-06-24 13:29:00] would you use java for that too, or just javascript/python/etc.. [2008-06-24 13:29:05] Java [2008-06-24 13:29:19] you want to use the XDI CP ? [2008-06-24 13:29:29] We want the programmers to be able to make IdAS calls [2008-06-24 13:29:45] which get forwarded to the server and executed there.. right? [2008-06-24 13:29:47] That would probably be the XDI CP in some form [2008-06-24 13:30:05] yes, requests go to server and handled there, responses returned to client [2008-06-24 13:30:11] got it [2008-06-24 13:30:41] But there probably needs to be some way for us to control the URLs and content formats a little more. [2008-06-24 13:31:01] how complete does the idas support have to be? is it good enough to do basic operations on entities/attributes/values, or do you need the full idas api ? [2008-06-24 13:31:02] In other words, we couldn't use the XDI CP as it is today. [2008-06-24 13:31:14] basic read/update operations [2008-06-24 13:31:20] no need for schema yet [2008-06-24 13:31:25] ok [2008-06-24 13:31:27] just regular attrs [2008-06-24 13:31:37] don't even need complex attrs right now I wouldn't think. [2008-06-24 13:31:46] how about access control ? [2008-06-24 13:31:51] Not right now. [2008-06-24 13:31:54] ok [2008-06-24 13:32:07] We have some thoughts about the kinds of nouns too..... [2008-06-24 13:32:15] hmm just one more question [2008-06-24 13:32:18] We may want to be able to ask for multiple attrs in a single request [2008-06-24 13:32:58] as well as do a whole bunch of updates in a single POST [2008-06-24 13:33:01] if you want to use the XDI CP, why do you care about the serialization format that's sent over the wire? i mean, the XDI CP would do that automatically, and you would just use idas calls [2008-06-24 13:33:17] well, it's not just the XDI CP we are concerned about [2008-06-24 13:33:24] we want to publish the format [2008-06-24 13:33:31] so others using PHP, Perl, Javascript can use it. [2008-06-24 13:33:36] ok [2008-06-24 13:33:51] Little easier for those folks to use more traditional constructs. [2008-06-24 13:34:09] in that case i would suggest that the XDI CP still uses our "xdi-ish" format, and your other clients would just request a different format [2008-06-24 13:34:27] but then server would have to support two formats [2008-06-24 13:34:41] the server already supports 7 formats [2008-06-24 13:34:56] just add another one that's nicer for javascript etc [2008-06-24 13:35:15] hmmm.... let me think about that for a sec [2008-06-24 13:36:08] From a documentation point of view, I would like to document the one format we use that is used under the covers for Java as well... [2008-06-24 13:37:08] in case someone is sniffing... [2008-06-24 13:37:26] hmm and are the existing formats really so bad? the only thing that happens there is that urls are converted to xris by putting them in parens [2008-06-24 13:37:51] literals don't get converted.. they are just literals in xml or json [2008-06-24 13:37:52] I'm sure the formats are excellent. It's a matter of getting others to accept this [2008-06-24 13:38:34] There is low resistance to JSON and XML, probably higher resistance to XDI [2008-06-24 13:38:47] irrational perhaps [2008-06-24 13:38:51] but there nonetheless [2008-06-24 13:39:13] yes yes.. [2008-06-24 13:39:21] Just trying to give it a more traditional look and feel [2008-06-24 13:39:45] well as i said, integrating a new format is not very hard [2008-06-24 13:40:14] maybe you could make some examples what that would look like? then i can integrate that in the server [2008-06-24 13:40:36] We'll have some discussion [2008-06-24 13:41:06] It's good to know that you are ok with looking at some enhancements here [2008-06-24 13:41:11] we'd like to leverage what you have done if possible [2008-06-24 13:41:37] How long are you going to be on-line today? [2008-06-24 13:41:43] some more hours [2008-06-24 13:41:45] When Jim gets back we may have some more questions [2008-06-24 13:41:52] one thing i'm wondering is.. if you want to embed the server, we would probably have to build it as .jar instead of .war [2008-06-24 13:41:59] right [2008-06-24 13:42:01] do you think our build process is smart enough for that ? [2008-06-24 13:42:22] well actually the idas.xdi is not part of the build process anyway right now [2008-06-24 13:42:23] Well, if we made the right things into separate projects - more as helper functions [2008-06-24 13:42:36] kind of like you are doing with the SAML IdP [2008-06-24 13:42:43] yeah [2008-06-24 13:43:03] we just need to figure out where those boundaries are [2008-06-24 13:43:14] and what parts need to be configurable [2008-06-24 13:43:49] It feels like there is a lot of possiblity here [2008-06-24 13:45:20] yeah.. [2008-06-24 14:08:53] JOIN #higgins :Duan1!n=dbuss@nat/novell/x-2805dce51100ccef JOIN :#higgins [2008-06-24 14:09:25] QUIT Duane [2008-06-24 14:10:52] JOIN #higgins :Jims1!n=jimse@nat/novell/x-41720393a283aab7 JOIN :#higgins [2008-06-24 14:15:00] QUIT danie1 [2008-06-24 14:24:59] QUIT Jimse [2008-06-24 16:03:18] markus, would you be able to have a phone call w/ us tomorrow? [2008-06-24 16:03:42] maybe you'd like to get your notes out first. [2008-06-24 16:04:10] yes and yes [2008-06-24 16:05:04] cool, let's schedule something for after you think you'll have a chance to get your notes out. [2008-06-24 16:05:09] when would be good? [2008-06-24 16:05:30] i'll write notes today, in an hour or so [2008-06-24 16:05:43] for a call, any time would be ok.. [2008-06-24 16:07:03] okay, we'll schedule for Wednesday, 9AM MDT. can you give us a number and we'll call you? [2008-06-24 16:07:08] does that time work for you? [2008-06-24 16:07:31] yes the time is good [2008-06-24 16:07:40] my nr is +43 6643154848 [2008-06-24 16:07:56] okay, we'll call you then [2008-06-24 16:10:01] what country is 43? [2008-06-24 16:10:11] austria? [2008-06-24 16:10:17] yep [2008-06-24 16:10:27] but i can also call out from skype to +1, if that's better for you [2008-06-24 16:10:53] nah, just curious, we'll use the traditional number. [2008-06-24 16:11:09] k [2008-06-24 16:25:57] QUIT rcjsuen [2008-06-24 16:27:16] QUIT Duan1 [2008-06-24 16:27:30] JOIN #higgins :Duane!n=dbuss@nat/novell/x-f8156a6857032afb JOIN :#higgins [2008-06-24 16:41:56] QUIT sourcerer [2008-06-24 17:11:52] JOIN #higgins :rcjsuen!n=rcjsuen@engnaad147.uwaterloo.ca JOIN :#higgins [2008-06-24 17:29:57] JOIN #higgins :sourcerer!n=philipp@212-183-34-57.adsl.highway.telekom.at JOIN :#higgins [2008-06-24 18:23:16] QUIT tdoman [2008-06-24 18:40:39] QUIT Duane [2008-06-24 19:50:31] QUIT sourcerer [2008-06-24 19:54:33] QUIT Jims1 [2008-06-24 19:59:40] QUIT rcjsuen [2008-06-24 20:21:51] {global notice} Good day all, I need to do a bunch of rerouting to prep for an outage tomorrow. If all goes well, this should not take long. Any further messages about this will be given in wallops, '/mode your_nick w' to see them. Thank you for your patience, and thank you for using freenode! [2008-06-24 20:24:59] QUIT fanf [2008-06-24 20:24:59] QUIT KOS-MOS [2008-06-24 20:24:59] QUIT peace-keeper [2008-06-24 20:24:59] QUIT ccmtaylor [2008-06-24 20:24:59] <_keturn:#higgins@higginsircbot|QUIT>QUIT _keturn [2008-06-24 20:24:59] QUIT asyd [2008-06-24 20:24:59] QUIT GabeW [2008-06-24 20:25:39] JOIN #higgins :peace-keeper!n=peace-ke@chello084114169104.2.15.vie.surfer.at JOIN :#higgins [2008-06-24 20:25:39] JOIN #higgins :GabeW!i=gwachob@pdpc/supporter/professional/GabeW JOIN :#higgins [2008-06-24 20:25:39] JOIN #higgins :ccmtaylor!n=taylor@nawab.mi.fu-berlin.de JOIN :#higgins [2008-06-24 20:25:39] <_keturn:#higgins@higginsircbot|JOIN>JOIN #higgins :_keturn!n=acapnoti@c-71-236-228-127.hsd1.or.comcast.net JOIN :#higgins [2008-06-24 20:25:39] JOIN #higgins :KOS-MOS!n=KOS-MOS@ecf.eclipse.org JOIN :#higgins [2008-06-24 20:25:39] JOIN #higgins :fanf!n=fanf@cac94-8-82-245-26-200.fbx.proxad.net JOIN :#higgins [2008-06-24 20:25:39] JOIN #higgins :asyd!n=asyd@kaoru.asyd.net JOIN :#higgins [2008-06-24 20:26:04] QUIT fanf [2008-06-24 20:26:04] QUIT KOS-MOS [2008-06-24 20:26:04] QUIT ccmtaylor [2008-06-24 20:26:04] <_keturn:#higgins@higginsircbot|QUIT>QUIT _keturn [2008-06-24 20:26:04] QUIT peace-keeper [2008-06-24 20:26:04] QUIT asyd [2008-06-24 20:26:04] QUIT GabeW [2008-06-24 20:26:44] JOIN #higgins :peace-keeper!n=peace-ke@chello084114169104.2.15.vie.surfer.at JOIN :#higgins [2008-06-24 20:26:44] JOIN #higgins :GabeW!i=gwachob@pdpc/supporter/professional/GabeW JOIN :#higgins [2008-06-24 20:26:44] JOIN #higgins :KOS-MOS!n=KOS-MOS@ecf.eclipse.org JOIN :#higgins [2008-06-24 20:26:44] JOIN #higgins :fanf!n=fanf@cac94-8-82-245-26-200.fbx.proxad.net JOIN :#higgins [2008-06-24 20:26:44] JOIN #higgins :asyd!n=asyd@kaoru.asyd.net JOIN :#higgins [2008-06-24 20:26:44] <_keturn:#higgins@higginsircbot|JOIN>JOIN #higgins :_keturn!n=acapnoti@c-71-236-228-127.hsd1.or.comcast.net JOIN :#higgins [2008-06-24 20:26:44] JOIN #higgins :ccmtaylor!n=taylor@nawab.mi.fu-berlin.de JOIN :#higgins [2008-06-24 20:27:38] JOIN #higgins :rcjsuen!n=rcjsuen@bas6-kitchener06-1177621511.dsl.bell.ca JOIN :#higgins [2008-06-24 20:27:42] QUIT GabeW [2008-06-24 20:28:17] JOIN #higgins :GabeW!i=gwachob@pdpc/supporter/professional/GabeW JOIN :#higgins [2008-06-24 20:29:49] QUIT GabeW [2008-06-24 20:30:06] VERSION [2008-06-24 20:30:24] JOIN #higgins :GabeW!i=gwachob@pdpc/supporter/professional/GabeW JOIN :#higgins [2008-06-24 20:34:17] JOIN #higgins :tdoman!n=TeeDoh@66.29.163.1.static.utahbroadband.com JOIN :#higgins [2008-06-24 20:40:51] QUIT tdoman [2008-06-24 20:40:51] QUIT rcjsuen [2008-06-24 20:41:20] JOIN #higgins :tdoman!n=TeeDoh@66.29.163.1.static.utahbroadband.com JOIN :#higgins [2008-06-24 20:41:20] JOIN #higgins :rcjsuen!n=rcjsuen@bas6-kitchener06-1177621511.dsl.bell.ca JOIN :#higgins [2008-06-24 22:46:20] QUIT peace-keeper [2008-06-24 23:13:32] QUIT tdoman [2008-06-24 23:13:32] QUIT rcjsuen [2008-06-24 23:14:03] JOIN #higgins :tdoman!n=TeeDoh@66.29.163.1.static.utahbroadband.com JOIN :#higgins [2008-06-24 23:14:03] JOIN #higgins :rcjsuen!n=rcjsuen@bas6-kitchener06-1177621511.dsl.bell.ca JOIN :#higgins [2008-06-24 23:32:59] QUIT rcjsuen