2011-06-20T03:37:39 *** atz__ has joined #evergreen 2011-06-20T03:40:37 *** atz_ has quit IRC 2011-06-20T05:48:34 *** natschil has joined #evergreen 2011-06-20T07:26:15 *** artunit_ has joined #evergreen 2011-06-20T07:28:03 *** artunit has quit IRC 2011-06-20T07:28:08 *** artunit_ is now known as artunit 2011-06-20T07:34:05 *** sfortin has joined #evergreen 2011-06-20T08:09:06 *** kmlussier has joined #evergreen 2011-06-20T08:28:40 *** AaronZ-PLS has joined #evergreen 2011-06-20T08:33:11 *** adbowling-isl has joined #evergreen 2011-06-20T08:44:31 *** adbowling-isl has quit IRC 2011-06-20T08:48:45 *** drdata_esi has joined #evergreen 2011-06-20T08:52:32 *** jenny has joined #evergreen 2011-06-20T09:04:28 *** Meliss has joined #evergreen 2011-06-20T09:05:25 *** collum has joined #evergreen 2011-06-20T09:11:26 *** kmlussier has quit IRC 2011-06-20T09:16:19 *** sfortin has quit IRC 2011-06-20T09:16:32 *** sfortin has joined #evergreen 2011-06-20T09:16:34 *** Dyrcona has joined #evergreen 2011-06-20T09:40:47 *** dbs has joined #evergreen 2011-06-20T09:40:47 *** dbs has joined #evergreen 2011-06-20T09:48:32 *** csharp has joined #evergreen 2011-06-20T09:56:28 *** csharp_GPLS has joined #evergreen 2011-06-20T10:03:24 ungh. what's the SSH port on open-ils.org now? 2011-06-20T10:04:12 * dbs moves that port 22 be re-added to the list of SSH ports that open-ils.org listens to 2011-06-20T10:05:49 * phasefx shared. security_through_obscurity+- 2011-06-20T10:06:19 just be glad there's no port knocking :) 2011-06-20T10:06:25 I imagine a port scan would turn up the same information, I'm not sure the inconvenience is worth it 2011-06-20T10:06:39 @praise a lack of port knocking 2011-06-20T10:06:39 dbs: Error: There are no praises in my database for #. 2011-06-20T10:06:51 * phasefx wishes scp and ssh used the same params for port 2011-06-20T10:07:39 * dbs believes in the power of rsync over SSH 2011-06-20T10:08:31 * phasefx throws random crap into his public_html 2011-06-20T10:10:20 dev meeting tomorrow! 2011-06-20T10:32:32 *** kmlussier has joined #evergreen 2011-06-20T10:41:33 berick / shadowspar / others interested in template toolkit opac: I'm uploading a VirtualBox VDI to ~/denials/tt_opac-2011-06-19.vdi.bz2 - based on current template-toolkit-opac branch + master 2011-06-20T10:42:49 for phasefx / myself in future: rsync-over-ssh approach = 'rsync --partial --progress -e "ssh -p $OBSCURE_PORT_NUM" /path/to/tt_opac-2011-06-19.vdi.bz2 denials@open-ils.org:/home/denials/public_html/. 2011-06-20T10:43:11 (--partial means that if the 500MB upload is interrupted, you can resume the upload later) 2011-06-20T10:43:20 that's the big win IMO over scp/sftp 2011-06-20T10:43:56 sweet 2011-06-20T10:44:08 rsync++ 2011-06-20T10:45:01 dbs: doesn't ~/.ssh/config with Host open-ils.org / Port 3399 handle everything for you? 2011-06-20T10:45:16 eeevil: yeah, if I set that up on every machine that I use 2011-06-20T10:45:24 gotcha 2011-06-20T10:45:48 oh noes, you gave away the OBSCURE_PORT_NUM! 2011-06-20T10:45:55 * phasefx waves his hand in an obscuring manner, "this not the port number you're looking for 2011-06-20T10:45:55 and I just busted the obscurity ... DOH! 2011-06-20T10:46:02 lulzsec will be at the door IN NO TIME 2011-06-20T10:46:36 well, I'm agreed in doubting the actual utility of that mechanism too ... so I don't feel too bad 2011-06-20T10:46:39 just disable password authentication and require keys. 2011-06-20T10:46:59 Dyrcona: that I'd favor 2011-06-20T10:47:41 I guess it might help against drive-by hits against port 22, but not a targeted effort to hack the site 2011-06-20T10:48:54 pubkey-only-auth++ 2011-06-20T10:49:24 Now that we've documented the obscure port number, we could change it back to 22 to confuse crackerz 2011-06-20T10:49:51 eeevil: I've tested and pushed the updated 2.0.6-2.0.7 2011-06-20T10:51:17 one note on the uri reingest function - i ended up adding a join to bre with a test for well-formed-xml on our system, because we have some invalid XML in bre.marc that pooched the reingest otherwise 2011-06-20T10:52:09 I'm not sure whether we want to accommodate bad bre.marc in the uri reingest upgrade function, but if we do it's two lines 2011-06-20T10:53:30 dbs: I suggest adding that join; since those records are malformed anyway and thereby useless until fixed, no need to hold up the rest of the upgrade 2011-06-20T10:53:57 I coudl see forcing the issue, but some of the larger consortia could potentially have tons of non-well-formed records 2011-06-20T10:54:11 * dbs puts hand up for his consortia :) 2011-06-20T10:54:21 okay, I'll push a quick branch out with the added bit 2011-06-20T10:55:06 Tidbit for the version bump for 2.1-rc1 commit. There was a change to the windowssetup.nsi file from beta to rc1 (but it should be beta) else staff client building is wonky. This should be changed back sometime. 2011-06-20T10:57:49 bshum: bshum regarding parallel hold targetting and fine generation, I suggest just bumping up to two parallel processes to start and working up 2011-06-20T10:58:13 I don't remember - do you have a separate utility server? 2011-06-20T10:58:36 gmcharlt: We do, but it couldn't handle doing all the work of every cron, so I ended up breaking it out to different bricks temporarily. 2011-06-20T10:58:52 gmcharlt: Right now hold_targeter.pl runs on brick2 2011-06-20T10:59:30 It seems that somehow we ended up with ridiculous number of holds being processed within the same hourly block. Like 4.5k between 4-5pm and 6k between 5-6pm 2011-06-20T10:59:45 I think that's why our hold_targeter script is choking and taking too long. 2011-06-20T10:59:58 bshum: which is also used for normal OPAC and staff use? in that case, yeah, just start with two parallel processes 2011-06-20T11:00:04 and how frequently do you run the targeter? 2011-06-20T11:00:18 gmcharlt: Right now, it's set for every 15 (which I think was the default suggested in the example) 2011-06-20T11:00:23 *15 minutes 2011-06-20T11:00:25 bshum: Did you migrate between, say, 4-6 pm? 2011-06-20T11:00:36 Or at least migrate *holds* during that time? 2011-06-20T11:00:56 tsbere: Our migration didn't come with holds. I think we screwed up by not running hold_targeter.pl properly at first. 2011-06-20T11:01:21 gmcharlt / eeevil: see user/dbs/rel_2_0_upgrade_well-formed-XML 2011-06-20T11:01:52 So the prev_check_time didn't update properly till we successfully ran through the hold_targeter.pl script 2011-06-20T11:02:41 Our utility server died in the morning when we failed to raise the max_children and it became overwhelmed. Presumably running the processes later in the day moved all the time for hold checking into those hours. 2011-06-20T11:03:07 *** natschil has quit IRC 2011-06-20T11:03:27 *** natschil has joined #evergreen 2011-06-20T11:03:32 gmcharlt: I'll start with two parallel, thanks. I actually removed that brick from active rotation in case we needed its full attention for hold processing. 2011-06-20T11:04:55 dbs++ image 2011-06-20T11:08:06 dbs: any reason why biblio.reingest_uris shouldn't be in 030.schema.metabib.sql? 2011-06-20T11:08:30 if you don't think it's worth keeping as a permanent part of the schema, upgrade script should drop it after use, I suppose 2011-06-20T11:11:11 gmcharlt: I didn't expect reingest_uris() to be required regularly, so a DROP would make sense - assuming that the reingest_uris() call succeeds 2011-06-20T11:12:39 dbs: well, if it doesn't succeed, the transaction rolls back, so tacking a DROP before the commit should have the desired effect 2011-06-20T11:12:51 gmcharlt: right, sure 2011-06-20T11:13:07 I'll add that to the branch if you would like 2011-06-20T11:13:57 please 2011-06-20T11:14:03 *** natschil has quit IRC 2011-06-20T11:14:29 *** natschil has joined #evergreen 2011-06-20T11:17:16 pushed 2011-06-20T11:22:56 dbs: tested; pushing; I'll also cherry-pick the change to 0559 for master and rel_2_1 2011-06-20T11:23:12 gmcharlt++ 2011-06-20T11:24:02 * dbs hopes to be able to try out bjwebb's DESTDIR branches for OpenSRF and Evergreen this afternoon on a clean Squeeze image 2011-06-20T11:26:11 and done 2011-06-20T11:26:35 gotta run to a meeting, but thanks to moodaepo we have minutes of the last dev meeting to review at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2011-06-07 before tomorrow's dev meeting 2011-06-20T11:32:29 *** frank_ has joined #evergreen 2011-06-20T11:45:49 *** asimon_ has joined #evergreen 2011-06-20T11:45:50 gmcharlt: could I get you to move my errant rel_2_1_rc1 tag-ish branch to tags/rel_2_1_rc1? 2011-06-20T11:46:06 should'a pushed it right the first time... :) 2011-06-20T11:46:10 eeevil: If gmcharlt isn't available to I can 2011-06-20T11:46:18 tsbere: rock, thanks 2011-06-20T11:47:22 eeevil: What about this rel_1_6_2_0_rc1 branch? 2011-06-20T11:47:58 (outside of tags) 2011-06-20T11:48:24 Would someone verify that the 2.0 Register Patron single screen uses user_edit.xhtml and user_edit.js, and that ue_config.js is fully depracated? Thanks. 2011-06-20T11:48:51 asimon_: Dunno about user_edit.js.....the 2.0 register patron uses a register.js somewhere though. 2011-06-20T11:49:12 eeevil: did fix the rel_2_1_rc1 one though 2011-06-20T11:51:21 tsbere: Would that be /openils/var/web/js/ui/default/actor/user/register.js? 2011-06-20T11:51:29 asimon_: Looks right. 2011-06-20T11:52:24 tsbere: meh on the 1.6.2.0-rc1 2011-06-20T11:53:47 tsbere: Thanks. 2011-06-20T12:04:54 hello everybody, i´d want to know if someone could tell me what are the step i have to keep to could configure the email notificacion, such as the password reset 2011-06-20T12:32:12 *** asimon_ has quit IRC 2011-06-20T12:39:39 *** kmlussier has quit IRC 2011-06-20T12:40:14 *** kmlussier has joined #evergreen 2011-06-20T12:44:34 *** joseph_ has joined #evergreen 2011-06-20T12:46:10 Is buildbot working with git? 2011-06-20T12:51:22 joseph_: it should be, yes 2011-06-20T12:51:31 joseph_: what is your real question? :) 2011-06-20T12:52:27 dbs: My real question is, how can I set it up to check my personal repo so I can see why it isn't building? 2011-06-20T12:52:41 dbs: (: 2011-06-20T12:53:38 joseph_: ah, so you want to have a particular branch of another repo added to the buildbot at testing.evergreen-ils.org ? Or you want to create your own local buildbot instance? 2011-06-20T12:55:11 dbs: either would work, the repo I'm working out of is in the main evergreen git, building by hand is just getting old (I could very well be doing it wrong though). 2011-06-20T12:55:49 *** asimon_ has joined #evergreen 2011-06-20T12:55:53 joseph_: ah, so buildbot only builds the branches that it's told to build 2011-06-20T12:56:53 you could tailor OpenSRF/examples/buildbot.cfg to point at the working repo + your branch for a local buildbot instance 2011-06-20T12:57:11 I'd like to be able to change some specific Register Patron options, but can't figure out how to do so with 2.0. How can I set the County field to be required? How can I change the default entry for the Internet Access Level? 2011-06-20T12:57:25 dbs: thanks, I'll check in to that :) 2011-06-20T12:57:55 right now, the general EG buildbot just builds core branches on a few different platforms; branches from the working repo aren't part of that 2011-06-20T12:58:33 I can certainly see why. 2011-06-20T12:59:06 it would be awesome to have somebody else on the project who can make buildbot jump through hoops! 2011-06-20T13:00:16 * joseph_ imagines robots jumping through hoops... 2011-06-20T13:02:51 asimon_: I believe I have what you want, if you open the staff client, then go to the admin menu, local administration, then library settings editor, I can give you the names of the settings to change. 2011-06-20T13:04:09 joseph_++ # training bots to jump hoops ;) 2011-06-20T13:05:15 the two I think you want are: "Default level of patrons' internet access" and "GUI: Require county field on patron registration" dbs or gmcharlt can correct me if I'm wrong though. 2011-06-20T13:07:48 asimon_: Default inet access level is an org unit setting, I think. 2011-06-20T13:08:19 asimon_: For default things to required you need manual edits in 2.0, and org unit settings in 2.1. Which you using? 2011-06-20T13:08:53 joseph_: you have it 2011-06-20T13:09:43 * tsbere is under the impression that that GUI option doesn't exist in 2.0, just 2.1+, because he doesn't recall that patch of his being backported (due to being a new feature) 2011-06-20T13:10:29 joseph_: Default level of patron 2011-06-20T13:11:00 s internet access is a text field. Does it have to match one of the three default statuses? 2011-06-20T13:11:53 asimon_: I seem to recall having to set that to an integer 2011-06-20T13:11:54 asimon_: That I do not know, sorry, if someone answers, I can look in to filing a bug report. 2011-06-20T13:12:17 joseph_: I don't have "GUI: Require county field on patron registration" in my 2.0.6 system. 2011-06-20T13:12:38 asimon_: As I said, that is a 2.1+ feature. You have to manually edit a file in 2.0. 2011-06-20T13:12:52 tsbere: Where can I find the Internet Access Entries in the database? 2011-06-20T13:13:03 asimon_: config.net_access_level 2011-06-20T13:13:25 gmcharlt: Thanks. 2011-06-20T13:14:10 jeff++ # multiple book detection was the culprit with our self-check, it seems 2011-06-20T13:14:18 hooray! 2011-06-20T13:14:21 glad to hear. 2011-06-20T13:15:11 phasefx pasted "another take at long-line highlighting in vim, this time with a toggle" at http://paste.lisp.org/display/122764 2011-06-20T13:16:10 tsbere: Which file contains the required/optional toggle for the County field? 2011-06-20T13:16:59 asimon_: You have to edit register_table.tt2, I think it was, to add the required="required" (or change required="show" to required="required") entry 2011-06-20T13:19:22 incidentally, you can edit a copy of register_table.tt2 in another directory to as a local template if you add that directory to oils_web.xml 2011-06-20T13:21:29 templates++ 2011-06-20T13:22:14 *** atz__ has quit IRC 2011-06-20T13:25:39 *** jenny has quit IRC 2011-06-20T13:32:10 tsbere: Thanks. 2011-06-20T13:40:16 Can someone verify that the permission.grp_tree.perm_interval entry for 1 year should be "1 year" and not "1 years"? 2011-06-20T13:40:33 either one should work 2011-06-20T13:41:24 someone with wiki admin creds mind poking the miker account? it's not sending me a pw reset email, and I can't log in :( 2011-06-20T13:41:43 dbs: Thanks. 2011-06-20T13:41:51 eeevil: will do 2011-06-20T13:41:58 dbs: thankee sai 2011-06-20T13:43:16 in theory, you should have an email at your gmail.com address real soon now 2011-06-20T13:44:23 dbs: thanks ... any idea from what addr this might be coming? perhaps it's getting mis-filed somewhere 2011-06-20T13:45:01 eeevil: lemme check 2011-06-20T13:45:04 yep ... it got sent to the spam folder 2011-06-20T13:45:07 (also, check your spam) 2011-06-20T13:45:10 there ya go 2011-06-20T13:47:12 Has anyone created a County drop-down box for the Register Patron screen? 2011-06-20T13:50:03 asimon_: I think that could be assigned using the zip code generator. 2011-06-20T13:51:07 bshum: Thanks. 2011-06-20T13:51:38 frank_ pasted "untitled" at http://paste.lisp.org/display/122766 2011-06-20T13:52:23 i did those steps, but i doesnt get the email, what else do i have to do? 2011-06-20T13:52:44 asimon_: For some clues to that: http://dmagick.wordpress.com/2011/01/06/notes-on-installing-zipcode-information/ 2011-06-20T13:54:43 *** atz has joined #evergreen 2011-06-20T13:56:13 Question: is class->search_where searching basically a json search on that specific class? 2011-06-20T14:03:52 *** jenny has joined #evergreen 2011-06-20T14:08:04 tsbere: sorta like that. see class::dbi docs 2011-06-20T14:20:19 Off the top of my head, I think bshum is correct. If counties have been added into the file, then it should populate. 2011-06-20T14:20:40 Dmagick: They do, ours did, even though we don't actively track counties. 2011-06-20T14:23:21 tsbere pasted "closed date query" at http://paste.lisp.org/display/122767 2011-06-20T14:23:31 senator: Any thoughts on that paste? ^^ 2011-06-20T14:27:54 tsbere: eeevil may be able to help you better, he knows/uses class::dbi more than i do. it looks reasonable, but i'd only know for sure by running it 2011-06-20T14:29:32 *** asimon_ has quit IRC 2011-06-20T14:31:47 tsbere: search_where is added by Class::DBI::AbstractSearch -> http://search.cpan.org/~miyagawa/Class-DBI-AbstractSearch-0.07/lib/Class/DBI/AbstractSearch.pm 2011-06-20T14:32:25 IIRC, it returns an iterator in scalar context 2011-06-20T14:33:02 but ... what in particular is your where-clause trying to do? find closings that span "today"? 2011-06-20T14:36:00 berick: poke. 2011-06-20T14:36:55 eeevil: Looking for all-day or multi-day closings that include the current termination date for a circulation + grace period. Working on making grace period extend through closed days of the "day of week" and "explicit entry" varieties. 2011-06-20T14:38:10 * tsbere should probably add a "limit => 1" in there somewhere as well 2011-06-20T14:39:28 tsbere: there's logic ... somewhere in there ... to take a timestamptz and return a start/end pair (that might both be the original timestamptz) that describe the bounds of any overlapping closed dates and hours-of-operations closings 2011-06-20T14:40:40 (not that that's an answer to your question...) 2011-06-20T14:41:24 but, the answer is, I believe, "cast to a perl array if you want to test found-ness, since an iterator will be defined regarless of size" 2011-06-20T14:43:37 Huh. I have a ) where I want a } in the paste. <_< 2011-06-20T14:45:22 *** phasefx has quit IRC 2011-06-20T14:47:00 tsbere annotated #122767 "While Clause <_<" at http://paste.lisp.org/display/122767#1 2011-06-20T14:47:15 * tsbere hasn't even checked if that is valid perl yet 2011-06-20T14:48:59 perl -c sez? 2011-06-20T14:50:09 tsbere: you might want to look at OpenILS::Application::Storage::Publisher::actor::new_org_closed_overlap (which, currently, is hidden via api_level=>0, but probably is doing what you want if you supply a direction of 1) 2011-06-20T14:50:41 *** phasefx has joined #evergreen 2011-06-20T14:51:25 tsbere: the adjacent org_closed_overlap sub is what's in production atm 2011-06-20T14:52:11 and, currently, works fine. the new one is an attempt to use DateTime sets to abstract away some of the complexity 2011-06-20T14:54:05 eeevil: Given that I am in Application/Storage/Publisher/action.pm I am not sure I have much in the way of worries on api level. 2011-06-20T14:54:32 * tsbere is in the fine generator, specifically 2011-06-20T14:55:42 tsbere: method_lookup to the rescue! 2011-06-20T14:56:15 eeevil: My problem with generic searching of "in an interval the library is closed during" is "I don't want to count the fact they are closed because it is midnight" 2011-06-20T14:58:47 tsbere: if I'm understanding correctly, open-ils.storage.actor.org_unit.closed_date.overlap doesn't do what you don't want 2011-06-20T14:59:06 it only cares about HOO values where the start and end are both 00:00:00 2011-06-20T15:09:22 eeevil: I am looking for "hoo says they are closed all day OR there is an explicitly all day closed date" specifically, unless you think grace period auto-extend should apply to any time the grace period falls in a closed date period of any kind. I am currently running on 'the grace period has to exist and be > 1 day before we consider extending it' to start with. 2011-06-20T15:10:00 Well, >= 1 day 2011-06-20T15:32:06 @later tell berick Please look at https://bugs.launchpad.net/evergreen/+bug/799864 when you have a chance. 2011-06-20T15:32:06 Dyrcona: The operation succeeded. 2011-06-20T15:35:01 tsbere: I think, without looking at the context of the code, I'm not following. that code I pointed at will return either undef (date you passed does not overlap anything) or start and end of the overlapping closure (regardless of the number or type of adjacent/overlapping closures it takes to calculate that start/end pair) 2011-06-20T15:37:37 eeevil: With context: http://git.mvlcstaff.org/?p=tsbere/ILS.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Publisher/action.pm;h=73f4d32731beb9546f59c2e0dafcda314076ae8b;hb=refs/heads/grace_auto_extend#l901 2011-06-20T15:38:33 eeevil: My goal is to extend grace period if and only if the library was closed for the entire day the grace period ended on. Partial-day closings and such would not count. 2011-06-20T15:39:01 * tsbere isn't done, but did a commit+push to provide context 2011-06-20T15:40:00 *** sfortin has quit IRC 2011-06-20T15:56:06 ok, I see. in that case, calling open-ils.storage.actor.org_unit.closed_date.overlap with due_date+grace_interval will give you a fast-path and a case to test. the fast-path is a return value of undef (no overlap) and the test would then be something like "grace_start = (due_date + grace_interval) % day; grace_end = grace_start + 1 day; if (overlap_start <= grace_start AND overlap_end >= grace_end) then extend grace" 2011-06-20T15:56:39 or similar 2011-06-20T15:59:36 *** Meliss has quit IRC 2011-06-20T16:00:05 *** collum has quit IRC 2011-06-20T16:03:35 *** dbs has quit IRC 2011-06-20T16:10:01 Dyrcona: I grabbed the ticket. cursory glance looks good. I'll review further and probably merge, probably this week. 2011-06-20T16:10:16 * berick needs to review copy active_date first 2011-06-20T16:10:17 berick: thank you muchly. 2011-06-20T16:10:43 Dyrcona: thank you! 2011-06-20T16:12:17 *** collum has joined #evergreen 2011-06-20T16:58:21 eeevil: Not 100% sure what you are getting at there. Got very distracted with "our system decided to stop working". 2011-06-20T17:09:16 yes, but hands have been slapped and the guilty party will be up for reeducation starting tomorrow. 2011-06-20T17:29:24 \r\n instead of \n in print_list_templates -- odd. 2011-06-20T17:31:27 *** Dyrcona has quit IRC 2011-06-20T17:31:48 *** pmplett has joined #evergreen 2011-06-20T17:41:40 *** drdata_esi_ has joined #evergreen 2011-06-20T17:41:55 *** Callender_ has joined #evergreen 2011-06-20T17:42:29 *** kmlussier_ has joined #evergreen 2011-06-20T17:45:41 *** joseph_ has quit IRC 2011-06-20T17:47:00 *** jenny has left #evergreen 2011-06-20T17:50:07 *** gmcharlt` has joined #evergreen 2011-06-20T17:50:22 *** kmlussier has quit IRC 2011-06-20T17:50:23 *** natschil has quit IRC 2011-06-20T17:50:23 *** Callender has quit IRC 2011-06-20T17:50:23 *** drdata_esi has quit IRC 2011-06-20T17:50:23 *** atheos has quit IRC 2011-06-20T17:50:23 *** gmcharlt has quit IRC 2011-06-20T17:50:24 *** atheos_ has joined #evergreen 2011-06-20T17:56:15 *** frank_ has quit IRC 2011-06-20T18:15:00 *** kmlussier_ has quit IRC 2011-06-20T19:16:46 *** gmcharlt` is now known as gmcharlt 2011-06-20T19:16:47 *** gmcharlt has joined #evergreen 2011-06-20T21:39:25 *** pmplett has quit IRC 2011-06-20T21:47:22 *** pmplett has joined #evergreen 2011-06-20T22:02:03 *** Dmagick_ has joined #evergreen 2011-06-20T22:08:05 *** pmplett has quit IRC 2011-06-20T22:08:54 *** Callender_ has quit IRC 2011-06-20T22:08:54 *** Dmagick has quit IRC 2011-06-20T22:08:55 *** lisppaste has quit IRC 2011-06-20T22:08:55 *** pinesol has quit IRC 2011-06-20T22:17:08 *** pmplett has joined #evergreen 2011-06-20T22:18:52 *** pmplett has quit IRC