| # | Time | Nick | Message |
|---|
| # | 00:09:38 | dbs has quit IRC |
| # | 00:26:39 | rsinger has joined #evergreen |
| # | 00:45:22 | youdonotexist has quit IRC |
| # | 00:52:28 | rsinger has quit IRC |
| # | 01:03:58 | rsinger has joined #evergreen |
| # | 01:10:18 | rickd_ has quit IRC |
| # | 01:10:18 | _bott_ has quit IRC |
| # | 01:10:51 | rickd_ has joined #evergreen |
| # | 01:10:51 | _bott_ has joined #evergreen |
| # | 01:11:05 | rickd_ has quit IRC |
| # | 01:11:40 | rickd_ has joined #evergreen |
| # | 01:31:37 | rsinger has quit IRC |
| # | 02:16:47 | jennam has quit IRC |
| # | 02:17:25 | Guest75568 has joined #evergreen |
| # | 02:53:55 | rsinger has joined #evergreen |
| # | 03:11:35 | rsinger has quit IRC |
| # | 03:13:44 | rsinger has joined #evergreen |
| # | 03:55:34 | pinesol has joined #evergreen |
| # | 03:55:34 | phasefx2 has joined #evergreen |
| # | 03:59:35 | rsinger has quit IRC |
| # | 04:09:17 | rsinger has joined #evergreen |
| # | 04:24:17 | dbwells has quit IRC |
| # | 04:42:04 | rsinger has quit IRC |
| # | 05:13:39 | rsinger has joined #evergreen |
| # | 05:40:54 | rsinger has quit IRC |
| # | 06:14:34 | cbandito_ has joined #evergreen |
| # | 06:15:59 | cbandito has quit IRC |
| # | 06:16:12 | cbandito_ is now known as cbandito |
| # | 06:24:53 | brendan2 has quit IRC |
| # | 06:52:14 | rsinger has joined #evergreen |
| # | 07:01:29 | brendan2 has joined #evergreen |
| # | 07:24:49 | granitize has joined #evergreen |
| # | 07:25:47 | granitize has joined #evergreen |
| # | 07:46:28 | sfortin has joined #evergreen |
| # | 08:22:44 | kmlussier has joined #evergreen |
| # | 08:44:57 | Dyrcona has joined #evergreen |
| # | 08:57:38 | dbwells has joined #evergreen |
| # | 09:12:44 | Meliss has joined #evergreen |
| # | 09:21:11 | bshum has joined #evergreen |
| # | 09:33:27 | jenny has joined #evergreen |
| # | 09:37:16 | leed has quit IRC |
| # | 09:38:41 | leed has joined #evergreen |
| # | 09:39:30 | yboston has joined #evergreen |
| # | 09:40:21 | collum has joined #evergreen |
| # | 09:45:33 | leed has quit IRC |
| # | 09:46:19 | bshum | 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. |
| # | 09:46:32 | leed has joined #evergreen |
| # | 09:46:35 | bshum | Another missed field, or intentionally hidden and always expected to be left as "true" |
| # | 09:47:05 | bshum | Oops, default "false" according to the table definition. |
| # | 09:53:32 | r123 has joined #evergreen |
| # | 09:53:54 | r123 has left #evergreen |
| # | 09:55:17 | tsbere | bshum: It could be a "we intended to use this, but never coded it" thing. Wouldn't be the only one. |
| # | 09:55:32 | bshum | tsbere: That's what I'm wondering. |
| # | 09:58:40 | bshum | 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. |
| # | 10:00:42 | Dyrcona | bshum: I think its blocks stopped users anyway. IIRC, that check comes before the hold_matrix_matchpoint table is checked. |
| # | 10:03:13 | tsbere | 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. |
| # | 10:07:42 | bshum | Dyrcona, tsbere: Ahh, I see. That makes sense. |
| # | 10:07:52 | bshum | Thanks guys |
| # | 10:11:47 | kmlussier has quit IRC |
| # | 10:22:04 | mrpeters-isl | 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 |
| # | 10:28:49 | bshum | mrpeters-isl: Hmm, most odd |
| # | 10:39:34 | mrpeters-isl | heh, its not breaking anything but i thought if the file was out there somewhere i could fix it :) |
| # | 10:39:49 | bshum | I don't see the file either. |
| # | 10:40:56 | bshum | I guess we don't notice this one because we've rarely used the offline xact management interfaces. |
| # | 10:41:04 | bshum knocks on wood |
| # | 10:42:31 | mrpeters-isl | phasefx: ping? |
| # | 10:57:40 | kmlussier has joined #evergreen |
| # | 11:17:22 | bshum | Hmm, the dropdown to select a circ modifier for a new circ policy rule doesn't order the names alphabetically? |
| # | 11:17:30 | bshum | (in the staff client) |
| # | 11:17:55 | bshum | Maybe sorting by code instead of name? |
| # | 11:23:17 | _bott_ has quit IRC |
| # | 11:30:12 | afterl has joined #evergreen |
| # | 11:32:03 | _bott_ has joined #evergreen |
| # | 11:32:26 | kmlussier has quit IRC |
| # | 11:39:30 | mrpeters-isl | bshum: i think thats right |
| # | 11:39:50 | mrpeters-isl | i remember something similar |
| # | 11:41:06 | bshum | Let's just call that confusing when things don't appear in any logical order :) |
| # | 12:00:53 | eeevil | well ... is it meeting time-ish? |
| # | 12:00:53 | dbs has joined #evergreen |
| # | 12:00:54 | dbs has joined #evergreen |
| # | 12:01:03 | bshum | It is |
| # | 12:01:46 | eeevil | wheee |
| # | 12:02:45 | Dyrcona | is there an agenda that I can't find somewhere? |
| # | 12:02:51 | dbs | http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2010-12-14 |
| # | 12:02:52 | bshum | http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2010-12-14 |
| # | 12:02:54 | bshum | Haha |
| # | 12:02:59 | Dyrcona | tyvm |
| # | 12:03:03 | dbs | From wiki -> index -> dev -> meetings |
| # | 12: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) |
| # | 12:04:38 | eeevil | who's got the gavel |
| # | 12:05:23 | eeevil | ok, I'll pick it up |
| # | 12:05:34 | eeevil | HEAR YE, HEAR YE |
| # | 12:05:48 | eeevil | someone want to record the minutes? |
| # | 12:06:19 | bshum | eeevil: I'll do it. |
| # | 12:06:24 | eeevil | thanks |
| # | 12:07:42 | eeevil | ok, review of prev action items ... Dyrcona++, wrangling was very helpful ... do you still plan to do the committed->release for b5? |
| # | 12:07:54 | Dyrcona | yes |
| # | 12:08:04 | jeff | Dyrcona++ # and wrangling++ |
| # | 12:08:13 | eeevil | rock ... should we consider that another bug squashing day? |
| # | 12:08:31 | dbs | Dyrcona++ |
| # | 12:08:33 | Dyrcona | if you want. i'll go through the bugs from my email again and check on their states. |
| # | 12:08:53 | eeevil | thanks ... there are some new ones too, I think |
| # | 12:09:09 | Dyrcona | i have a question about targeting bugs at a series. |
| # | 12:09:26 | dbs | 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 |
| # | 12:09:27 | Dyrcona | there are a couple that i think should be targeted at 2.1, but I don't know how to do that. |
| # | 12:09:48 | Dyrcona | dbs: yep. |
| # | 12:10:00 | bshum | I attempted to nominate one of those to 2.1, but it requires intervention of a release manager. |
| # | 12:10:02 | eeevil | Dyrcona: we need to give you "create milestone" access, perhaps? |
| # | 12:10:26 | eeevil | fwiw, I don't have that either, afaict |
| # | 12:10:30 | dbs | Would need to create the 2.1 series, then create milestones |
| # | 12:10:36 | dbs | I can delegate that power |
| # | 12:10:58 | Dyrcona | ok. that would be good. |
| # | 12:11:12 | eeevil | dbs: in order to pin Dyrcona in his role, I'd support that :) |
| # | 12:11:16 | Dyrcona | i think the 2.1 series is there. |
| # | 12:11:19 | dbs | I think we would ideally have a 2.1 branch cut as well, although perhaps we could just point at trunk |
| # | 12:11:24 | eeevil | dbs: may I have series/milestone perms too? |
| # | 12:12:34 | eeevil | dbs: I promise not to reintroduce 4-number versioning! ;) |
| # | 12:13:25 | dbs | Dyrcona: actually, for 2.1, when there are no milestones, "Target to release" should let you point to 2.1 |
| # | 12:13:36 | dbs | Yup, I'm happy to share those around |
| # | 12:13:43 | dbs | single point of failure == not good |
| # | 12:13:52 | dbs | much better to have multiple points of failure! |
| # | 12:13:57 | eeevil | heh |
| # | 12:14:23 | eeevil | so, b5 and 1.6.1.5 cut ... waiting on staff client for the latter |
| # | 12:14:29 | dbs | I'll create an "Evergreen release team" and put you, Dyrcona, and myself in it to begin (at least to start) |
| # | 12:14:44 | eeevil | also, 1.6.2.0-RC1 cut and uploaded |
| # | 12:14:47 | eeevil | dbs: thanks! |
| # | 12:14:54 | Dyrcona | dbs++ |
| # | 12:15:34 | eeevil | 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 |
| # | 12:16:03 | eeevil | I'm not sure what (4) is "Review Opportunity Items from previous meeting" |
| # | 12:16:08 | eeevil | but, let's do that |
| # | 12:16:31 | phasefx is rolling those clients right now; such a slacker :) |
| # | 12:16:40 | eeevil | phasefx++ |
| # | 12:16:53 | bshum | I think that's a leftover, there weren't any opportunity items remaining from last time. |
| # | 12:17:04 | eeevil | ok |
| # | 12:17:39 | eeevil | 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) |
| # | 12:18:03 | eeevil | but other than that, I don't think there's anything /new/ coming in |
| # | 12:18:30 | dbs | eeevil: yeah, was looking at that. ugh. |
| # | 12:18:52 | eeevil | 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 |
| # | 12:18:53 | dbs | a seq scan on asset.call_number can't be that bad! :) |
| # | 12:19:12 | eeevil | :) |
| # | 12:19:14 | Dyrcona | ;) |
| # | 12:20:12 | eeevil | that's my thoughts on (5) |
| # | 12:20:39 | Dyrcona | RC1++ |
| # | 12:21:48 | kmlussier has joined #evergreen |
| # | 12:22:04 | eeevil | anyone else? |
| # | 12:22:32 | dbs | 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) |
| # | 12:22:53 | dbs | Can we also update acq.open-ils.org or some other public server with RC1 for a more public kicking? |
| # | 12:23:05 | bshum | eeevil: I have my question about custom metabib tables, but you had mentioned fixing that *later* |
| # | 12:23:29 | bshum | *table entries |
| # | 12:23:34 | eeevil | dbs: "ramp up..." yes, and "acq.open-ils.org", yes I think so ... phasefx even "volunteered" yesterday :) |
| # | 12:23:40 | dbs | fabulous |
| # | 12:24:08 | phasefx | so, trunk or RC1 for acq.open-ils.org? |
| # | 12:24:11 | eeevil | bshum: I don't recall those specifically, sorry |
| # | 12:24:22 | eeevil | phasefx: I think RC1 |
| # | 12:24:24 | dbs | phasefx: RC1 I think |
| # | 12:24:26 | phasefx | k |
| # | 12:24:30 | bshum | eeevil: I'll write up something more specifically. It's an issue with something in the 1.6.1-2.0 upgrade script. |
| # | 12:24:43 | eeevil | bshum: ahh... ok |
| # | 12:25:11 | eeevil | bshum: oh, not /tables/ but existing index defs ... yeah, I want to do that, but tuits are all the wrong shape |
| # | 12:25:19 | dbs | 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 |
| # | 12:25:20 | eeevil | anyone wants to step in, feelf ree |
| # | 12:25:34 | eeevil | dbs: indeed |
| # | 12:25:36 | dbs | fe elf ree |
| # | 12:25:47 | bshum | dbs: Right, I've been erasing those entries and redoing them at the higher IDs |
| # | 12:26:36 | dbs | 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 |
| # | 12:26:55 | dbs | Given my track record on action items recently, though... |
| # | 12:27:02 | bshum | dbs: Cheers and good luck |
| # | 12:27:02 | Dyrcona | is this a case of just setting the sequence at 100 to start, and hardcoding ids in upgrade scripts below 100? |
| # | 12:27:04 | slipscomb has joined #evergreen |
| # | 12:27:19 | bshum | That's what I was wondering when I reported the problem initially Dyrcona |
| # | 12:27:26 | bshum | I know we've done that with permissions |
| # | 12:27:36 | bshum | Like the first 1000 are reserved or something, right? |
| # | 12:27:53 | bshum | (supposed to be) |
| # | 12:27:54 | dbs | Dyrcona: just that, as well as maintaining existing entries that people might have added prior to incorporating that |
| # | 12:28:08 | Dyrcona | ah, more complicated, I see. |
| # | 12:28:39 | dbs | e.g. foolish people who read my blog! |
| # | 12:29:08 | eeevil | 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 |
| # | 12:29:17 | bshum | dbs: I should add a comment there about the evils of following your instructions as written :) |
| # | 12:29:39 | eeevil | ON UPDATE CASCADE fkeys, I mean |
| # | 12:29:56 | Dyrcona | I think we've gotten a bit off track. |
| # | 12:30:15 | eeevil | ok ... so, nothing new in the 1.6.1 branch, so no upcoming releases |
| # | 12:30:38 | dbs | Hey, developers are meeting and discussing the development of Evergreen, that's pretty on track! |
| # | 12:30:39 | eeevil | 1.6.2.0-rc2 soon-ish, probably with 2.0-rc1 |
| # | 12:31:15 | bshum | eeevil: What significant pieces were put into 1.6.2? (though I know we're strongly urged to follow 2.0 only) |
| # | 12:31:49 | eeevil | bshum: batch MARC update, hard due dates ... something else ... |
| # | 12:31:54 | dbs | Mostly backports of parts of 2.0: MARC editor niceties |
| # | 12:32:04 | bshum | Ah, I see. |
| # | 12:32:11 | dbs | spine label printing |
| # | 12:34:54 | agJohn has joined #evergreen |
| # | 12:35:29 | eeevil | anything else to air during the meeting? |
| # | 12:35:33 | moodaepo has quit IRC |
| # | 12:35:56 | dbs | When's our holiday party? |
| # | 12:36:09 | eeevil | right this very moment |
| # | 12:36:16 | dbwells | 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 |
| # | 12:36:30 | eeevil | dbs: the AUTO+@@ stuff? |
| # | 12:36:34 | eeevil | er, dbwells |
| # | 12:36:41 | eeevil | dang tab complete |
| # | 12:36:48 | dbwells | eeevil: yes, exactly |
| # | 12:36:52 | mrpeters-isl | dbwells: i was excited about seeing the prospects of it |
| # | 12:37:00 | mrpeters-isl | how would it work? |
| # | 12:37:14 | mrpeters-isl | just a button in the copy editor or something to autogen a barcode? |
| # | 12:37:24 | alxp has joined #evergreen |
| # | 12:37:45 | eeevil | dbwells: how about making ^@@ the only reserved pattern ... then, the auto barcode would be "@@AUTO", and be replaced by "@@"||id |
| # | 12:38:07 | dbwells | eeevil: makes good sense to me |
| # | 12:38:20 | eeevil | instead of reserving /both/ all versions of "auto" and anything starting with @@ (instead, just the latter) |
| # | 12:39:04 | eeevil | dbwells: so, I like it |
| # | 12:39:06 | phasefx | incidentally, there is other autobarcode functionality serving a different purpose |
| # | 12:40:27 | eeevil | phasefx: eh??? |
| # | 12:40:36 | dbwells | Does any other marker make better sense to anyone? '@@' was just the first thing that came to mind. |
| # | 12:41:07 | phasefx | 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 |
| # | 12:41:32 | phasefx | but in this case, you _do_ care about the barcodes |
| # | 12:42:27 | eeevil | phasefx: well, I think that's a whole other thing -- dbwells' is a placeholder, the copy creator is giving (presumably) real data, no? |
| # | 12:42:33 | dbwells | phasefx: right, thanks. I have now begun calling these 'placeholder' barcodes rather than simply 'auto' |
| # | 12:42:48 | phasefx | 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 |
| # | 12:43:03 | eeevil | ok, we're all on the same page, then |
| # | 12:43:09 | dbwells | cool :) |
| # | 12:43:24 | phasefx didn't mean to derail, just a minor warning :) |
| # | 12:43:34 | Dyrcona | i've seen a lot of systems use a D_ to begin barcodes, probably old follett systems or something. |
| # | 12:44:09 | Dyrcona has no idea now why he bothered to mention that. |
| # | 12:44:45 | phasefx | Dyrcona: it may help someone one day search for and find this conversation :-D |
| # | 12:45:41 | Dyrcona | 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. |
| # | 12:45:52 | mrpeters-isl | heh |
| # | 12:46:18 | eeevil | http://www.barcodesinc.com/free-barcode-font/ |
| # | 12:46:40 | dbwells | 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 |
| # | 12:46:43 | Dyrcona | eeevil: there's also a perl module that generates a png. |
| # | 12:46:51 | dbs | dbwells: perhaps 'DUMMY' + copy_id to make that signal clear? |
| # | 12:47:36 | dbs | dbwells: it should be pretty straightforward to backport, but I don't really want to encourage more adoption of 1.6.2.x :) |
| # | 12:47:51 | dbwells | dbs: fair enough :) |
| # | 12:47:59 | eeevil | agreed |
| # | 12:48:04 | dbs | A bit late in the cycle, too, given that 1.6.2.0-rc1 is already out |
| # | 12:48:29 | phasefx | staff client up too now, evergreen-setup-rel_1_6_2_0_rc1.exe |
| # | 12:49:11 | phasefx | and evergreen-setup-rel_1_6_1_5.exe |
| # | 12:50:01 | dbs | 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 |
| # | 12:50:44 | dbs | 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 |
| # | 12:53:11 | eeevil | 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 |
| # | 12:53:59 | dbs | Right. And having a standard, large set of bib records to test with would be helpful all around, no matter what the personalities |
| # | 12:54:11 | eeevil | agreed |
| # | 12:54:40 | dbs | For a large set, http://books1.scholarsportal.info/marc.html should have the Open Content Alliance records available to the world |
| # | 12:55:10 | dbs | Mostly pre-copyright content, but satisfies the definition of "large" |
| # | 12:55:10 | eeevil | ahh, nice ... and that's obviously going to be academic-focused, yes? |
| # | 12:55:46 | dbs | Largely, I think. |
| # | 12:57:29 | dbs | a lot of minimalist records though, due to retrospective conversions |
| # | 12:57:31 | gmcharlt | and the UMich records |
| # | 12:57:41 | gmcharlt | ~650,000 bibs, IIRC |
| # | 12:57:47 | dbs | yeah. the UMich records might be a better source |
| # | 12:58:01 | gmcharlt | I glanced at them, generally they look good |
| # | 12:58:53 | dbs | gah. next meeting starts in two minutes and I need to find a phone or headset |
| # | 13:00:29 | dbs | csharp: actually - is the governance meeting starting now? |
| # | 13:03:28 | gmcharlt | dbs: call's starting up now |
| # | 13:04:01 | dbs looks around for call details |
| # | 13:04:07 | dbs | futilely |
| # | 13:04:17 | gmcharlt | dbs: sec |
| # | 13:04:53 | dbs | nothing in my inboxes, thank heavens for IRC! |
| # | 13:06:05 | b_bonner has joined #evergreen |
| # | 13:11:04 | phasefx | so meeting adjourned? |
| # | 13:13:28 | bshum | Guess so |
| # | 13:13:30 | bshum | :) |
| # | 13:27:04 | slipscomb has left #evergreen |
| # | 13:29:14 | b_bonner has quit IRC |
| # | 13:52:45 | atz_ has quit IRC |
| # | 14:39:47 | dbs | cute: <datafield xmlns:marc="http://www.loc.gov/MARC21/slim" tag="undefined" ind1=" " ind2=" "> -- nice tag there. |
| # | 14:41:21 | dbs | 38 of those suckers in our database. must come from a template |
| # | 14:41:56 | jeff | or muscle memory |
| # | 14:42:23 | jeff | (if it is/was possible to create that in the staff client) |
| # | 14:43:15 | dbs | 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 |
| # | 14:45:04 | dbs | 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 |
| # | 14:52:13 | Meliss has quit IRC |
| # | 14:52:30 | jenny1 has joined #evergreen |
| # | 14:53:38 | jenny has quit IRC |
| # | 15:01:22 | gmcharlt is now known as miskatonic |
| # | 15:01:28 | miskatonic is now known as miskatonic_u |
| # | 15:01:39 | miskatonic_u is now known as gmcharlt |
| # | 15:01:57 | csharp | dbs: sorry for the lack of email reminder about the call - you weren't the only one who noticed :-/ |
| # | 15:01:59 | gmcharlt has quit IRC |
| # | 15:01:59 | gmcharlt has joined #evergreen |
| # | 15:02:03 | csharp slinks away |
| # | 15:06:53 | Meliss has joined #evergreen |
| # | 15:07:02 | dbs | csharp: s'ok! gmcharlt had my back :) |
| # | 15:07:46 | gmcharlt | dbs++ # thanking me for getting him into another meeting |
| # | 15:08:01 | dbs | gmcharlt+= |
| # | 15:08:10 | dbs | err, +- |
| # | 15:08:16 | gmcharlt | lol |
| # | 15:33:31 | kmlussier has quit IRC |
| # | 15:52:10 | collum has quit IRC |
| # | 15:58:26 | bshum has quit IRC |
| # | 15:58:51 | Meliss has quit IRC |
| # | 16:15:06 | sfortin has quit IRC |
| # | 16:19:27 | jenny has joined #evergreen |
| # | 16:19:45 | jenny has left #evergreen |
| # | 16:20:49 | jenny1 has quit IRC |
| # | 16:25:06 | granitize has quit IRC |
| # | 16:32:53 | dbs has quit IRC |
| # | 17:08:40 | yboston has quit IRC |
| # | 17:09:12 | Guest75568 is now known as jennam |
| # | 17:09:16 | jennam has joined #evergreen |
| # | 17:11:18 | atz has joined #evergreen |
| # | 17:28:47 | Dyrcona has quit IRC |
| # | 19:51:13 | jennam has quit IRC |
| # | 20:09:48 | Guest75568 has joined #evergreen |
| # | 21:16:15 | Guest75568 is now known as jennam |
| # | 21:16:22 | jennam has joined #evergreen |
| # | 21:21:24 | tpham has joined #evergreen |
| # | 21:37:31 | youdonotexist has joined #evergreen |
| # | 21:46:55 | jennam has quit IRC |
| # | 21:52:41 | Guest75568 has joined #evergreen |
| # | 21:52:48 | Guest75568 is now known as jennam |
| # | 21:52:55 | jennam has joined #evergreen |
| # | 22:12:39 | alxp has quit IRC |
| # | 23:07:38 | youdonotexist has quit IRC |
| # | 23:35:19 | tpham has quit IRC |
| # | 23:45:50 | r1231 has joined #evergreen |
| # | 23:58:01 | youdonotexist has joined #evergreen |
April 10-13