2010-12-14T00:09:38 *** dbs has quit IRC 2010-12-14T00:26:39 *** rsinger has joined #evergreen 2010-12-14T00:45:22 *** youdonotexist has quit IRC 2010-12-14T00:52:28 *** rsinger has quit IRC 2010-12-14T01:03:58 *** rsinger has joined #evergreen 2010-12-14T01:10:18 *** rickd_ has quit IRC 2010-12-14T01:10:18 *** _bott_ has quit IRC 2010-12-14T01:10:51 *** rickd_ has joined #evergreen 2010-12-14T01:10:51 *** _bott_ has joined #evergreen 2010-12-14T01:11:05 *** rickd_ has quit IRC 2010-12-14T01:11:40 *** rickd_ has joined #evergreen 2010-12-14T01:31:37 *** rsinger has quit IRC 2010-12-14T02:16:47 *** jennam has quit IRC 2010-12-14T02:17:25 *** Guest75568 has joined #evergreen 2010-12-14T02:53:55 *** rsinger has joined #evergreen 2010-12-14T03:11:35 *** rsinger has quit IRC 2010-12-14T03:13:44 *** rsinger has joined #evergreen 2010-12-14T03:55:34 *** pinesol has joined #evergreen 2010-12-14T03:55:34 *** phasefx2 has joined #evergreen 2010-12-14T03:59:35 *** rsinger has quit IRC 2010-12-14T04:09:17 *** rsinger has joined #evergreen 2010-12-14T04:24:17 *** dbwells has quit IRC 2010-12-14T04:42:04 *** rsinger has quit IRC 2010-12-14T05:13:39 *** rsinger has joined #evergreen 2010-12-14T05:40:54 *** rsinger has quit IRC 2010-12-14T06:14:34 *** cbandito_ has joined #evergreen 2010-12-14T06:15:59 *** cbandito has quit IRC 2010-12-14T06:16:12 *** cbandito_ is now known as cbandito 2010-12-14T06:24:53 *** brendan2 has quit IRC 2010-12-14T06:52:14 *** rsinger has joined #evergreen 2010-12-14T07:01:29 *** brendan2 has joined #evergreen 2010-12-14T07:24:49 *** granitize has joined #evergreen 2010-12-14T07:25:47 *** granitize has joined #evergreen 2010-12-14T07:46:28 *** sfortin has joined #evergreen 2010-12-14T08:22:44 *** kmlussier has joined #evergreen 2010-12-14T08:44:57 *** Dyrcona has joined #evergreen 2010-12-14T08:57:38 *** dbwells has joined #evergreen 2010-12-14T09:12:44 *** Meliss has joined #evergreen 2010-12-14T09:21:11 *** bshum has joined #evergreen 2010-12-14T09:33:27 *** jenny has joined #evergreen 2010-12-14T09:37:16 *** leed has quit IRC 2010-12-14T09:38:41 *** leed has joined #evergreen 2010-12-14T09:39:30 *** yboston has joined #evergreen 2010-12-14T09:40:21 *** collum has joined #evergreen 2010-12-14T09:45:33 *** leed has quit IRC 2010-12-14T09:46:19 Hmm... in the config.hold_matrix_matchpoint table there's a field for "stop_blocked_user" but no corresponding entry in the Hold Policies editor in the staff client. 2010-12-14T09:46:32 *** leed has joined #evergreen 2010-12-14T09:46:35 Another missed field, or intentionally hidden and always expected to be left as "true" 2010-12-14T09:47:05 Oops, default "false" according to the table definition. 2010-12-14T09:53:32 *** r123 has joined #evergreen 2010-12-14T09:53:54 *** r123 has left #evergreen 2010-12-14T09:55:17 bshum: It could be a "we intended to use this, but never coded it" thing. Wouldn't be the only one. 2010-12-14T09:55:32 tsbere: That's what I'm wondering. 2010-12-14T09:58:40 If so, I would tell folks here not to worry about entering a value for that field during entry. Thus far, I think we've set all our rules to use true for that field. 2010-12-14T10:00:42 bshum: I think its blocks stopped users anyway. IIRC, that check comes before the hold_matrix_matchpoint table is checked. 2010-12-14T10:03:13 bshum: In trunk, at least, that field IS used by the DB functions. If true it looks for standing penalties that look like '%CIRC%' and returns a false success. 2010-12-14T10:07:42 Dyrcona, tsbere: Ahh, I see. That makes sense. 2010-12-14T10:07:52 Thanks guys 2010-12-14T10:11:47 *** kmlussier has quit IRC 2010-12-14T10:22:04 hey guys, anyone know about "admin_offline_manage_xacts.css"? I have a bunch of logs indicating it's missing (but referred to) and I can't seem to find it on SVN anywhere? File does not exist: /openils/var/web/xul/rel_1_6_0_0/server/skin/admin_offline_manage_xacts.css, referer: http://xen.evergreen.lib.in.us/xul/rel_1_6_0_0/server/admin/offline_manage_xacts.xul 2010-12-14T10:28:49 mrpeters-isl: Hmm, most odd 2010-12-14T10:39:34 heh, its not breaking anything but i thought if the file was out there somewhere i could fix it :) 2010-12-14T10:39:49 I don't see the file either. 2010-12-14T10:40:56 I guess we don't notice this one because we've rarely used the offline xact management interfaces. 2010-12-14T10:41:04 * bshum knocks on wood 2010-12-14T10:42:31 phasefx: ping? 2010-12-14T10:57:40 *** kmlussier has joined #evergreen 2010-12-14T11:17:22 Hmm, the dropdown to select a circ modifier for a new circ policy rule doesn't order the names alphabetically? 2010-12-14T11:17:30 (in the staff client) 2010-12-14T11:17:55 Maybe sorting by code instead of name? 2010-12-14T11:23:17 *** _bott_ has quit IRC 2010-12-14T11:30:12 *** afterl has joined #evergreen 2010-12-14T11:32:03 *** _bott_ has joined #evergreen 2010-12-14T11:32:26 *** kmlussier has quit IRC 2010-12-14T11:39:30 bshum: i think thats right 2010-12-14T11:39:50 i remember something similar 2010-12-14T11:41:06 Let's just call that confusing when things don't appear in any logical order :) 2010-12-14T12:00:53 well ... is it meeting time-ish? 2010-12-14T12:00:53 *** dbs has joined #evergreen 2010-12-14T12:00:54 *** dbs has joined #evergreen 2010-12-14T12:01:03 It is 2010-12-14T12:01:46 wheee 2010-12-14T12:02:45 is there an agenda that I can't find somewhere? 2010-12-14T12:02:51 http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2010-12-14 2010-12-14T12:02:52 http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2010-12-14 2010-12-14T12:02:54 Haha 2010-12-14T12:02:59 tyvm 2010-12-14T12:03:03 From wiki -> index -> dev -> meetings 2010-12-14T12:03:48 * dbs has done none of his action items from the last meeting, it has been a week chock full of other stuff (sigh) 2010-12-14T12:04:38 who's got the gavel 2010-12-14T12:05:23 ok, I'll pick it up 2010-12-14T12:05:34 HEAR YE, HEAR YE 2010-12-14T12:05:48 someone want to record the minutes? 2010-12-14T12:06:19 eeevil: I'll do it. 2010-12-14T12:06:24 thanks 2010-12-14T12:07:42 ok, review of prev action items ... Dyrcona++, wrangling was very helpful ... do you still plan to do the committed->release for b5? 2010-12-14T12:07:54 yes 2010-12-14T12:08:04 Dyrcona++ # and wrangling++ 2010-12-14T12:08:13 rock ... should we consider that another bug squashing day? 2010-12-14T12:08:31 Dyrcona++ 2010-12-14T12:08:33 if you want. i'll go through the bugs from my email again and check on their states. 2010-12-14T12:08:53 thanks ... there are some new ones too, I think 2010-12-14T12:09:09 i have a question about targeting bugs at a series. 2010-12-14T12:09:26 ideas for a future bug-squashing day would be to coordinate efforts of volunteers to help reproduce + confirm bugs, or confirm that patches fix bugs, etc 2010-12-14T12:09:27 there are a couple that i think should be targeted at 2.1, but I don't know how to do that. 2010-12-14T12:09:48 dbs: yep. 2010-12-14T12:10:00 I attempted to nominate one of those to 2.1, but it requires intervention of a release manager. 2010-12-14T12:10:02 Dyrcona: we need to give you "create milestone" access, perhaps? 2010-12-14T12:10:26 fwiw, I don't have that either, afaict 2010-12-14T12:10:30 Would need to create the 2.1 series, then create milestones 2010-12-14T12:10:36 I can delegate that power 2010-12-14T12:10:58 ok. that would be good. 2010-12-14T12:11:12 dbs: in order to pin Dyrcona in his role, I'd support that :) 2010-12-14T12:11:16 i think the 2.1 series is there. 2010-12-14T12:11:19 I think we would ideally have a 2.1 branch cut as well, although perhaps we could just point at trunk 2010-12-14T12:11:24 dbs: may I have series/milestone perms too? 2010-12-14T12:12:34 dbs: I promise not to reintroduce 4-number versioning! ;) 2010-12-14T12:13:25 Dyrcona: actually, for 2.1, when there are no milestones, "Target to release" should let you point to 2.1 2010-12-14T12:13:36 Yup, I'm happy to share those around 2010-12-14T12:13:43 single point of failure == not good 2010-12-14T12:13:52 much better to have multiple points of failure! 2010-12-14T12:13:57 heh 2010-12-14T12:14:23 so, b5 and 1.6.1.5 cut ... waiting on staff client for the latter 2010-12-14T12:14:29 I'll create an "Evergreen release team" and put you, Dyrcona, and myself in it to begin (at least to start) 2010-12-14T12:14:44 also, 1.6.2.0-RC1 cut and uploaded 2010-12-14T12:14:47 dbs: thanks! 2010-12-14T12:14:54 dbs++ 2010-12-14T12:15:34 I think that closes the review fo last week (I'll note that I did not write release notes for 1.6.1.4 ...0 2010-12-14T12:16:03 I'm not sure what (4) is "Review Opportunity Items from previous meeting" 2010-12-14T12:16:08 but, let's do that 2010-12-14T12:16:31 * phasefx is rolling those clients right now; such a slacker :) 2010-12-14T12:16:40 phasefx++ 2010-12-14T12:16:53 I think that's a leftover, there weren't any opportunity items remaining from last time. 2010-12-14T12:17:04 ok 2010-12-14T12:17:39 2.0 beta status ... well, I just now identified a significant issue (label vs label_sortkey on call_number table: https://bugs.launchpad.net/evergreen/+bug/690242) 2010-12-14T12:18:03 but other than that, I don't think there's anything /new/ coming in 2010-12-14T12:18:30 eeevil: yeah, was looking at that. ugh. 2010-12-14T12:18:52 there is certainly some cleanup ... but if we can agree on a fix for 690242, I'd like to call the next cut RC1 to encourage more testing 2010-12-14T12:18:53 a seq scan on asset.call_number can't be that bad! :) 2010-12-14T12:19:12 :) 2010-12-14T12:19:14 ;) 2010-12-14T12:20:12 that's my thoughts on (5) 2010-12-14T12:20:39 RC1++ 2010-12-14T12:21:48 *** kmlussier has joined #evergreen 2010-12-14T12:22:04 anyone else? 2010-12-14T12:22:32 So, in RC1 we'll ramp up with loads o' data and lots of challending unicode data to shake out any other issues like #690242 (which wouldn't show up in a plan with only a few records in the DB) 2010-12-14T12:22:53 Can we also update acq.open-ils.org or some other public server with RC1 for a more public kicking? 2010-12-14T12:23:05 eeevil: I have my question about custom metabib tables, but you had mentioned fixing that *later* 2010-12-14T12:23:29 *table entries 2010-12-14T12:23:34 dbs: "ramp up..." yes, and "acq.open-ils.org", yes I think so ... phasefx even "volunteered" yesterday :) 2010-12-14T12:23:40 fabulous 2010-12-14T12:24:08 so, trunk or RC1 for acq.open-ils.org? 2010-12-14T12:24:11 bshum: I don't recall those specifically, sorry 2010-12-14T12:24:22 phasefx: I think RC1 2010-12-14T12:24:24 phasefx: RC1 I think 2010-12-14T12:24:26 k 2010-12-14T12:24:30 eeevil: I'll write up something more specifically. It's an issue with something in the 1.6.1-2.0 upgrade script. 2010-12-14T12:24:43 bshum: ahh... ok 2010-12-14T12:25:11 bshum: oh, not /tables/ but existing index defs ... yeah, I want to do that, but tuits are all the wrong shape 2010-12-14T12:25:19 bshum: short term might be to, on your side, update the ID of anything past 15 in config.metabib_field to +100 and do the corresponding dance in the metabib.*_field_entry tables 2010-12-14T12:25:20 anyone wants to step in, feelf ree 2010-12-14T12:25:34 dbs: indeed 2010-12-14T12:25:36 fe elf ree 2010-12-14T12:25:47 dbs: Right, I've been erasing those entries and redoing them at the higher IDs 2010-12-14T12:26:36 bshum: I'll see if I can work up a single transaction to maintain them across the migration. Going to try and migrate our 1.6.1.4-ish system to a 2.0 b5 test system this week, I think 2010-12-14T12:26:55 Given my track record on action items recently, though... 2010-12-14T12:27:02 dbs: Cheers and good luck 2010-12-14T12:27:02 is this a case of just setting the sequence at 100 to start, and hardcoding ids in upgrade scripts below 100? 2010-12-14T12:27:04 *** slipscomb has joined #evergreen 2010-12-14T12:27:19 That's what I was wondering when I reported the problem initially Dyrcona 2010-12-14T12:27:26 I know we've done that with permissions 2010-12-14T12:27:36 Like the first 1000 are reserved or something, right? 2010-12-14T12:27:53 (supposed to be) 2010-12-14T12:27:54 Dyrcona: just that, as well as maintaining existing entries that people might have added prior to incorporating that 2010-12-14T12:28:08 ah, more complicated, I see. 2010-12-14T12:28:39 e.g. foolish people who read my blog! 2010-12-14T12:29:08 I was planning to just push ones we don't supply (based on class + name) out of the way after confirming fkeys in all the right places 2010-12-14T12:29:17 dbs: I should add a comment there about the evils of following your instructions as written :) 2010-12-14T12:29:39 ON UPDATE CASCADE fkeys, I mean 2010-12-14T12:29:56 I think we've gotten a bit off track. 2010-12-14T12:30:15 ok ... so, nothing new in the 1.6.1 branch, so no upcoming releases 2010-12-14T12:30:38 Hey, developers are meeting and discussing the development of Evergreen, that's pretty on track! 2010-12-14T12:30:39 1.6.2.0-rc2 soon-ish, probably with 2.0-rc1 2010-12-14T12:31:15 eeevil: What significant pieces were put into 1.6.2? (though I know we're strongly urged to follow 2.0 only) 2010-12-14T12:31:49 bshum: batch MARC update, hard due dates ... something else ... 2010-12-14T12:31:54 Mostly backports of parts of 2.0: MARC editor niceties 2010-12-14T12:32:04 Ah, I see. 2010-12-14T12:32:11 spine label printing 2010-12-14T12:34:54 *** agJohn has joined #evergreen 2010-12-14T12:35:29 anything else to air during the meeting? 2010-12-14T12:35:33 *** moodaepo has quit IRC 2010-12-14T12:35:56 When's our holiday party? 2010-12-14T12:36:09 right this very moment 2010-12-14T12:36:16 Sorry, this wasn't on the agenda, but anyone have quick thoughts about this message I posted earlier today? http://libmail.georgialibraries.org/pipermail/open-ils-dev/2010-December/006638.html 2010-12-14T12:36:30 dbs: the AUTO+@@ stuff? 2010-12-14T12:36:34 er, dbwells 2010-12-14T12:36:41 dang tab complete 2010-12-14T12:36:48 eeevil: yes, exactly 2010-12-14T12:36:52 dbwells: i was excited about seeing the prospects of it 2010-12-14T12:37:00 how would it work? 2010-12-14T12:37:14 just a button in the copy editor or something to autogen a barcode? 2010-12-14T12:37:24 *** alxp has joined #evergreen 2010-12-14T12:37:45 dbwells: how about making ^@@ the only reserved pattern ... then, the auto barcode would be "@@AUTO", and be replaced by "@@"||id 2010-12-14T12:38:07 eeevil: makes good sense to me 2010-12-14T12:38:20 instead of reserving /both/ all versions of "auto" and anything starting with @@ (instead, just the latter) 2010-12-14T12:39:04 dbwells: so, I like it 2010-12-14T12:39:06 incidentally, there is other autobarcode functionality serving a different purpose 2010-12-14T12:40:27 phasefx: eh??? 2010-12-14T12:40:36 Does any other marker make better sense to anyone? '@@' was just the first thing that came to mind. 2010-12-14T12:41:07 in volume/copy creator, you press the Auto-Generate barcode button and it takes the first barcode entered and increments for every other item being created in that batch, also taking into account check digits 2010-12-14T12:41:32 but in this case, you _do_ care about the barcodes 2010-12-14T12:42:27 phasefx: well, I think that's a whole other thing -- dbwells' is a placeholder, the copy creator is giving (presumably) real data, no? 2010-12-14T12:42:33 phasefx: right, thanks. I have now begun calling these 'placeholder' barcodes rather than simply 'auto' 2010-12-14T12:42:48 so these things are orthogonal, but if we want to expose a convenience button or something for @@auto, some thought may be needed for not making it ocnfusing 2010-12-14T12:43:03 ok, we're all on the same page, then 2010-12-14T12:43:09 cool :) 2010-12-14T12:43:24 * phasefx didn't mean to derail, just a minor warning :) 2010-12-14T12:43:34 i've seen a lot of systems use a D_ to begin barcodes, probably old follett systems or something. 2010-12-14T12:44:09 * Dyrcona has no idea now why he bothered to mention that. 2010-12-14T12:44:45 Dyrcona: it may help someone one day search for and find this conversation :-D 2010-12-14T12:45:41 I like the idea of auto-generated barcodes and a button to generate one, next the staff will want the system to print the barcode. 2010-12-14T12:45:52 heh 2010-12-14T12:46:18 http://www.barcodesinc.com/free-barcode-font/ 2010-12-14T12:46:40 dbs: any thoughts on the feasibility of your recent recall functionality getting backported to 1.6.2? It is a feature on our most-wanted list 2010-12-14T12:46:43 eeevil: there's also a perl module that generates a png. 2010-12-14T12:46:51 dbwells: perhaps 'DUMMY' + copy_id to make that signal clear? 2010-12-14T12:47:36 dbwells: it should be pretty straightforward to backport, but I don't really want to encourage more adoption of 1.6.2.x :) 2010-12-14T12:47:51 dbs: fair enough :) 2010-12-14T12:47:59 agreed 2010-12-14T12:48:04 A bit late in the cycle, too, given that 1.6.2.0-rc1 is already out 2010-12-14T12:48:29 staff client up too now, evergreen-setup-rel_1_6_2_0_rc1.exe 2010-12-14T12:49:11 and evergreen-setup-rel_1_6_1_5.exe 2010-12-14T12:50:01 eeevil: I got an email from one of your co-workers asking for academic-oriented bib records, I'm happy to put more into Open-ILS/tests/datasets if the current sets aren't enough 2010-12-14T12:50:44 I can also commit some sets of authority records from IISH - they gave me the go-ahead to do that to help out with testing 2010-12-14T12:53:11 dbs: I think (don't know for sure) they're looking for a large-ish set ... not sure what "too big" is to put in tests/datasets, but I know one goal is to populate public test/demo servers with different "personalities" ... academic, public, school, law, etc ... with more appropriate record sets 2010-12-14T12:53:59 Right. And having a standard, large set of bib records to test with would be helpful all around, no matter what the personalities 2010-12-14T12:54:11 agreed 2010-12-14T12:54:40 For a large set, http://books1.scholarsportal.info/marc.html should have the Open Content Alliance records available to the world 2010-12-14T12:55:10 Mostly pre-copyright content, but satisfies the definition of "large" 2010-12-14T12:55:10 ahh, nice ... and that's obviously going to be academic-focused, yes? 2010-12-14T12:55:46 Largely, I think. 2010-12-14T12:57:29 a lot of minimalist records though, due to retrospective conversions 2010-12-14T12:57:31 and the UMich records 2010-12-14T12:57:41 ~650,000 bibs, IIRC 2010-12-14T12:57:47 yeah. the UMich records might be a better source 2010-12-14T12:58:01 I glanced at them, generally they look good 2010-12-14T12:58:53 gah. next meeting starts in two minutes and I need to find a phone or headset 2010-12-14T13:00:29 csharp: actually - is the governance meeting starting now? 2010-12-14T13:03:28 dbs: call's starting up now 2010-12-14T13:04:01 * dbs looks around for call details 2010-12-14T13:04:07 futilely 2010-12-14T13:04:17 dbs: sec 2010-12-14T13:04:53 nothing in my inboxes, thank heavens for IRC! 2010-12-14T13:06:05 *** b_bonner has joined #evergreen 2010-12-14T13:11:04 so meeting adjourned? 2010-12-14T13:13:28 Guess so 2010-12-14T13:13:30 :) 2010-12-14T13:27:04 *** slipscomb has left #evergreen 2010-12-14T13:29:14 *** b_bonner has quit IRC 2010-12-14T13:52:45 *** atz_ has quit IRC 2010-12-14T14:39:47 cute: -- nice tag there. 2010-12-14T14:41:21 38 of those suckers in our database. must come from a template 2010-12-14T14:41:56 or muscle memory 2010-12-14T14:42:23 (if it is/was possible to create that in the staff client) 2010-12-14T14:43:15 jeff: huh. insert datafield, but fail to give it a tag of any kind, and blammo - you get the magic JS value "undefined"? makes sense 2010-12-14T14:45:04 Sounds buggable. On save in the MARC editor, check for null tags and pop up a dialogue explaining the problem and setting the cursor to the offendiing tag 2010-12-14T14:52:13 *** Meliss has quit IRC 2010-12-14T14:52:30 *** jenny1 has joined #evergreen 2010-12-14T14:53:38 *** jenny has quit IRC 2010-12-14T15:01:22 *** gmcharlt is now known as miskatonic 2010-12-14T15:01:28 *** miskatonic is now known as miskatonic_u 2010-12-14T15:01:39 *** miskatonic_u is now known as gmcharlt 2010-12-14T15:01:57 dbs: sorry for the lack of email reminder about the call - you weren't the only one who noticed :-/ 2010-12-14T15:01:59 *** gmcharlt has quit IRC 2010-12-14T15:01:59 *** gmcharlt has joined #evergreen 2010-12-14T15:02:03 * csharp slinks away 2010-12-14T15:06:53 *** Meliss has joined #evergreen 2010-12-14T15:07:02 csharp: s'ok! gmcharlt had my back :) 2010-12-14T15:07:46 dbs++ # thanking me for getting him into another meeting 2010-12-14T15:08:01 gmcharlt+= 2010-12-14T15:08:10 err, +- 2010-12-14T15:08:16 lol 2010-12-14T15:33:31 *** kmlussier has quit IRC 2010-12-14T15:52:10 *** collum has quit IRC 2010-12-14T15:58:26 *** bshum has quit IRC 2010-12-14T15:58:51 *** Meliss has quit IRC 2010-12-14T16:15:06 *** sfortin has quit IRC 2010-12-14T16:19:27 *** jenny has joined #evergreen 2010-12-14T16:19:45 *** jenny has left #evergreen 2010-12-14T16:20:49 *** jenny1 has quit IRC 2010-12-14T16:25:06 *** granitize has quit IRC 2010-12-14T16:32:53 *** dbs has quit IRC 2010-12-14T17:08:40 *** yboston has quit IRC 2010-12-14T17:09:12 *** Guest75568 is now known as jennam 2010-12-14T17:09:16 *** jennam has joined #evergreen 2010-12-14T17:11:18 *** atz has joined #evergreen 2010-12-14T17:28:47 *** Dyrcona has quit IRC 2010-12-14T19:51:13 *** jennam has quit IRC 2010-12-14T20:09:48 *** Guest75568 has joined #evergreen 2010-12-14T21:16:15 *** Guest75568 is now known as jennam 2010-12-14T21:16:22 *** jennam has joined #evergreen 2010-12-14T21:21:24 *** tpham has joined #evergreen 2010-12-14T21:37:31 *** youdonotexist has joined #evergreen 2010-12-14T21:46:55 *** jennam has quit IRC 2010-12-14T21:52:41 *** Guest75568 has joined #evergreen 2010-12-14T21:52:48 *** Guest75568 is now known as jennam 2010-12-14T21:52:55 *** jennam has joined #evergreen 2010-12-14T22:12:39 *** alxp has quit IRC 2010-12-14T23:07:38 *** youdonotexist has quit IRC 2010-12-14T23:35:19 *** tpham has quit IRC 2010-12-14T23:45:50 *** r1231 has joined #evergreen 2010-12-14T23:58:01 *** youdonotexist has joined #evergreen