| Time |
Nick |
Message |
| 00:37 |
|
bmills joined #evergreen |
| 01:55 |
|
mrpeters left #evergreen |
| 02:48 |
|
b_bonner left #evergreen |
| 03:06 |
|
remingtron__ joined #evergreen |
| 03:07 |
|
dbwells joined #evergreen |
| 03:25 |
|
dkyle joined #evergreen |
| 05:55 |
|
flopaul joined #evergreen |
| 07:37 |
csharp |
@later tell gmcharlt I'll need to re-review it. I have a fresh 14.04 vm to test with, so it'll be today |
| 07:37 |
pinesol_green |
csharp: The operation succeeded. |
| 08:10 |
|
tfaile joined #evergreen |
| 08:10 |
|
ktomita_ joined #evergreen |
| 08:35 |
|
rjackson-isl joined #evergreen |
| 08:42 |
|
Shae joined #evergreen |
| 08:48 |
|
mmorgan joined #evergreen |
| 08:51 |
|
kbeswick joined #evergreen |
| 08:52 |
|
timf joined #evergreen |
| 09:00 |
|
Dyrcona joined #evergreen |
| 09:11 |
|
ericar joined #evergreen |
| 09:26 |
|
dluch joined #evergreen |
| 09:34 |
bshum |
dbwells and others: seeking opinions about this new bug I just filed regarding disabling autosuggest by default until we solve the accessibility breakage first noted by kmlussier: https://bugs.launchpad.net/evergreen/+bug/1301955 |
| 09:34 |
pinesol_green |
Launchpad bug 1301955 in Evergreen "Disable autosuggest by default in new installations" (affected: 1, heat: 6) [Undecided,New] |
| 09:35 |
csharp |
I support disabling it |
| 09:35 |
csharp |
of course, PINES doesn't get much value from it because of so many poor quality records |
| 09:36 |
csharp |
e.g. Margaret Mitchell MARGARET MITCHELL MARERGET MITCHELL margaret mitchelll |
| 09:36 |
jl- |
it seems like batch migrating in 10k increments is working well.. contrary to 50k. 10 x 10k worked so far but 2 x 50k choked |
| 09:40 |
bshum |
csharp: True, that was one of the reasons Biblio never implemented autosuggest when it first came out too. But when I did move to get it going for us, that's when kmlussier posted the bug noting all the screen reader issues and that killed our rollout locally. |
| 09:41 |
bshum |
I just think it'd be bad to say, yay WCAG stuff but continue to overlook this significant barrier to use. :\ |
| 09:41 |
bshum |
We'll get there. |
| 09:42 |
|
mllewellyn joined #evergreen |
| 09:42 |
* bshum |
wanders off to meeting |
| 09:45 |
|
BigRig joined #evergreen |
| 09:54 |
|
kmlussier joined #evergreen |
| 09:59 |
kmlussier |
@coffee |
| 09:59 |
* pinesol_green |
brews and pours a cup of "Kona Sweet" 100% Kona, and sends it sliding down the bar to kmlussier |
| 09:59 |
dbs |
ooh, lucky kmlussier |
| 10:00 |
kmlussier |
dbs: Yes! Kona beans are tasty. :) |
| 10:05 |
|
tspindler joined #evergreen |
| 10:06 |
|
atlas__ joined #evergreen |
| 10:08 |
mllewellyn |
@dessert kmlussier |
| 10:08 |
* pinesol_green |
grabs a scoop of Lemon Sherbert and sends it sliding down the dessert bar to kmlussier |
| 10:08 |
mllewellyn |
kmlussier:A little something to go with the coffee |
| 10:08 |
kmlussier |
Thank you mllewellyn! :) |
| 10:12 |
berick |
#evergreen challenges my self control |
| 10:12 |
berick |
breakfast_sherbert++ |
| 10:13 |
jeff |
if it doesn't already know about it, @dessert needs to know about Kringle |
| 10:13 |
kmlussier |
If I didn't have kids, I would eat dessert for breakfast everyday. But I guess I need to set an example. |
| 10:14 |
csharp |
@pie |
| 10:14 |
pinesol_green |
csharp: have you tried local mean solar time for the named city as the reference point? |
| 10:14 |
kmlussier |
jeff: I'm quite sure @dessert doesn't know about Kringle. Yet |
| 10:14 |
* kmlussier |
googles Kringle |
| 10:15 |
|
_bott_ left #evergreen |
| 10:17 |
gsams |
@later tell yboston I've added some fun commands to the listing of pinesol_green commands and added a few "General Usage" commands. Let me know if this is the general direction you were thinking of. |
| 10:17 |
pinesol_green |
gsams: The operation succeeded. |
| 10:22 |
jeff |
kmlussier: O&H Danish Bakery will ship. :-) |
| 10:22 |
|
mrpeters joined #evergreen |
| 10:23 |
|
_bott_ joined #evergreen |
| 10:24 |
|
BigRig joined #evergreen |
| 10:28 |
|
jihpringle joined #evergreen |
| 10:31 |
|
tonyb_ohionet joined #evergreen |
| 10:31 |
tonyb_ohionet |
Hello...can anyone help with marc batch edit? |
| 10:31 |
tonyb_ohionet |
if you have a second? |
| 10:40 |
gmcharlt |
bshum: do you know about the "redirect open-ils.org 302" entry on the web team task sheet is about? it looks like there's already a HTTP 301 redirect, which I'd think would be the correct choice |
| 10:41 |
bshum |
gmcharlt: I'm not sure what that means. But yes, there should already be a full redirect at this point I think. |
| 10:42 |
jl- |
@coffee |
| 10:42 |
* pinesol_green |
brews and pours a cup of Kenya Ndiara Full Flavor Roast, and sends it sliding down the bar to jl- |
| 10:42 |
jeff |
i suspect that the task list item is outdated |
| 10:42 |
gmcharlt |
bshum: OK - I'll move that one to the "completed" tab; somebody can shout if there was more to it |
| 10:53 |
tspindler |
kmlussier: have you had kringles from the Racine bakery in Wisconsin, some of the best |
| 10:53 |
* kmlussier |
never heard of a kringle until today. |
| 10:54 |
tspindler |
kmlussier: trader joe's in shrewsbury was getting racine kringles for a little while but haven't seem them in a while, but similar to strudel |
| 10:54 |
kmlussier |
@dessert tspindler |
| 10:54 |
* pinesol_green |
grabs a scoop of Lemon Sherbert and sends it sliding down the dessert bar to tspindler |
| 10:55 |
gmcharlt |
@coffee |
| 10:55 |
* pinesol_green |
brews and pours a cup of Ethiopia Washed Yirgacheffe, Koke Grade 1, and sends it sliding down the bar to gmcharlt |
| 10:55 |
kmlussier |
Two lemon sherberts in one morning. :( |
| 11:05 |
|
collum joined #evergreen |
| 11:06 |
csharp |
gmcharlt: my ubuntu-14.04 OpenSRF Makefile branch installs fine and passes the opensrf.math test, but I haven't run Evergreen on it yet |
| 11:06 |
gmcharlt |
csharp: great - do you expect to have tuits to do an Evergreen test soonish? |
| 11:07 |
csharp |
sure - I'll install EG after lunch |
| 11:07 |
csharp |
virsh_snapshot-create++ |
| 11:12 |
jeff |
tspindler: i have more than one kringle from that bakery in Racine on my kitchen counter at this very moment. :-) |
| 11:13 |
* jeff |
waits patiently for exim to re-run the queue |
| 11:16 |
|
yboston joined #evergreen |
| 11:17 |
rjackson-isl |
@wunder 46280 |
| 11:17 |
pinesol_green |
rjackson-isl: The current temperature in Clay Township N7CZ, Indianapolis, Indiana is 55.0°F (11:17 AM EDT on April 03, 2014). Conditions: Heavy Thunderstorms and Rain. Humidity: 87%. Dew Point: 51.8°F. Pressure: 29.74 in 1007 hPa (Rising). Flood Watch in effect through Friday morning... |
| 11:17 |
rjackson-isl |
should say flood warning - 3+ inches of rain already and solid rain for maybe 4 more hours :-( |
| 11:32 |
mrpeters |
it is NASTY out there eh bob |
| 11:32 |
mrpeters |
but man i love me some thunder |
| 11:32 |
|
atlas__ joined #evergreen |
| 11:33 |
tonyb_ohionet |
hi everyone...just throwing this out there...is there a way in marc batch edit to specify anything other than adding fields to the back of the tag? |
| 11:33 |
tonyb_ohionet |
we are editing the 245 and when adding fields we need to insert it in the middle of the tag.... |
| 11:36 |
gsams |
I can't say I know much about the batch editor myself tonyb_ohionet. I wish I could be of some help. No one in my group uses it that I am aware of. |
| 11:38 |
tonyb_ohionet |
no worries...just trying to see if anyone had ever used it....I can post out to the mailing list later....appreciate it! |
| 11:41 |
|
atlas__ joined #evergreen |
| 12:00 |
* mrpeters |
is about to make some poor delivery guy made he has to go out in the flood |
| 12:04 |
|
kmlussier joined #evergreen |
| 12:05 |
|
akilsdonk joined #evergreen |
| 12:07 |
kmlussier |
eeevil: Can you remind me what needs to be done to make the "See" references appear? Do we just need to run the authority_authority_linker script, or does an authority reingest need to be done too? |
| 12:07 |
kmlussier |
And if they both need to run, what's the correct order? |
| 12:13 |
|
mcooper joined #evergreen |
| 12:27 |
|
gsams joined #evergreen |
| 12:36 |
|
gsams joined #evergreen |
| 12:37 |
rjackson-isl |
mrpeters: the good news is the future cast radar showed solid rain until 3 PM and it has let up some - crawl space hasn't completely filled up yet! |
| 12:38 |
mrpeters |
yikes! glad im on a slab today i guess! |
| 12:38 |
rjackson-isl |
our yard is a lake currently... |
| 12:38 |
rjackson-isl |
with current... |
| 12:41 |
|
geoffsams joined #evergreen |
| 12:44 |
|
Christineb joined #evergreen |
| 12:44 |
csharp |
ok, I'm having to make a few decisions here for Evergreen on Ubuntu 14.04 - the first one is, do we support postgres 9.1 on Ubuntu 14.04? (9.3 is available via the standard repos) |
| 12:45 |
* dbs |
says 9.3 or bust. |
| 12:45 |
dbs |
fresh install, avoid the pain of a subsequent db upgrade |
| 12:46 |
csharp |
yeah - that's my take too |
| 12:47 |
csharp |
I *could* create install_postgres_server_91 and install_postgres_server_93 targets |
| 12:47 |
jeff |
Ubuntu 14.04 isn't supported by Evergreen until Evergreen 2.6, correct? Conveniently, that's when we officially support PostgreSQL 9.3, and Ubuntu 14.04 comes with PostgreSQL 9.3. It's almost as if it was meant to be! :-) |
| 12:47 |
csharp |
jeff: excellent then |
| 12:48 |
* csharp |
missed the last few dev meetings, including the conference one :-/ |
| 12:48 |
csharp |
looks like I'll probably miss next week too |
| 12:48 |
csharp |
travel+- |
| 12:48 |
jeff |
I could be mistaken in almost any of those assertions, other than Ubuntu 14.04 shipping with PostgreSQL 9.3 -- I checked that a few weeks ago. :-) |
| 12:48 |
Dyrcona |
I don't think anyone has tried building 2.6 on 14.04, yet. |
| 12:48 |
Dyrcona |
I know that I have not. |
| 12:48 |
jeff |
Dyrcona: I think csharp is doing that currently. |
| 12:48 |
csharp |
well, I'm working from master |
| 12:49 |
csharp |
but I suppose whatever I create would be backported |
| 12:49 |
jeff |
i suppose depending on what csharp finds and if it's worth a change between rc1 and release, Ubuntu 14.04 might not be supported until 2.6.next. |
| 12:49 |
csharp |
yeah |
| 12:49 |
Dyrcona |
master is 2.6 at the moment. |
| 12:51 |
csharp |
okay - for now I'm just supporting 9.3, but I'll put the question to the dev list |
| 12:52 |
Dyrcona |
csharp: I believe the known 9.3 issues are addressed via an upgrade script, and a fresh install should not see them. |
| 12:53 |
Dyrcona |
csharp++ # for wrangling with the Trusty Tahr. |
| 12:53 |
Dyrcona |
heh, goatherding. :) |
| 12:53 |
jeff |
technically 14.04 isn't even out yet, so it's of course tricky claiming support for it. In theory, it should be pretty stable now. |
| 12:53 |
csharp |
jeff: it's pretty solid in our smoke tests |
| 12:54 |
jeff |
yeah, I meant "stable" as in "no longer a moving target" |
| 12:54 |
jeff |
i should have clarified. |
| 12:54 |
csharp |
though, I did hit a bug in the installer when configuring LVM |
| 12:54 |
csharp |
ah - gotcah |
| 12:54 |
csharp |
gotcha, even |
| 12:54 |
jeff |
i almost went with "it should be pretty quiescent". :-) |
| 12:54 |
jeff |
but that just makes me think of filesystem snapshots. |
| 12:55 |
|
remingtron joined #evergreen |
| 12:55 |
Dyrcona |
Well, for most distros, that's what stable means, "not a moving target." |
| 12:55 |
Dyrcona |
Doesn't say anything about the quality, really. |
| 13:03 |
jeff |
grand rapids and atlanta just dropped off the channel. worry! |
| 13:03 |
jeff |
(kidding, as not everyone from those locations dropped, etc) |
| 13:05 |
|
phasefx2 joined #evergreen |
| 13:05 |
|
eeevil joined #evergreen |
| 13:05 |
|
gdunbar joined #evergreen |
| 13:08 |
csharp |
@who typed "google" into google? |
| 13:08 |
pinesol_green |
jihpringle typed google into google. |
| 13:08 |
|
geoffsams joined #evergreen |
| 13:14 |
|
dkyle joined #evergreen |
| 13:16 |
|
RoganH joined #evergreen |
| 13:17 |
|
RoganH joined #evergreen |
| 13:33 |
csharp |
...and, since I haven't said it today, |
| 13:33 |
csharp |
marc-- |
| 13:34 |
RoganH |
csharp: marc hater |
| 13:36 |
berick |
antimarcite |
| 13:42 |
kmlussier |
@dessert |
| 13:42 |
* pinesol_green |
grabs a slice of Red Velvet Cheesecake and sends it sliding down the dessert bar to kmlussier |
| 13:59 |
bshum |
csharp: Fwiw, I put a copy of our full database into a PG 9.3 running on 12.04 and that seems to be fine so far. Or at least I haven't hit any significant pains yet. (once I upgraded to include the 9.3 fixes) |
| 13:59 |
bshum |
I'll be curious what you come up with for 14.04. We'll get to it sometime. |
| 14:00 |
bshum |
I'm still deciding whether during our next upgrade we'll move from 9.1 to 9.3 in production too. |
| 14:00 |
bshum |
That stuff I just said was for our test server only. |
| 14:03 |
csharp |
cool |
| 14:06 |
csharp |
okay - looks like we're down to 3 CPAN dependencies with 14.04 |
| 14:06 |
csharp |
so that's nice |
| 14:06 |
csharp |
oh - 4 - DBI::Frozen::301 |
| 14:09 |
bshum |
Heh |
| 14:09 |
bshum |
Our copy of LJ just arrived. I'm looking for that article rfrasur mentioned. |
| 14:09 |
csharp |
d'oh - Business::Stripe |
| 14:15 |
bshum |
Huh |
| 14:46 |
csharp |
hmm - feels like I entered a time machine back three years - I'm getting the old '/usr/bin/ld: cannot find -ldbdpgsql' error even though libdbd-pgsql is installed |
| 14:47 |
csharp |
/usr/lib/x86_64-linux-gnu/dbd/libdbdpgsql.so is the location |
| 14:47 |
dbs |
csharp: /etc/ld.so.conf.d/blah.conf has /usr/lib/x86_64-linux-gnu/dbd/ (or a symlinked variation thereof)? |
| 14:49 |
csharp |
dbs: no, but neither does my 12.04 box I'm comparing it to :-/ |
| 14:51 |
csharp |
/usr/lib/dbd/libdbdpgsql.so is the location on 12.04 |
| 14:54 |
dbs |
"ldconfig -p | grep dbd" show anything? |
| 14:54 |
csharp |
nada |
| 14:54 |
dbs |
on 12.04? |
| 14:54 |
csharp |
libdbdpgsql.so (libc6,x86-64) => /usr/lib/dbd/libdbdpgsql.so <-- 12.04 |
| 14:55 |
csharp |
wild |
| 14:56 |
dbs |
Didn't we build libdbd on 12.04? |
| 14:56 |
* dbs |
is way out of touch |
| 14:56 |
csharp |
nope |
| 14:56 |
dbs |
oh right, that would have been /usr/local/lib |
| 14:57 |
gmcharlt |
dbwells: (et al) https://bugs.launchpad.net/evergreen/+bug/1302113 |
| 14:57 |
pinesol_green |
Launchpad bug 1302113 in Evergreen "acknowledgments in release notes" (affected: 1, heat: 6) [Undecided,New] |
| 14:57 |
csharp |
yeah - the deb puts the files in different locations |
| 14:58 |
csharp |
0.8.3 vs 0.9.0 |
| 14:58 |
|
remingtron joined #evergreen |
| 14:58 |
dbs |
gmcharlt++ |
| 14:58 |
csharp |
I'll look back through the changelogs to see if there was a rationale for the change |
| 14:59 |
csharp |
ubuntu stayed on 0.8.3 through 13.10 |
| 15:00 |
dbs |
Just to add to the mystery, on my 12.04 VM "ldconfig -p | grep dbd" returns nothing |
| 15:00 |
csharp |
huh |
| 15:00 |
|
kbutler joined #evergreen |
| 15:01 |
csharp |
" * Build with multi-arched libdbi." - from http://changelogs.ubuntu.com/changelogs/pool/main/libd/libdbi-drivers/libdbi-drivers_0.9.0-2ubuntu2/changelog - probably a clue |
| 15:01 |
dbs |
should just work though, if my 12.04 vm is any indication. |
| 15:02 |
bshum |
I also couldn't find anything with that command. And it seems to be working... |
| 15:03 |
dbs |
even though http://docs.evergreen-ils.org/2.5/_installing_prerequisites.html says "echo "/usr/local/lib/dbd" > /etc/ld.so.conf.d/eg.conf" for lucid |
| 15:03 |
dbs |
oh wait, lucid = 10.04 |
| 15:03 |
bshum |
Yeah |
| 15:03 |
dbs |
man I'm out of touch with ubuntu. |
| 15:03 |
dbwells |
gmcharlt: thanks |
| 15:03 |
csharp |
heh - that's a typo too |
| 15:03 |
dbs |
IT'S A GOOD THING |
| 15:03 |
csharp |
that would've blown away the eg.conf created in the previous command |
| 15:04 |
gmcharlt |
dbwells: I've just received a few more names; will push to the collab branch in a moment |
| 15:04 |
dbs |
csharp: there's no previous command |
| 15:04 |
csharp |
oh duh |
| 15:04 |
dbs |
csharp: in the opensrf instructions you create osrf.conf :) |
| 15:04 |
csharp |
gotcha |
| 15:04 |
* csharp |
doesn't build from scratch very often nowadays |
| 15:05 |
dbs |
I think we agreed to deep-six Lucid support for 2.6, right? Add 14.04, drop 10.04. |
| 15:05 |
csharp |
yep |
| 15:07 |
bshum |
I think nobody's tested 2.6 with Lucid anyways. So... it's already dead to me! |
| 15:07 |
bshum |
(but probably works) |
| 15:08 |
* dbs |
tries removing ld.so.conf.d entry on Fedora 20 to see if that whole section can be wiped out |
| 15:08 |
csharp |
okay - this shows my limited autotools knowledge, but how does make find the right library? |
| 15:08 |
gmcharlt |
dbwells: needless to say, I'm perfectly fine with you squashing that branch mercilessly |
| 15:09 |
dbs |
Nope, still necessary on Fedora. |
| 15:10 |
dbs |
"Failed to dlopen library file oils_pcrud.so: libdbdpgsql.so" |
| 15:10 |
|
kmlussier joined #evergreen |
| 15:11 |
dbs |
csharp: very rough approximation, autotools runs a million tests to detect its environment and configure things as automagically as possible. and then you can override behaviour to boot. |
| 15:11 |
kmlussier |
gmcharlt++ #acknowledgements |
| 15:11 |
csharp |
dbs: okay - I figured |
| 15:13 |
|
gsams joined #evergreen |
| 15:14 |
dbs |
csharp: http://permalink.gmane.org/gmane.comp.gnome.apps.gnucash.devel/36194 is pertinent (looks like ubuntu followed fedora's lead on the multi-arch support thing) |
| 15:15 |
* csharp |
just found https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736656 |
| 15:15 |
pinesol_green |
Debian bug 736656 in src:libdbi-drivers "libdbi-drivers: drivers not found anymore, due to multi-arch" [Grave,Fixed] |
| 15:15 |
csharp |
but that should be fixed, according to the changelog |
| 15:17 |
dbs |
Fixed things can always break again :) |
| 15:17 |
gmcharlt |
really?!?! |
| 15:17 |
* gmcharlt |
weeps |
| 15:19 |
dbs |
gmcharlt: and arguably broken things can be fixed: https://blog.mozilla.org/blog/2014/04/03/brendan-eich-steps-down-as-mozilla-ceo/ |
| 15:19 |
gmcharlt |
dbs: indeed they can |
| 15:26 |
csharp |
well, before I go too much farther down the road, I'll try and rule out whether something on my VM is busted - this is pre-release software after all |
| 15:26 |
csharp |
I'll create a control VM on another host |
| 15:27 |
* csharp |
installed 14.04 from the daily ISO |
| 15:27 |
csharp |
that's burned me before |
| 15:29 |
gmcharlt |
that was unexpected ... Chrome /completely/ crashed on me just now |
| 15:30 |
eeevil |
gmcharlt: I have it fall over a good bit. just goes away. luckily "start where I left off" works really well |
| 15:34 |
gmcharlt |
indeed |
| 15:59 |
rjackson-isl |
can someone confirm for me that for every entry in reporter.hold_request_record the corresponding bib_record should match an id from biblio.record_entry? |
| 16:00 |
rjackson-isl |
we are about 500 short of matches out of 2,186,000 + rows |
| 16:01 |
|
kmlussier joined #evergreen |
| 16:01 |
eeevil |
rjackson-isl: you're correct on the intent. part and issuance holds may not be included, though ... sec |
| 16:02 |
gmcharlt |
rjackson-isl: also, there are cases where's there's no FK constraint preventing mismatches |
| 16:02 |
eeevil |
rjackson-isl: scratch that ... they're there. |
| 16:02 |
rjackson-isl |
I am trying to make sense of a report for impossible holds that uses rhcrpb as a source and reports on a tcn value that doesn't have holdings |
| 16:02 |
gmcharlt |
e.g., if hold_type = 'T', the target *should* be a bre.id, but direct SQL or bugs could potentially derange that |
| 16:03 |
eeevil |
gmcharlt: ah, good thought. /deleted/ parts, say |
| 16:03 |
eeevil |
(deleted parts cause other problems with orphaning holds, of course, so that is the likeliest cause, I think) |
| 16:03 |
gmcharlt |
rjackson-isl: I'd be curious to know the distribution of hold_types for the ones that don't match up |
| 16:03 |
rjackson-isl |
I find rows in reporter.hold_request_recrd for a hold_type of M and bib_record value not in biblio.record_entry |
| 16:04 |
gmcharlt |
that /is/ surprising, as there's an FK relationship betweent mmr.master_record and bre.id |
| 16:05 |
rjackson-isl |
so based on over 2 million that martch and 500 that don't can the 500 be deleted out of reporter.hold_request record without serious consequences? |
| 16:05 |
gmcharlt |
well, rhrr is a view |
| 16:05 |
gmcharlt |
so you'd want to look at the underlying ahr rows |
| 16:06 |
rjackson-isl |
ok - thanks didn't catch the view part |
| 16:06 |
|
bmills joined #evergreen |
| 16:42 |
|
tspindler left #evergreen |
| 17:07 |
|
bmills joined #evergreen |
| 17:08 |
|
gsams joined #evergreen |
| 17:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:22 |
|
mmorgan left #evergreen |
| 17:24 |
|
Dyrcona joined #evergreen |
| 17:35 |
|
tsbere joined #evergreen |
| 17:43 |
|
bmills joined #evergreen |
| 19:24 |
|
rahman joined #evergreen |
| 19:26 |
rahman |
hai... |
| 19:27 |
|
rahman left #evergreen |
| 20:53 |
jeff |
bshum++ |
| 21:23 |
|
kmlussier joined #evergreen |
| 22:47 |
|
kresty joined #evergreen |
