| # | Time | Nick | Message |
|---|
| # | 00:46:39 | phase_bb has quit IRC |
| # | 02:34:42 | jamesrf has joined #evergreen |
| # | 02:43:37 | jamesrf has quit IRC |
| # | 02:53:25 | phasefx_ has quit IRC |
| # | 04:13:48 | finnx has quit IRC |
| # | 04:14:23 | moodaepo has quit IRC |
| # | 04:14:23 | jmeeuwen has quit IRC |
| # | 04:14:23 | brendan_ga_ has quit IRC |
| # | 04:14:23 | AbizzalsX has quit IRC |
| # | 04:14:23 | lcassell has quit IRC |
| # | 04:14:23 | jeff has quit IRC |
| # | 04:14:23 | leed has quit IRC |
| # | 04:14:23 | mrpeters-isl has quit IRC |
| # | 04:14:23 | atz has quit IRC |
| # | 04:14:23 | _dkyle_ has quit IRC |
| # | 04:14:23 | _bott_ has quit IRC |
| # | 04:14:23 | pmplett has quit IRC |
| # | 04:14:23 | kbeswick has quit IRC |
| # | 04:14:23 | gmcharlt has quit IRC |
| # | 04:14:23 | rsinger has quit IRC |
| # | 04:14:23 | artunit has quit IRC |
| # | 04:14:23 | gdunbar has quit IRC |
| # | 04:17:15 | pinesol has joined #evergreen |
| # | 04:17:41 | jeff_ has joined #evergreen |
| # | 04:18:19 | rickd has joined #evergreen |
| # | 04:19:27 | chrissharp123 has joined #evergreen |
| # | 04:35:41 | phasefx2 has joined #Evergreen |
| # | 04:35:41 | atheos has joined #Evergreen |
| # | 05:33:01 | levani_el has joined #evergreen |
| # | 05:33:03 | levani_el | hello |
| # | 05:33:57 | levani_el | i want to generate 008 marc field date |
| # | 05:35:51 | levani_el | in template generate only one date |
| # | 05:36:09 | levani_el | i want to take information at 005 field |
| # | 05:57:32 | levani_el has quit IRC |
| # | 06:24:52 | jmeeuwen has quit IRC |
| # | 06:51:57 | bradl has joined #evergreen |
| # | 07:24:43 | wlayton has joined #evergreen |
| # | 07:32:41 | wlayton has quit IRC |
| # | 07:39:08 | Meliss has joined #Evergreen |
| # | 07:41:01 | miker_ has joined #evergreen |
| # | 07:42:31 | Melissa has joined #Evergreen |
| # | 07:43:07 | Meliss has quit IRC |
| # | 07:45:13 | Melissa has left #Evergreen |
| # | 07:46:59 | Melissa has joined #Evergreen |
| # | 07:49:28 | phasefx_ has joined #evergreen |
| # | 07:51:38 | phase_bb has joined #evergreen |
| # | 07:52:01 | sylvar has joined #evergreen |
| # | 07:57:16 | mck9 has joined #evergreen |
| # | 08:03:36 | sfortin has joined #evergreen |
| # | 08:06:44 | rickd has quit IRC |
| # | 08:07:16 | rickd has joined #evergreen |
| # | 08:28:08 | wlayton has joined #evergreen |
| # | 08:31:00 | berick has joined #evergreen |
| # | 09:11:14 | jenny has joined #evergreen |
| # | 09:15:44 | senator has joined #Evergreen |
| # | 09:27:02 | rickd has quit IRC |
| # | 09:33:32 | dchristens has joined #evergreen |
| # | 09:34:58 | phasefx3 has joined #evergreen |
| # | 09:35:07 | phasefx3 is now known as phasefx |
| # | 09:40:06 | dbs has joined #evergreen |
| # | 09:42:19 | dbs | atz: did you ever work out your opensrf / open-ils build issues? i was wondering if you ever ran autogen.sh (the autotools one, not the evergreen bootstrapping one) in opensrf and evergreen before rerunning configure and make |
| # | 09:42:40 | atz | yeah, i finally got it up to speed |
| # | 09:44:38 | atz | the main thing was the libmemcached dependency that was breaking make clean... my update script also threw an unnecessary git-related wrinkle in there |
| # | 09:47:18 | atz | thx for the help though |
| # | 09:56:23 | r123 has joined #evergreen |
| # | 09:56:56 | natschil has joined #evergreen |
| # | 09:57:35 | dbwells has joined #Evergreen |
| # | 09:59:40 | mrpeters-isl | all - are there any flags the patron could set that would prevent their contact info (appearing in the staff client as valid) from printing out on hold reciepts? |
| # | 10:00:04 | mrpeters-isl | and if yes, is there anyway in database to verify that they have "opted out" of having their contact info on those slips |
| # | 10:01:24 | atz | i know there is a "hold alias" field recently added, but I'm not sure that overrides *all* contact info |
| # | 10:01:31 | phasefx_ | the stock hold slip will only print the patron's name (and maybe card number?), and if email notify is enabled on the hold, their email address, and if phone notify is enabled on the hold, whichever phone number they entered for the hold |
| # | 10:01:37 | phasefx_ | hold alias will completely replace name |
| # | 10:02:26 | mrpeters-isl | hmm...its being explainted to me that they have perfectly valid phone/email on their slips but they are not printing out with contact info...is it possible to place a hold with no notify? |
| # | 10:02:30 | phasefx_ | in trunk, the hold slip is completely templatable, but I'm not sure how much patron data is available for it, and there's certainly no dedicated toggle the template could look at for determining whether to use that data or not |
| # | 10:02:53 | mrpeters-isl | ok |
| # | 10:03:04 | phasefx_ | what specific contact info are they expecting? |
| # | 10:03:08 | mrpeters-isl | so, next clue is to check the action.hold_request for that item and see if there was a phone or email notify |
| # | 10:03:25 | mrpeters-isl | "No contact information given on some hold slips" |
| # | 10:03:38 | atz | it could be, for example, that the phone is a different field than the one(s) the template is targeting |
| # | 10:03:52 | mrpeters-isl | atz: thats a good thought |
| # | 10:04:23 | atz | the template should be made to fail over though all 3 phone fields when possible |
| # | 10:05:05 | atz | if it already is designed that way, then look for a possible whitespace data string as a phone value |
| # | 10:05:50 | atz | such that the template would succeed in retrieving a non-null value... but it still would look like nothing |
| # | 10:05:57 | dbs | hmm, more install permissions errors at http://testing.esilibrary.com/buildbot/build/?openils=15183 |
| # | 10:06:32 | phasefx_ | in this case, the hold interface itself lets you enter an arbitrary phone number, one that need not be associated with the patron's account at all. It should default with an associated patron phone number, though |
| # | 10:07:02 | phasefx_ | so action.hold_request.phone_verify contains a phone number |
| # | 10:07:14 | atz | ah, i forgot about that |
| # | 10:09:04 | phasefx_ | dbs: so I didn't break the build? :D yay |
| # | 10:10:48 | mrpeters-isl | whaddaya know! phone_notify | |
| # | 10:10:48 | mrpeters-isl | email_notify | f |
| # | 10:11:18 | mrpeters-isl | so, they likely didnt enter a phone number to be notified at when the hold came available, plus they opted out of email notification |
| # | 10:12:28 | mrpeters-isl | thus, a hold capture slip with no way to contact the ptaron |
| # | 10:12:45 | mrpeters-isl | should that fall over to provide the day_phone from the patron account if phone notify is null? |
| # | 10:12:58 | bradl | that's why I've been pushing for the ESP module. No one wants to fund that, though. *shrugs* |
| # | 10:13:07 | mrpeters-isl | ESP/ |
| # | 10:13:10 | mrpeters-isl | oh lol |
| # | 10:13:12 | mrpeters-isl | im dense |
| # | 10:13:23 | phasefx | if they patron doesn't want to be contacted by phone, they don't want to be contacted by phone :) they have to go to the effort of disabling it |
| # | 10:13:23 | bradl | nah, you just performed a migration :) (congrats) |
| # | 10:13:30 | mrpeters-isl | thanks! |
| # | 10:13:50 | mrpeters-isl | phasefx: very true |
| # | 10:13:51 | phasefx | not an ideal situation though. they're still able to check their own My Account section in the OPAC |
| # | 10:14:28 | phasefx | could template away their ability to disable and configure the phone number |
| # | 10:14:52 | phasefx | though I imagine you have patrons in the database without valid phone numbers and/or email addresses |
| # | 10:14:59 | mrpeters-isl | seems pretty stupid to place a hold, and leave no contact info |
| # | 10:15:19 | phasefx | maybe some coding to warn the patron of this |
| # | 10:15:27 | mrpeters-isl | but, i agree...they had to go to the effort of disabling it |
| # | 10:16:03 | phasefx | and a link pointing to library hold policies (for how long it'll stay on the shelf, any fees for un-retrieved holds, etc.) |
| # | 10:16:16 | mrpeters-isl | an idea for sure |
| # | 10:26:09 | lisppaste3 has joined #evergreen |
| # | 10:36:47 | natschil has quit IRC |
| # | 11:18:29 | dbs | is anyone opposed to placing a (bucket, target_biblio_record_entry) unique constraint on container.biblio_record_entry_bucket_item? |
| # | 11:19:03 | dbs | we've had a lot of people accidentally add multiples, and I can't think of a good rationale for allowing dupes |
| # | 11:21:35 | berick | dbs: i fear there may be some assumption of allowing duplicates. I know i've told people before, "sure, you can have dupes!". I recall discussing using dupes as a way to 'rate' items in a bucket, potentially for user ratings in the opac. |
| # | 11:21:52 | berick | i don't have anything more concrete, though |
| # | 11:23:32 | dbs | huh. it would be a weird implementation, but I guess if you had a "5 star" shared bucket that people could add records to, that would be a way of doing things. |
| # | 11:23:56 | berick | or "38 people liked this title" |
| # | 11:24:02 | berick | *shrug* |
| # | 11:24:26 | berick | honestly, i don't recall the exact discussion |
| # | 11:25:28 | berick | perhaps a "allow dupes" checkbox in the staff client |
| # | 11:27:05 | dbs | mebbe. I like good old-fashioned relational constraints :) perhaps I'll just add that constraint here, and open a discussion on the list |
| # | 11:27:36 | dbs | something like rating.biblio_record_entry(id sequence, usr id, record id, rating int, comment text) |
| # | 11:28:15 | dbs | (leaving open the possibility of rating.actor_usr(id sequence, rated_usr id, rating_usr id, rating int, comment text) -- fun!) |
| # | 11:28:30 | dbs | open/reopen |
| # | 11:29:49 | dbs | thanks, berick - as always |
| # | 11:32:01 | dbs | huh, I wonder if some of these dupes are due to back-button usage. I can't imagine how anyone would add 57(!) dupes to a single bucket |
| # | 11:38:00 | berick | "57 people liked this title" |
| # | 11:38:02 | berick ducks ;) |
| # | 11:38:21 | berick | "1 person liked it 57 times" |
| # | 11:39:31 | dbs | "you students really should read this book. I mean it. I really mean it!" |
| # | 11:39:34 | phasefx | or for a patron bookbag, I read it twice, or something. But I likes a toggle :) |
| # | 11:39:48 | berick | phasefx: good point, actually.. |
| # | 11:39:59 | berick | we use buckets to model opt-in checkout history |
| # | 11:40:23 | agJohn has joined #evergreen |
| # | 11:42:22 | agJohn | Is there a way to set up the OPAC for two different libraries in a consortium so that one library sees/searches one type of subject heading (based on indicators) and another library a different type? (I don't need to know details, just if it could be done, at this point)? |
| # | 11:44:04 | dbs | agJohn: sees, yes, using skins and bibtemplate |
| # | 11:44:22 | agJohn | Cool, thanks, dbs. |
| # | 11:44:34 | dbs | agJohn: searches, a bit harder; need a skin and a separate index I guess |
| # | 11:44:43 | agJohn | Makes sense. |
| # | 11:45:08 | dbs | related subjects might be a tiny bit wonky |
| # | 11:45:24 | agJohn | I wasn't sure the indexing was sophisticated enough to take into account the indicators. Yeah, I figured it could get complicated. |
| # | 11:48:12 | dbs | agJohn: this a MeSH vs. LCSH sort of thing? |
| # | 11:50:05 | agJohn | dbs: I wasn't clear on why they wanted to do this. I sort of had the impression is was subtler than that: snooty college library doesn't trust the cavalier public library's cataloging kind of thing. There's no member of the group that would be using MeSH, so far as I know, so I'm not entirely sure. I did not pursue the details because I didn't have a good answer when they wanted to know if... |
| # | 11:50:06 | agJohn | ...it was possible or not. |
| # | 11:51:07 | agJohn | Seems like everyone I'm talking to recently wants to share the server(s) and DB, but have everything be treated as if they were separate.... |
| # | 11:51:30 | dbs | hah. lots of work involved in that. |
| # | 11:51:55 | r123 has quit IRC |
| # | 11:51:56 | agJohn | Seems kinda nutty to me; I suggested they consider just having separate DBs w/ VMs for the EG instances. |
| # | 11:57:04 | brendan_ga_ has quit IRC |
| # | 12:05:21 | godzilla8nj has joined #Evergreen |
| # | 12:06:56 | godzilla8nj | Installing Evergreen (well, at this point still installing OpneSRF.) As opensrf user run osrf_ctl.sh -l -a start_all returns "Can't locate OpenSRF/Utils/Logger.pm". Help? |
| # | 12:11:43 | brendan_ga has joined #evergreen |
| # | 12:11:59 | brendan_ga has quit IRC |
| # | 12:15:07 | godzilla8nj has quit IRC |
| # | 12:33:36 | gmcharlt | oops, I hope he doesn't take out the lack of an answer on Tokyo |
| # | 12:36:24 | sboyette | history shows, again and again, &c. &c. |
| # | 12:46:53 | jamesrf has joined #evergreen |
| # | 12:49:39 | jamesrf has left #evergreen |
| # | 13:36:44 | dbs | @later tell godzilla8nj Check your PERL5LIB environment variable to ensure it contains /openils/lib/perl5 |
| # | 13:36:44 | pinesol | dbs: The operation succeeded. |
| # | 13:42:20 | sfortin has quit IRC |
| # | 14:04:37 | eby__ has joined #evergreen |
| # | 14:18:11 | jenny1 has joined #evergreen |
| # | 14:23:41 | phasefx__ has joined #evergreen |
| # | 14:23:58 | phasefx__ is now known as phasefx3 |
| # | 14:33:08 | jenny has quit IRC |
| # | 14:57:37 | rickd_ has joined #evergreen |
| # | 15:00:18 | senator has quit IRC |
| # | 15:10:50 | moodaepo | dbs: I'm setting up JMeter test plans for EG and was wondering if I could run them by your test concat opac? |
| # | 15:11:51 | dbs | moodaepo: fine with me. don't expect greatness :) |
| # | 15:12:01 | moodaepo | Once the plans are designed decently, I'll post it up on the wiki for benchmarking EG systems |
| # | 15:12:22 | moodaepo | dbs: Thnx |
| # | 15:13:14 | dbs | moodaepo++ |
| # | 15:22:37 | moodaepo | dbs: might want to check if I /.ed your test server : ) |
| # | 15:28:46 | dbs | moodaepo: I have a terrible connection at the moment, so it's all the same to me :) |
| # | 15:30:15 | rickd_ has quit IRC |
| # | 15:32:09 | dbs | moodaepo: it's alive. just slow |
| # | 15:39:45 | moodaepo | dbs: I think I might have helped it slow down, dumped 2000 users on it at the same time but doing basic gets. |
| # | 15:39:56 | dbs | hah |
| # | 15:40:16 | moodaepo | It handled 200 decently. |
| # | 15:40:17 | dbs | I was just going to log on to find out where the death is, apache seems find |
| # | 15:40:41 | moodaepo | Hmm memory? |
| # | 15:41:48 | dbs | maybe. config is a 16GB 4-core box for apache + opensrf, and a 16GB 4-core box for the DB. there's probably a ton of postgresql processes churning away. |
| # | 15:42:43 | dbs | yeah, 10 concurrent SELECTs |
| # | 15:43:33 | dbs | all running search queries |
| # | 15:44:15 | moodaepo | So the test servers are two servers aye, I would have thought 16GB each would be able to handle that, no? |
| # | 15:46:15 | dbs | database is the bottleneck; if it was a read-only replica I could configure it to kill long-running queries, but it's the master |
| # | 16:20:13 | Melissa has left #Evergreen |
| # | 16:25:55 | rickd_ has joined #evergreen |
| # | 16:29:01 | dbwells | Hello all. I am trying to work with adjusting some permissions and not having much luck. Specifically, I would like to allow a particular user group to register workstations. |
| # | 16:29:31 | dbwells | I have added the REGISTER_WORKSTATION permission to the group, and set it to the top unit type of the OU hierarchy. |
| # | 16:30:16 | dbwells | What parts of the system, if any, should be restarted to reflect permission changes such as this? |
| # | 16:30:35 | phasefx_ | one gotcha we fixed recently, the menu tries to default to staff's home_ou, which, if not in the list, will cause an error. Doesn't look like you're hitting that though :) |
| # | 16:30:36 | rickd_ has quit IRC |
| # | 16:31:00 | phasefx_ | as far as I know, you shouldn't have to restart anything for that |
| # | 16:31:09 | rickd_ has joined #evergreen |
| # | 16:32:48 | dbs | dbwells: you mean you gave the grp_perm_map a depth of 0? |
| # | 16:32:59 | rickd_ has joined #evergreen |
| # | 16:33:01 | dbwells | phasefx_: thanks for the information. |
| # | 16:34:02 | dbwells | dbs: yes, that is what I mean. |
| # | 16:35:25 | dbwells | dbs: grp_perm_map row looks like this: 161 | 10 | 84 | 0 | f |
| # | 16:36:56 | dbs | dbwells: I would be tempted to try clearing the staff client cache, restarting opensrf.settings, and open-ils.auth - not having poked at the particular code in question in recent memory |
| # | 16:37:43 | dbwells | dbs: tried all that I think, will try again. |
| # | 16:42:33 | pmplett is now known as pmp_afk |
| # | 16:42:48 | dbwells | still no luck :( |
| # | 16:43:45 | dbs | dbwells: what are you seeing? |
| # | 16:44:14 | dbwells | dbs: "You do not have permission to register a workstation." |
| # | 16:44:47 | dbs | oh. does the user have a work_ou where they're trying to register? |
| # | 16:46:25 | dbs | permission.usr_work_ou_map if I recall correctly |
| # | 16:47:12 | phasefx | in srfsh, request open-ils.actor open-ils.actor.user.has_work_perm_at "d0786abfd208fc14b0c6d4c94af60c16" "REGISTER_WORKSTATION" (replace the session key) |
| # | 16:47:31 | phasefx | that'll show you at what orgs you effectively have that permission |
| # | 16:48:15 | dbs throws a dbwells in to ensure we have his attention :) |
| # | 16:48:38 | dbwells | dbs: thanks, just started catching up |
| # | 16:50:13 | dbwells | dbs: looks like you're right, there is no entry in work_ou_map |
| # | 16:50:44 | dbs | that would do it :) I suspect we've got zero documentation on that |
| # | 16:51:38 | phasefx_ | we should probably have the patron editor check to see if the profile group chosen has the STAFF_LOGIN permission, and either offer work org selection then and there, or at least warn about it |
| # | 16:52:13 | dbwells | dbs: I feel as if I am finding some important piece of the puzzle here. How is that table supposed to be populated? |
| # | 16:52:45 | dbs | phasefx: I'd rather move towards a usr belonging to multiple perm groups and profile only being used to determine borrowing privileges. But I want ponies. |
| # | 16:53:32 | dbs | dbwells: permission.grp_perm_map defines what levels of the hierarchy a given group has a given permission, and where it's grantable |
| # | 16:54:03 | phasefx_ would like a multiple perm group interface. "For that last part, may as well move away from Profile group altogether and have a Patron Type field which runs orthogonal to permission groups |
| # | 16:54:06 | dbs | permission.usr_work_ou_map defines what OUs a given user can deploy their powers |
| # | 16:54:46 | phasefx_ | dbwells: User Perm Editor lets you set the Work Locations for a staff member |
| # | 16:55:07 | dbs | actor.usr.home_ou only defines the user's home library for borrowing purposes, they don't get to apply their staff permissions to their home_ou |
| # | 16:56:28 | dbs | phasefx: yeah, what you said (re multiple perm group interface) |
| # | 16:56:45 | dbs | because that's what we've implemented, with SQL being our interface :) |
| # | 16:58:39 | phasefx_ | you guys are using multiple perms now? coool |
| # | 16:58:43 | phasefx_ | perm groups, rather |
| # | 16:59:24 | dbs | phasefx: have been since day one |
| # | 16:59:26 | dbwells | dbs: phasefx_: thanks guys, that did the trick. I blindly assumed the home library would be the work location as well. |
| # | 16:59:47 | dbs | dbwells: it's a common misconception, and it's not documented to my knowledge |
| # | 17:00:07 | dbs | so don't feel bad! |
| # | 17:00:19 | dbs | instead, feel angry :) |
| # | 17:00:26 | dbwells | dbs: :D |
| # | 17:01:20 | dbwells | almost angry enough to write some documentation! Just angry enough to write a note to myself to write some documentation post-migration. |
| # | 17:01:27 | dbs | hah :) |
| # | 17:04:19 | phasefx_ | so, I implement stuff in my bazaar branch, and then bring it into subversion when I'm ready. Do I commit all as one changeset, or do I cherry-pick things like utility functions that could be useful elsewhere? |
| # | 17:04:35 | phasefx_ | and commit those separately |
| # | 17:04:58 | phasefx_ | big commit makes it easier to backport without forgetting anything |
| # | 17:05:11 | phasefx_ | but makes it harder to cherry pick later if needed |
| # | 17:05:58 | phasefx_ | and makes it easier to overlook smaller changes when scrutinizing commit logs |
| # | 17:07:04 | phasefx_ | just something that's been bugging me :) |
| # | 17:08:26 | dbs | phasefx: you could be using multiple bzr branches if you wanted to be able to keep it all separate easily-ish, yet merging them all together in one integration & testing branch |
| # | 17:09:14 | dbs | small changesets make it easier to follow changes - yeah |
| # | 17:09:42 | dbs | I meant use the separate branches to generate the small changesets |
| # | 17:10:15 | gmcharlt | and avoid the dreaded changset that says does one thing but also does 2 other random things |
| # | 17:10:58 | phasefx_ | okay, so I have a bzr-svn checkout of svn trunk, and I branch that into "test". I'm using "test" currently for a largish feature. I find a typo or some small incidental thing I could tweak. I should immediately branch "test" into "small-fix", and make the change there, and then what? |
| # | 17:11:07 | dbs | indeed! |
| # | 17:12:03 | sboyette | or switch branches to mail, make the small fix there, adn merge from main to "test" (warning this statement is git-flavored, but i have found git adn bzr to be generally like each other) |
| # | 17:12:08 | sboyette | s/mail/main/ |
| # | 17:16:02 | dbs | phasefx: I would branch the bzr-svn checkout to "small-fix", make the fix there, and commit that to svn. then bzr-svn and test get the fix. |
| # | 17:16:58 | dbs | i try to never modify bzr-svn checkout because it takes so damned long to get another clean one if I screw it up |
| # | 17:17:12 | eby__ has quit IRC |
| # | 17:17:46 | phasefx_ | so much work for a small fix.. right now I have some overhead in that the bzr-svn checkout is on a real server, the test branch is on that same real server, and a checkout of the test branch is on virtual Evergreen server, where I can actually test things |
| # | 17:18:30 | phasefx_ | I've stopped commiting from the bzr-svn checkout, and merge test into it just to get a diff to patch svn trunk with. Then I revert the merge in the bzr-svn checkout |
| # | 17:36:22 | phasefx has quit IRC |
| # | 17:51:52 | dchristens has quit IRC |
| # | 17:52:35 | phasefx has joined #evergreen |
| # | 18:00:38 | jenny1 has left #evergreen |
| # | 19:20:31 | jamesrf has joined #evergreen |
| # | 19:21:19 | wlayton has quit IRC |
| # | 19:28:22 | pmp_afk is now known as pmpett |
| # | 19:30:49 | jamesrf has quit IRC |
| # | 20:04:30 | jamesrf has joined #evergreen |
| # | 20:07:08 | pmpett is now known as pmplett |
| # | 21:08:24 | brendan_ga has joined #evergreen |
| # | 21:20:45 | dbs has quit IRC |
| # | 21:40:42 | brendan_ga has quit IRC |
| # | 21:41:37 | brendan_ga has joined #evergreen |
| # | 21:43:40 | bradl has quit IRC |
| # | 21:43:52 | miker_ has quit IRC |
| # | 21:43:55 | berick has quit IRC |
| # | 21:44:03 | phasefx_ has quit IRC |
| # | 21:44:18 | sylvar has quit IRC |
| # | 21:51:39 | brendan_ga has quit IRC |
| # | 21:52:40 | brendan_ga has joined #evergreen |
| # | 22:01:03 | miker_ has joined #evergreen |
| # | 22:11:33 | miker_ has quit IRC |
| # | 22:28:26 | rsinger has quit IRC |
| # | 22:29:11 | rsinger has joined #evergreen |
April 10-13