| Time |
Nick |
Message |
| 00:26 |
|
aashita joined #evergreen |
| 00:27 |
aashita |
Hello Everyone! |
| 00:28 |
aashita |
My quest is which in order to have a look on interfaces that you are working on, how to have access to that? |
| 00:40 |
|
DPearl1 joined #evergreen |
| 05:11 |
|
dbwells_ joined #evergreen |
| 05:32 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:11 |
|
mceraso joined #evergreen |
| 07:12 |
|
chatley joined #evergreen |
| 07:46 |
|
Shae joined #evergreen |
| 07:48 |
|
collum joined #evergreen |
| 07:53 |
|
rjackson-isl joined #evergreen |
| 08:40 |
|
mrpeters joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:56 |
|
Dyrcona joined #evergreen |
| 09:16 |
Bmagic |
@coffee |
| 09:16 |
* pinesol_green |
brews and pours a cup of Brazil Fazenda Boa Vista, and sends it sliding down the bar to Bmagic |
| 09:17 |
* Bmagic |
thanks pinesol_green for the slammin' slice of life |
| 09:44 |
csharp |
bshum: Evergreen 2.7 needs OpenSRF 2.4+, yes? |
| 09:45 |
bshum |
csharp: That is ideal, yes. |
| 09:45 |
bshum |
I personally have not tested it with lower versions. |
| 09:45 |
csharp |
ok - we're setting up our test environment and noticed that OpenSRF 2.4 is still alpha |
| 09:47 |
bshum |
And? |
| 09:49 |
csharp |
just wondering if there's something that needs to happen to push it forward to beta, RC, then release |
| 09:50 |
csharp |
as you know, we don't like going live on "non-stable" versions of things |
| 09:50 |
bshum |
Well, we talked a little about it during the dev meeting. |
| 09:51 |
bshum |
Basically, my understanding is that things are basically ready to move except for finishing the instructions for websockets. |
| 09:52 |
* bshum |
doesn't see a plethora of OpenSRF bugs in LP otherwise. |
| 09:53 |
csharp |
ok - I just looked up the irc log for that meeting http://irc.evergreen-ils.org/evergreen/2014-10-06#i_129188 |
| 09:53 |
|
ningalls joined #evergreen |
| 09:53 |
csharp |
so I'm back on the same page - thanks ;-) |
| 09:53 |
bshum |
csharp++ |
| 09:54 |
bshum |
It's just a label. Master ftw... ;) |
| 09:54 |
bshum |
But yes, yes, we need to get things moved along. |
| 09:56 |
* bshum |
assumes gmcharlt will resurface after KohaCon is done. |
| 09:56 |
bshum |
And that'll lead to a new cut of OpenSRF |
| 09:58 |
* bshum |
wishes he had gone to Argentina. |
| 10:04 |
bshum |
csharp: Yesterday Bmagic was working through websockets setup, I'll point you at this log http://irc.evergreen-ils.org/evergreen/2014-10-07#i_129711 too |
| 10:04 |
Bmagic |
bshum: csharp: lol, be sure and click the youtube link |
| 10:04 |
|
jwoodard joined #evergreen |
| 10:05 |
bshum |
I'd love to get further feedback on the websockets steps |
| 10:05 |
bshum |
That will definitely move us further along towards officially releasing OpenSRF 2.4. |
| 10:05 |
Bmagic |
bshum: It was nice and easy using your instructions which I noticed being very close to the README. As you mentioned, the pathing needs some touchup |
| 10:05 |
csharp |
Bmagic++ #lol |
| 10:07 |
bshum |
I'm unsure if those steps will change up though if we move forward with nginx and websockets. |
| 10:07 |
bshum |
I think there was some brief discussion of that between gmcharlt and berick yesterday too. |
| 10:07 |
csharp |
Bmagic: I was expecting more like http://iruntheinternet.com/lulzdump/images/star-wars-terminator-2-mash-up-its-working-anakin-skywalker-14098428930.gif?id=994 |
| 10:08 |
Bmagic |
csharp++ #lol |
| 10:08 |
bshum |
Anywho |
| 10:08 |
* bshum |
whistles while he works |
| 10:12 |
|
ningalls joined #evergreen |
| 10:15 |
|
ningalls joined #evergreen |
| 10:44 |
|
wsmoak joined #evergreen |
| 10:49 |
wsmoak |
Is there an API available to patrons? (that’s what you call a book borrower, right?) |
| 10:49 |
wsmoak |
I searched, but only came up with http://evergreen-ils.org/olly-olly-oxen-free-users-of-evergreen-apis-stand-up-and-be-counted/ |
| 10:51 |
Dyrcona |
wsmoak: There is an API. Most of it can be used via XML-RPC or the HTTP Translator and Gateway. There is practically no documentation. |
| 10:52 |
wsmoak |
oooh, my favorite kind of software. ;) |
| 10:53 |
wsmoak |
<— has a habit of fixing that ‘missing documentation’ thing |
| 10:53 |
Dyrcona |
wsmoak: The best introduction is still this: http://evergreen-ils.org/~denials/workshop.html |
| 10:54 |
Dyrcona |
dbs++ |
| 10:55 |
wsmoak |
here’s what I want: I read some blog or tweet, it links to an amazon page. I read the reviews, decide I want to read the book. Now I want to hit some API in evergreen to look up the book, see if it’s in my library system and place a hold. without all the clicking :) browser plugin maybe? |
| 10:56 |
Dyrcona |
wsmoak: Depending on the vintage of the Evergreen system you're using, there is an OpenSearch plugin that should be available by default. |
| 10:56 |
wsmoak |
I am not sure. Can you tell ? https://gapines.org/eg/opac/home |
| 10:58 |
Dyrcona |
wsmoak: Doesn't look like it is available at GA PINES, yet. I think it came back(?) in 2.6 or maybe it was 2.7. |
| 10:58 |
Dyrcona |
wsmoak: If you want to see how it works in Firefox go here: http://catalog.mvlc.org/eg/opac/home |
| 10:59 |
Dyrcona |
wsmoak: Then click on the down arrow next to the Google icon in your Firefox search bar. The next to last menu option should be Add Evergreen OpenSearch. |
| 11:00 |
Dyrcona |
Dunno how that works, if at all, in IE. I think Chrome is similar to Firefox. |
| 11:05 |
|
mllewellyn joined #evergreen |
| 11:05 |
wsmoak |
ok, so that plugin is tied to MVLC. interesting. it just appears in the search box drop-down when the right version of Evergreen is in use? |
| 11:06 |
wsmoak |
I’ll ask my Pines library if they know when their next upgrade is and to what version |
| 11:08 |
dbs |
wsmoak: LibX used to provide that kind of automatic lookup as a browser plugin: http://libx.org/ |
| 11:08 |
* dbs |
hasn't used it for years but helped teach it how to speak Evergreen a long time ago |
| 11:09 |
wsmoak |
I imagine the lookup is a solved problem. what do you think about placing a hold via the api? |
| 11:13 |
dbs |
Definitely doable. I think the Android client (that never quite made it to a beta release) might have some code that does that? |
| 11:16 |
wsmoak |
is that code in http://git.evergreen-ils.org somewhere? |
| 11:19 |
* jeff |
yawns |
| 11:21 |
jeff |
we stuffed an almost-json not-even-RESTful api on top of some screen scraping. we're slowly making it talk more to actual APIs. we use it for our mobile apps and our experiments in "catalog and website are one" |
| 11:22 |
jeff |
it's... well, not very helpful for wsmoak's use case. |
| 11:30 |
wsmoak |
yeah, I’m trying to avoid screen scraping. that’s never fun. |
| 11:30 |
wsmoak |
dbs: do you know where the android code is |
| 11:31 |
Dyrcona |
wsmoak: I think some of the JavaScript from dbs' tutorial I shared earlier might be a good starting point. IIRC, it at least shows how to login. |
| 11:31 |
wsmoak |
Dyrcona: thanks, I have that link saved. |
| 11:38 |
|
gmcharlt joined #evergreen |
| 11:39 |
|
gmcharlt joined #evergreen |
| 11:53 |
bshum |
fwiw, opensearch support was restored during 2.6's cycle. |
| 11:53 |
bshum |
So if PINES is still 2.5, then they don't have it. Yet. |
| 11:54 |
bshum |
Easy to backport though, if someone were so inclined... |
| 11:54 |
bshum |
http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a1cfeda380e2ddd1f2de12a73ef616fbdb6a108c |
| 11:54 |
pinesol_green |
[evergreen|Dan Scott] Restore OpenSearch support and use TPAC search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a1cfeda> |
| 11:54 |
bshum |
We just didn't, cause it was more new featurish to TPAC at that point. |
| 11:54 |
eeevil |
bshum: well, it's there, just not linked from the tpac. IOW, you can use http://host/opac/extras/opensearch URLs |
| 11:55 |
|
nhilton joined #evergreen |
| 11:55 |
bshum |
eeevil: Oh right, the old stuff :) |
| 11:55 |
eeevil |
the old stuff /is/ the new stuff |
| 11:55 |
bshum |
Just doesn't look as pretty. |
| 11:55 |
eeevil |
the "opac" format was changed to point to the tpac instead of the jspac |
| 11:56 |
eeevil |
but that's only an afterthought portion of the opensearch implementation |
| 11:56 |
eeevil |
mostly it's about programatic access to the data as XML feeds |
| 12:00 |
|
sandbergja joined #evergreen |
| 12:03 |
wsmoak |
hopefully pines will upgrade by the time I get around to working on this |
| 12:03 |
wsmoak |
the topic says the channel is logged… where? |
| 12:07 |
berick |
wsmoak: http://irc.evergreen-ils.org/evergreen |
| 12:08 |
bshum |
Maybe we should make that part of the message. |
| 12:08 |
bshum |
We are publicly logged: http://irc.evergreen-ils.org/evergreen |
| 12:08 |
wsmoak |
that would be better :) |
| 12:09 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 12:09 |
|
dreuther_ joined #evergreen |
| 12:10 |
|
kmlussier joined #evergreen |
| 12:22 |
|
snigdha26 joined #evergreen |
| 12:23 |
berick |
gst |
| 12:23 |
berick |
heh |
| 12:23 |
berick |
git aliases abound |
| 12:35 |
|
dreuther joined #evergreen |
| 12:46 |
|
jihpringle joined #evergreen |
| 12:59 |
|
wsmoak joined #evergreen |
| 13:00 |
|
nhilton_ joined #evergreen |
| 13:05 |
|
StephenGWills joined #evergreen |
| 13:19 |
|
snigdha26 joined #evergreen |
| 13:19 |
Dyrcona |
@blame Windows 8. |
| 13:19 |
pinesol_green |
Dyrcona: everything was going great until Windows 8. came along |
| 13:20 |
Dyrcona |
True dat! |
| 13:20 |
bshum |
Indeed |
| 13:29 |
|
nhilton joined #evergreen |
| 13:35 |
|
DPearl joined #evergreen |
| 13:53 |
|
DPearl joined #evergreen |
| 13:57 |
|
nhilton_ joined #evergreen |
| 13:59 |
|
vlewis joined #evergreen |
| 14:01 |
|
nhilton joined #evergreen |
| 14:04 |
|
snigdha26 joined #evergreen |
| 14:06 |
snigdha26 |
gmcharlt: Hi! I sent a mail some days ago with my SSH key but did not get a reply. I am not sure if it has been added. Could you help me with this? |
| 14:07 |
gmcharlt |
snigdha26: I had sent you a respone back on Sep 14th |
| 14:07 |
gmcharlt |
your username for naming branches is 'snigdha' |
| 14:07 |
gmcharlt |
are you able to access the working repo? |
| 14:08 |
snigdha26 |
gmcharlt: I was working on windows then and was facing some problems. Hence I switched to Ubuntu and had to generate another key - I haven't got access for that |
| 14:09 |
gmcharlt |
could you DM me the new key? |
| 14:09 |
snigdha26 |
gmcharlt: DM? |
| 14:09 |
gmcharlt |
private message |
| 14:09 |
snigdha26 |
ah! sure |
| 14:12 |
pastebot |
"snigdha26" at 64.57.241.14 pasted "SSH key" (1 line) at http://paste.evergreen-ils.org/17 |
| 14:13 |
gmcharlt |
snigdha26: ok, I've updated your key - ready for you to try again |
| 14:14 |
snigdha26 |
gmcharlt: Thanks a lot! :) I'll try again |
| 14:37 |
|
buzzy joined #evergreen |
| 15:02 |
gsams |
I'm seeing an odd problem with action_triggers regarding predue/overdue emails and hold emails |
| 15:02 |
gsams |
When predue/overdue emails are being sent out, hold notices suddenly cease |
| 15:03 |
gsams |
and as it turns out, the opposite appears to be true as well |
| 15:03 |
|
snigdha26 joined #evergreen |
| 15:03 |
gsams |
And this all appears to happen if I turn off our regularly running action_trigger_runner.pl cron job which makes even less sense to me |
| 15:06 |
gsams |
I'm running on 2.3.5(I know, we are working on upgrading, I promise!) and we've recently had to rework a few things for a new addition |
| 15:06 |
gsams |
I've triple checked the action trigger setup, and everything looks solid, and active. |
| 15:07 |
Dyrcona |
gsams: Do you mean it stops working if you turn off the main action_trigger_runner.pl or it works with it turned off? |
| 15:07 |
gsams |
Dyrcona: holds notices are going out when it is turned off |
| 15:08 |
gsams |
but not due date notices |
| 15:08 |
gsams |
and the opposite is true when turned on |
| 15:08 |
gsams |
I feel like I'm missing some sort of config file or intermediate step or something |
| 15:09 |
gsams |
And initially everything worked more or less fine before the addition |
| 15:09 |
gsams |
we had a road bump with email, spf record/dkip etc |
| 15:09 |
Dyrcona |
Check the granularity on the A/T event definitions in the database and make sure the script with those granularities are running. |
| 15:10 |
Dyrcona |
Yeah, I can sympathize with the spf/dkim and all that. |
| 15:10 |
Dyrcona |
Email is not in Kansas any more. |
| 15:10 |
gsams |
I still need to work on it too, it's still not 100%! |
| 15:10 |
gsams |
granularity for all of these is not set currently |
| 15:11 |
gsams |
and the main cron job isn't set to any granularity |
| 15:12 |
Dyrcona |
OK. I wasn't sure. |
| 15:12 |
Dyrcona |
I know granularity can be an issue sometimes. |
| 15:13 |
Dyrcona |
Hopefully someone else will have some better suggestions before too long. tsbere usually handles the A/T stuff for my consortium. |
| 15:13 |
gsams |
tsbere has certainly saved me before with sipserver |
| 15:14 |
gsams |
Dyrcona++ #thanks for the suggestion, I'll at least follow that line of thinking just in case unset is a problem |
| 15:16 |
tsbere |
gsams: Perhaps you need more a/t crontab entries? |
| 15:16 |
tsbere |
gsams: Also, as far as I know, granularity is case sensitive. "Hourly" in the crontab file != "hourly" in the DB type thing. |
| 15:16 |
|
vlewis_ joined #evergreen |
| 15:17 |
gsams |
tsbere: we do have a set of granularity entries from hourly to yearly (though I don't know that we have anything using them, I suppose it doesn't hurt) |
| 15:17 |
gsams |
and they are formatted correctly it seems |
| 15:17 |
gsams |
but we also have one entry that runs every 2 minutes currently |
| 15:17 |
gsams |
that is simply process hooks run pending |
| 15:18 |
gsams |
plus osrf-config file |
| 15:18 |
gsams |
a thought did just occur to me based on a past experience |
| 15:22 |
|
nhilton_ joined #evergreen |
| 15:25 |
gsams |
does not look like blank entries in the table at the moment, was worried that might have happened |
| 15:28 |
mmorgan |
so, no entries at all in action_trigger.event for holds when the action trigger runner is turned on? |
| 15:30 |
gsams |
mmorgan: actually, I see pendings based on hold notifications |
| 15:30 |
gsams |
and bunches of complete due date notification events |
| 15:30 |
|
nhilton joined #evergreen |
| 15:36 |
mmorgan |
ok, so the all the events are getting created as they should, but hold events don't get processed when the due date ones are processing correctly, and vice versa? |
| 15:36 |
gsams |
mmorgan: yeah, that is what I am seeing. |
| 15:37 |
gsams |
And the only change that I've made to affect either is turning my simple action trigger runner cron job on or off |
| 15:45 |
mmorgan |
gsams: not sure it will reveal anything, but what does your simple action trigger crontab entry look like? |
| 15:45 |
gsams |
just noticed I've got lock file issues it seems |
| 15:46 |
gsams |
or at least complaints of already running with lock file |
| 15:46 |
gsams |
*/2 * * * * /openils/bin/action_trigger_runner.pl --osrf-config /openils/conf/opensrf_core.xml --process-hooks --run-pending |
| 15:47 |
gsams |
maybe a little too often |
| 15:48 |
mmorgan |
ours runs at the same frequency :) |
| 15:48 |
gsams |
hmm |
| 15:49 |
mmorgan |
but we don't have the flag --process-hooks |
| 15:49 |
mmorgan |
we do have that flag on the granularity entries that run the passive triggers |
| 15:50 |
gsams |
I was actually about to give that a go, since I just need to run pending here |
| 15:50 |
gsams |
so I could just pop in an extra --lock-file designation to possibly solve the problem? Would this cause problems? |
| 15:51 |
mrpeters |
quick vandelay question -- when importing holdings, what value does Vandelay expect for call number? the database ID? the code? name? something else? |
| 15:52 |
* mmorgan |
does not fully understand the workings, but has had much trial/error experience. |
| 15:53 |
|
akilsdonk joined #evergreen |
| 15:55 |
mmorgan |
gsams: you mentioned adding a new unit, do you need to run autogen? |
| 15:55 |
gsams |
this appears to have fixed my problem, added in --lock-file=fileloc/name into the cron job and it seems to be clearing out the pending now |
| 15:56 |
gsams |
mmorgan:I did do that! I've trained myself to make that my turning it off and on again response |
| 15:56 |
gsams |
with regards to new entities in any case |
| 15:56 |
mmorgan |
gsams++ |
| 15:57 |
gsams |
mmorgan++ |
| 15:57 |
gsams |
tsbere++ |
| 15:57 |
gsams |
thanks a lot for the help, I really appreciate it! |
| 16:20 |
bshum |
mrpeters: I would guess for a label value for call number in import holdings. |
| 16:21 |
mrpeters |
bshum: right, this is actuall a call number and a "cutter" -- not totally sure what that is |
| 16:22 |
bshum |
Heh |
| 16:22 |
mrpeters |
to me, i say "why not put the whole call number in 1 field" haha |
| 16:22 |
mrpeters |
but, i didnt go to library school so i am sure there is a good reason not to |
| 16:23 |
bshum |
Holdings are strange things, I've found enough differences that I stopped asking. |
| 16:23 |
bshum |
I wonder if there's a way to define an import profile though that concats two subfields |
| 16:23 |
kmlussier |
We usually put the cutter right in the call number label. |
| 16:24 |
* bshum |
usually expects holding statements the way kmlussier described |
| 16:24 |
mrpeters |
yeah, they have, for example: 641.5954 in $h and $i is PAN |
| 16:24 |
kmlussier |
And bshum is right. You want to put the label value in the call number field for import holdings. |
| 16:24 |
mrpeters |
and if thats what vandelay wants, then vandelay shall have it:) |
| 16:25 |
mrpeters |
do you know how it treats circ modifiers? do you need to be explicit with database ID values for circ mods, or can you use the "name" value from config.circ_modifier |
| 16:25 |
kmlussier |
mrpeters: I think I have some notes on that somewhere. Let me check. |
| 16:26 |
bshum |
mrpeters: I would expect name or code actually. |
| 16:26 |
bshum |
For circ modifier |
| 16:26 |
bshum |
I think code |
| 16:26 |
bshum |
database IDs are hardly used |
| 16:26 |
mrpeters |
that would make a lot of sense, but im used to a scenario where code/name/etc. were all the same thing |
| 16:26 |
bshum |
I think even copy locations are name based |
| 16:26 |
mrpeters |
yeah, i had hoped that were the case! |
| 16:27 |
mrpeters |
would be really rough to have to supply db ids |
| 16:27 |
bshum |
It's been awhile since I used vandelay to load things, but that was my recollection anyways. |
| 16:27 |
mrpeters |
same here |
| 16:27 |
bshum |
The only place where we used database ID was if we were using the explicit copy ID to match and overlay an existing entry. |
| 16:27 |
mrpeters |
i set up some basic import profiles a few years ago, and the members just adapted to them |
| 16:27 |
bshum |
Like with certain types of acquisitions workflows. |
| 16:29 |
mrpeters |
kmlussier: forgive me if this was in the docs -- i looked, but couldnt find anything that explicitly told what format vandelay likes the data in |
| 16:29 |
kmlussier |
mrpeters: I don't think it is in the docs |
| 16:29 |
mrpeters |
ok, 10-4 |
| 16:29 |
kmlussier |
But if I find my notes, I'll add it to my list of things to add to the docs. :) |
| 16:30 |
mrpeters |
:) |
| 16:31 |
|
StephenGWills left #evergreen |
| 16:39 |
Dyrcona |
mrpeters: as for code/name/etc all the same, Evergreen has that situation: some tables it is called "code" other tables it is "name," sometimes "id" matters, sometimes not. |
| 16:40 |
Dyrcona |
consistency-- # No hobgoblins in Evergreen. |
| 16:40 |
kmlussier |
mrpeters: My notes say it's the code. |
| 16:40 |
* Dyrcona |
waits for someone to point out the obvious with his reference to Emerson. |
| 16:41 |
Dyrcona |
But, yeah, when circ_modifier is used, you always want the code. |
| 16:42 |
mrpeters |
hehe thanks Dyrcona |
| 16:42 |
Dyrcona |
Or, crap. Is it really Emerson? |
| 16:45 |
Dyrcona |
Yep, Emerson...On Self Reliance. |
| 16:53 |
|
nhilton_ joined #evergreen |
| 16:55 |
|
dMiller joined #evergreen |
| 16:56 |
|
nhilton joined #evergreen |
| 17:10 |
|
mmorgan left #evergreen |
| 17:12 |
csharp |
gsams: I'm late to the conversation, but if you enter something in the Granularity field in the A/T event definition (ex. "longoverdue") you can add --granularity longoverdue --granularity-only to your cron line |
| 17:13 |
csharp |
that will also create a specific lockfile when it's running appended with .longoverdue |
| 17:14 |
gsams |
csharp: ah! So I could add 'holds' into the granularity field and then run a cron job with that setup and it would separate it out? |
| 17:14 |
csharp |
yep |
| 17:14 |
gsams |
ha! |
| 17:15 |
csharp |
:-D |
| 17:16 |
jeff |
youtube trailers in catalog: https://catalog.tadl.org/eg/opac/record/46040593?locg=22 |
| 17:16 |
jeff |
https://github.com/tadl/Evergreen_templates_tadlskin/commit/c446cfe71823bd39a23ed2f13e2b8bb826ea517b |
| 17:16 |
csharp |
"In a world..." |
| 17:16 |
csharp |
jeff++ # awesome |
| 17:17 |
gsams |
jeff++ #that looks great! |
| 17:17 |
jeff |
at this point, staff use a web app to tie youtube id to record id. https://github.com/tadl/trailer-tank |
| 17:18 |
jeff |
we'd like to turn it into something that can reference UPC or other identifier. |
| 17:18 |
jeff |
we had considered stuffing IMDB IDs into the MARC also |
| 17:18 |
jeff |
not sure which direction that will go |
| 17:19 |
jeff |
future enhancements include hide/show, picking a default for said hide/show, tracking hits/misses/plays, etc. |
| 17:21 |
jeff |
i could add a "get to the point" button that skips the Wadsworth Constant and sets the playback speed to 2x... |
| 17:25 |
jeffdavis |
I hadn't heard of the Wadsworth Constant before. I like it a lot. |
| 17:26 |
|
nhilton_ joined #evergreen |
| 17:42 |
|
nhilton joined #evergreen |
| 18:01 |
|
dMiller__ joined #evergreen |
| 18:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:31 |
|
_bott_ joined #evergreen |
| 18:33 |
jwoodard |
33805000210721 |
| 18:39 |
|
nhilton joined #evergreen |
| 20:28 |
|
_bott_1 joined #evergreen |
| 21:21 |
|
_bott_ joined #evergreen |
