Time |
Nick |
Message |
02:43 |
|
abowling joined #evergreen |
05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
06:40 |
|
rlefaive joined #evergreen |
07:15 |
|
agoben joined #evergreen |
07:23 |
|
rjackson_isl joined #evergreen |
07:54 |
csharp |
@praise [someone] |
07:54 |
* pinesol_green |
dbwells LOVES the RESISTANCE! |
08:21 |
|
NawJO joined #evergreen |
08:23 |
|
Dyrcona joined #evergreen |
08:34 |
|
mmorgan joined #evergreen |
08:39 |
|
collum joined #evergreen |
08:48 |
|
kmlussier joined #evergreen |
09:04 |
|
_adb joined #evergreen |
09:07 |
|
rlefaive joined #evergreen |
09:17 |
|
rashma_away joined #evergreen |
09:23 |
|
bos20k joined #evergreen |
09:34 |
|
mmorgan1 joined #evergreen |
10:02 |
|
jvwoolf joined #evergreen |
10:03 |
Dyrcona |
Ah. Interesting. I have a bash function call as part of an alias. |
10:04 |
Dyrcona |
That function is being run when the alias is created and not when the alias is used. |
10:05 |
_adb |
do you not want it to? |
10:05 |
_adb |
just singlequote the alias definition.. alias foo='bar' |
10:07 |
Dyrcona |
_adb: It is single-quoted. |
10:07 |
Dyrcona |
alias tmux='_ssh_auth_save ; SSH_AUTH_SOCK=$HOME/.ssh/ssh-auth-sock tmux' |
10:08 |
Dyrcona |
_ssh_auth_save is being run when the alias is created or when the function is defined in .bashrc, and I don't think either is correct behavior. |
10:08 |
Dyrcona |
Because I just login and the link it creates is there and valid. |
10:13 |
_adb |
weird. the singlequoted string shouldn't be evaluated until invoked. is ssh-auth-sock an executable? should SSH_AUTH_SOCK assignment be done with =$($HOME/...)? |
10:14 |
csharp |
I'm having trouble getting SIP working on 2.11.1/current SIPServer master |
10:14 |
csharp |
I can log in, but any subsequent commands hang and I'm seeing a lot of this in the logs: |
10:14 |
Dyrcona |
_adb: The assignment only affects the environment of the following command. |
10:14 |
csharp |
raw_transport: LOGIN ERROR: 'raw_transport: sending SC status before login not enabled, exiting at SIPServer.pm line 578, <GEN516> line 1.#012' |
10:14 |
csharp |
but I *am* logged it |
10:14 |
csharp |
in |
10:14 |
Dyrcona |
What I'm seeing is the funciton that makes the link seems to be called when the alias is created and again when invoked. |
10:15 |
csharp |
it's like it's not storing the session or something |
10:15 |
Dyrcona |
Starting another tmux window breaks things. |
10:15 |
Dyrcona |
csharp: The SC status may be a red herring. |
10:15 |
csharp |
I think I have it |
10:15 |
Dyrcona |
I think it may be the new workstation code. |
10:15 |
csharp |
rubber_ducking++ |
10:16 |
Dyrcona |
I had similar results until I backed out the new workstation commits. |
10:16 |
csharp |
I have the wrong cache servers defined in the sip config file |
10:16 |
Dyrcona |
Oh, that'll do it. :) |
10:16 |
csharp |
Dyrcona: oh - I'll check that too |
10:16 |
Dyrcona |
I was in a rush and didn't look into what I should have done to fix it properly. |
10:17 |
Dyrcona |
Anyway, I think I'm going to try a new approach with my ssh_auth_sock mangling for tmux and screen. |
10:17 |
Dyrcona |
I had something that worked once, I'll see if I can dig that up. |
10:17 |
pinesol_green |
[evergreen|Remington Steed] Docs: Add "export non-imported records" - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=65313b3> |
10:17 |
_adb |
Dyrcona: beats me, good luck |
10:18 |
Dyrcona |
_adb: Thanks. Strange thing is, this is only happening on two servers at the moment. The others where I have the same setup are not doing it. Could be bash version related. Maybe I missed a bug fix somewhere? |
10:19 |
_adb |
you're not passing these assignments over ssh, are you? |
10:19 |
_adb |
ala ssh myserver 'somecommands' |
10:21 |
Dyrcona |
_adb: No. I'm logging in with ssh -A. |
10:21 |
Dyrcona |
Just logging in. |
10:22 |
Dyrcona |
the _ssh_auth_save function just does this: ln -sf "$SSH_AUTH_SOCK" "$HOME/.ssh/ssh-auth-sock" |
10:23 |
Dyrcona |
That's so that attaching to a screen or tmux later picks up the new ssh auth socket. |
10:23 |
csharp |
I think it's a fair summation of a sys admin's job to spend 3 hours to find the really simple no-brainer solution ;-) |
10:24 |
Dyrcona |
csharp: heh! |
10:24 |
Dyrcona |
It's a programmer's job to spend 40 hours to do the same. :) |
10:26 |
_adb |
SSH_AUTH_SOCK=$HOME/.ssh/ssh-auth-sock tmux # this assignment still looks weird to me. is ssh-auth-sock an executable that you want to save the output of? |
10:27 |
Dyrcona |
_adb: No. It's a path to a UNIX domain socket. |
10:27 |
_adb |
spaces in paths. :-( |
10:27 |
Dyrcona |
It's used with ssh key forwarding. |
10:28 |
Dyrcona |
Technically SSH_AUTH_SOCK is an environment variable. |
10:28 |
berick |
FOO=BAR command |
10:28 |
berick |
_adb: ^-- |
10:28 |
berick |
2 separate things |
10:29 |
_adb |
d'oh. need more coffee. |
10:31 |
Dyrcona |
I ran into this before and apparently stopped doing it on those servers.... |
10:32 |
berick |
Dyrcona: sure the alias isn't getting executed somewhere? |
10:32 |
Dyrcona |
D'oh! |
10:33 |
Dyrcona |
berick: I added a line to print if a tmux session is already running to my .profile. |
10:33 |
Dyrcona |
berick++ # That's two beers I owe you. :) |
10:34 |
csharp |
@beer berick |
10:34 |
pinesol_green |
csharp: Have you tried throwing it across the room? |
10:34 |
* berick |
dons his beer bib |
10:34 |
csharp |
@bartender berick |
10:34 |
* pinesol_green |
fills a pint glass with Widmer Brothers Hefeweizen, and sends it sliding down the bar to berick (http://beeradvocate.com/beer/profile/8/17/) |
10:34 |
Dyrcona |
Not bad. Half an hour for someone else to point out the obvious. :) |
10:35 |
|
NawJO joined #evergreen |
10:36 |
Dyrcona |
Solution: Add some safeguards to the _ssh_auth_save function, and use the full path when running tmux in the alias and in dot scripts. |
10:36 |
Dyrcona |
Or, just make the ln -sf bit part of the alias. |
10:39 |
|
Stompro joined #evergreen |
10:41 |
Dyrcona |
S'pose I could just do the check for running tmux/screen sessions before .bashrc is sourced, but full path is safer anyway. |
10:45 |
_bott_ |
After way too much debugging, I've found that Net::HTTP::Methods v6.09 seems to break Syndetics display. The read_response_headers() method call from NB.pm returns null. ...haven't figured out why yet. Dropping in version 6.00 was my quick fix, and it doesn't seem to have any ill effects that I've discovered. |
10:47 |
Dyrcona |
Thanks, Ubuntu! |
10:47 |
Dyrcona |
:) |
10:47 |
Dyrcona |
@blame MOTU |
10:47 |
pinesol_green |
Dyrcona: MOTU WILL PERISH UNDER MAXIMUM DELETION! DELETE. DELETE. DELETE! |
10:48 |
berick |
_bott_: interesting... |
10:50 |
Dyrcona |
_bott_ That's Ubuntu 16, right? |
10:50 |
_bott_ |
The diff on the new and old version is substantial. Off to look for release notes |
10:50 |
_bott_ |
Dyrcona: correct |
10:51 |
Dyrcona |
Bmagic: Have you had problems with added content? |
10:51 |
_bott_ |
fwiw, NoveList had no issues |
10:51 |
|
Dawn joined #evergreen |
10:51 |
Dyrcona |
_bott_: Thanks! I haven't tested added content on Ubuntu 16. |
10:52 |
_bott_ |
Nor had I. That's what production is for! |
10:52 |
Dyrcona |
Come to think of it.... Let me check something. I might have inadvertently tested Content Cafe. ;) |
10:53 |
Dyrcona |
Nope. False alarm. |
10:53 |
Guest82566 |
Hi, does anyone use the Evergreen integrated credit card payment at the front desk? We use the online integrated payments and would like to look into using the front line payments as well. |
10:54 |
Dyrcona |
Oh, wait. Wrong server. Yes, I have run 16.04 on a test vm where I believe Content Cafe was configured and don't recall seeing any issues. |
10:54 |
Dyrcona |
Guest82566: Don't do that, unless you like paying lots of money in PCI insurance premiums. |
11:03 |
|
Christineb joined #evergreen |
11:03 |
Guest82566 |
Thanks, Dyrcona. |
11:11 |
|
dbs joined #evergreen |
11:13 |
Dyrcona |
You're better of letting PayPal or Stripe worry about that stuff.... |
11:17 |
Bmagic |
Dyrcona: not really |
11:17 |
Bmagic |
Dyrcona: we are using Syndetics |
11:18 |
Dyrcona |
Bmagic: You're using Ubuntu 16, yeah? |
11:18 |
Bmagic |
yep |
11:18 |
Dyrcona |
OK. That makes me wonder.... |
11:25 |
|
maryj joined #evergreen |
11:27 |
Guest82566 |
We use Stripe for our OPAC payments. Is there a way to use them for front line payments? |
11:30 |
jeff |
if you'd like to stay within Stripe for some reason, you could find options here: https://stripe.com/works-with/categories/card-readers-pos -- another option would be to go with a company like Square: https://squareup.com/ |
11:31 |
jeff |
there are of course a large number of options. Stripe and Square are just two. |
11:35 |
Guest82566 |
Thank you, Jeff. |
11:37 |
berick |
"2.75% per swipe, dip, or tap" -- spending piles of money was never so adorable |
11:40 |
|
brahmina joined #evergreen |
11:41 |
Dyrcona |
berick: They all hit you with fees, but I can say from experience if you're processing the CC transactions through Evergreen, you will also pay for the insurance, because you will not pass the tests. |
11:43 |
Dyrcona |
_bott_ Do yo have customizations to the Syndetics code? |
11:43 |
_bott_ |
Dyrcona: Nope, nothing for them. |
11:43 |
Dyrcona |
OK. Just aking, 'cause I know you have some customizations. |
11:44 |
bshum |
Bmagic: Did you test the added content in the record details, like _bott_ noted issue for? I'm not sure if it was just that or if it affected covers, _bott_ ? |
11:44 |
bshum |
I think he said reviews, etc. right? |
11:44 |
bshum |
reviews, summary, etc. |
11:44 |
_bott_ |
bshum: correct. |
11:45 |
_bott_ |
Tabs display for each of the noted, but no content |
11:46 |
_bott_ |
All seems happy until my ($code) = $req->read_response_headers; in Record.pm. $code ends up empty |
11:46 |
_bott_ |
I need to step away for a bit. I'll get back at this later |
11:48 |
berick |
Dyrcona: of course. i'm just commenting on the cute language, not the fees. |
11:48 |
Dyrcona |
heh! |
11:49 |
|
mmorgan joined #evergreen |
11:52 |
Dyrcona |
_bott_: So, I'm looking at content cafe via the opac on my old, MVLC development vm. (It's still running after over 6 months of not being touched!) |
11:52 |
Dyrcona |
Novelist is working fine, but the content cafe stuff is acting bizarre. |
11:53 |
Dyrcona |
So, it looks like you're on to something. |
11:55 |
csharp |
We'll be testing on 16.04 soon (post upgrade to 2.11 next weekend) and we use Syndetics - if it's not solved by then, I'm willing to help |
11:56 |
Bmagic |
bshum Dyrcona: sorry, I was away, I am catching up here |
11:57 |
|
jihpringle joined #evergreen |
11:57 |
JBoyer |
csharp, what kind of use are you seeing on your 2.11 testing server? I'm seeing a lot of seemingly random waiting on locks here. (Slony might be contributing to that though, but it has increased dramatically since the upgrade.) |
11:59 |
|
bmills joined #evergreen |
12:02 |
Bmagic |
bshum: no I didn't check that. Just the book jackets (most obvious) - I will have to take a closer look at that added content stuff |
12:03 |
NawJO |
Hello everyone, I was thinking lately on solving RTL-LTR switching in TPAC, I created a custom RTL template and added it to eg.conf. I thought to add a conditional sentence on applying RTL template, but I have no clue, can you help me? |
12:04 |
Bmagic |
bshum: as far as I know, we put a link to the syndetics website when the information is available |
12:04 |
Bmagic |
http://missourievergreen.org/eg/opac/record/1795163?query=potter%20fire;qtype=title;locg=1;detail_record_view=1 |
12:04 |
Bmagic |
and "Additional Content For This Title" |
12:05 |
NawJO |
I tried to add <if> directive, if locale=ar_ar , apply the custom RTL template. but it returns to an error :( |
12:05 |
Bmagic |
bshum: Is there another place in the OPAC or otherwise where I should check? |
12:06 |
bshum |
Bmagic: By default, any added content summary, etc. would usually appear in the one of the bottom tab areas, like in your tab marked "Additional Content". When I expand yours I only see "No Content Available" |
12:06 |
Bmagic |
I see - I never clicked that, LOL |
12:07 |
bshum |
And in fact, the tab goes away when I click on other tabs, hmm |
12:07 |
Bmagic |
I'm not sure now much that is used in the wild |
12:07 |
bshum |
So it's probably behaving like what _bott_ saw then |
12:07 |
bshum |
Where it's failing to grab the content and embed it properly |
12:07 |
bshum |
So that does seem to point at a 16.04 problem with added content handling :\ |
12:09 |
|
mrpeters1 joined #evergreen |
12:09 |
Bmagic |
sounds plausable |
12:10 |
* bshum |
doesn't have any added content codes to test with, so will leave it in more experienced hands now :) |
12:10 |
bshum |
NawJO: What I was thinking was to change something in ../opac/parts/base.tt2 |
12:11 |
bshum |
In there, we define the stylesheets |
12:12 |
bshum |
So I was thinking to put an [% IF something.locale.something = "ar-AR" check there to see if we were using a particular locale, and then add a link to the stylesheet we add in |
12:12 |
miker |
NawJO: looks like you could add something like the following to templates/opac/css/style.css.tt2 ... |
12:12 |
bshum |
Otherwise, it'll skip it |
12:12 |
bshum |
but sounds like miker has ideas too :) |
12:12 |
pastebot |
"miker" at 64.57.241.14 pasted "rlt change" (14 lines) at http://paste.evergreen-ils.org/39 |
12:12 |
NawJO |
yes it's more logical, but there are many css rules defined in templates as well. It will be huge work to move all rules to an independent sheet |
12:13 |
NawJO |
for that, I thought it'd be better to define a new custom rtl template |
12:13 |
miker |
NawJO: ah, I just saw the one direction: rule ... is there more that has to change? |
12:14 |
miker |
(I didn't diff your stylesheet to the stock one, I just looked for a direction: rtl; rule. found just the one) |
12:14 |
NawJO |
everything set to right must be set to left and vice versa |
12:15 |
NawJO |
it's not too different, but every right is changed to left, and every left is changed to right |
12:15 |
NawJO |
like margin-left to margin-right, float:left to float: right |
12:15 |
miker |
ah! I see. just went to the test site. |
12:15 |
NawJO |
http://104.251.212.186/eg/opac/home |
12:16 |
miker |
very cool |
12:16 |
Bmagic |
bshum: I think this proves it |
12:16 |
Bmagic |
http://mig.missourievergreen.org/eg/opac/record/1795163?expand=addedcontent;ac=summary#addedcontent |
12:17 |
NawJO |
the RTL sheet is forced, I'm trying to switch to rtl-ltr based on locale |
12:17 |
Bmagic |
That is still running 2.9.1 on 14.04 (so it might be 2.11 but probably not) |
12:17 |
miker |
well, I think a single stylesheet is probably still better in the long run. It's already a template, so a little calculation at the top to decide direction and then replace the appropriate words. |
12:18 |
Dyrcona |
NawJO++ |
12:19 |
NawJO |
@miker what about the rules inside the templates like <td align:left> how can we solve this? |
12:19 |
pinesol_green |
NawJO: Sorry, that command is only available to Evergreen Premium™ Subscribers. Please upgrade your subscription ASAP! |
12:19 |
bshum |
NawJO: Don't mind pinesol_green, it's just reacting cause you put @ at the front of your sentence. It read that as a command action, that it didn't recognize. |
12:20 |
csharp |
@blame pinesol_green |
12:20 |
pinesol_green |
csharp: I come to bury itself, not to praise them. |
12:20 |
NawJO |
it's ok bshum :) |
12:22 |
miker |
NawJO: I'd call that an i18n bug and say those <td>s should be adjusted with separate css instead of inline attributes... for exactly your purposes :) |
12:22 |
miker |
in other words, bad on us for doing it that way |
12:24 |
miker |
but, in any case, a single stylesheet is still a "long run" thing. If the choice is between working code in a month, or waiting two more releases, I'd accept the former. |
12:25 |
NawJO |
hmmm this would be better. |
12:25 |
miker |
to me, the important thing would be deciding how to make the switch. I don't think we should base it on the name of the locale, but instead have the locale (loaded from the database) tell us the direction that should be used |
12:25 |
miker |
that'd be a small change and extensible to all locales |
12:27 |
NawJO |
Yes, I think it'd be better so |
12:28 |
NawJO |
what about the web client? the same approach will be followed? |
12:29 |
NawJO |
by the ways, the web client startup window shows RTL style when Arabic is selected. |
12:29 |
miker |
yes, I'd expect so |
12:29 |
miker |
oh, good! |
12:29 |
miker |
thanks, angularjs and bootstrap! |
12:30 |
NawJO |
the top menu flipped to right but the main content keeps showing LTR style |
12:46 |
kmlussier |
I need to update the 2.11 release notes to fix some typos, but would also like to provide some clarification for the e-mail checkout receipt new feature, if necessary. |
12:46 |
kmlussier |
My understanding from recent discussions is that the e-mail checkout receipt only work in the web client, not the XUL client. Is that correct? |
12:49 |
|
bhorn joined #evergreen |
12:52 |
|
vlewis joined #evergreen |
12:58 |
csharp |
kmlussier: that's my understanding - bug 1643694 is relevant too |
12:58 |
pinesol_green |
Launchpad bug 1643694 in Evergreen "Patron Self Registration - Email checkout receipts checkbox doesn't carry through" [Undecided,Confirmed] https://launchpad.net/bugs/1643694 |
13:05 |
kmlussier |
Thanks csharp! |
13:07 |
bhorn |
kmlussier: I have some questions about bug #1618949 mainly if it should be split into multiple cards one dealing with the patron side the other dealing with the copies my other concerns have been posted to the bug itself on LP |
13:07 |
pinesol_green |
Launchpad bug 1618949 in Evergreen "webclient: Patron registration form and copy editor do not require stat cat fields configured to be required" [Medium,Confirmed] https://launchpad.net/bugs/1618949 - Assigned to Billy Horn (bhorn) |
13:09 |
kmlussier |
bhorn: Are you asking if they should be separate bugs? That seems reasonable to me. |
13:09 |
Bmagic |
Is there an amount of bandwidth that you(anyone) tells libraries that they need to have a "good" Evergreen expierence? |
13:09 |
bhorn |
kmlussier: yes I feel they should be seperate bugs |
13:12 |
kmlussier |
bhorn: Also, looking at your question on the bug, I'm not a fan of the first entry for stat cats being a default value. I like the fact staff need to explicitly choose a stat cat value in the current client. Others may feel differently. |
13:14 |
Dyrcona |
Bmagic: It doesn't really take much bandwidth. Latency is a killer for circulation experience. You want to have as few hops between you and the server as possible. |
13:15 |
Bmagic |
Dyrcona: right on, we usually tell libraries that 1MB is more than enough for just* Evergreen, but you have to factor in the whole library and shared internet connections. QoS.... |
13:25 |
tsbere |
I recently actually used the staff client on cell phone tethering. :D |
13:27 |
jeffdavis |
our connectivity recommendations have 3M down, 768K up, and <200ms latency as our bare minimum, 6M/1M/<125ms as "adequate," and 12M/2M/<75ms as "ideal" |
13:28 |
jeffdavis |
for a typical small rural public library in BC offering public internet access |
13:29 |
vlewis |
kmlussier: I'm working on https://bugs.launchpad.net/evergreen/+bug/1522644 webclient: Transfer title holds issues. Should I move the option to Mark as a Transfer Title Hold Destination to the "Mark" button higher in the bib summary area? |
13:29 |
pinesol_green |
Launchpad bug 1522644 in Evergreen "webclient: Transfer title holds issues" [Medium,New] - Assigned to Victoria Lewis (sykeslewis) |
13:38 |
kmlussier |
vlewis: hmmm...I don't know. I would lean towards putting it in the "Title Hold Tranfer Destination" to the "Mark For" button. But I think I asked the question because I was unsure. |
13:39 |
kmlussier |
Maybe there's a reason we only want to see that action in the View Holds section of the record. However, it would be handy to not have to go to View Holds to mark the record. |
13:40 |
kmlussier |
https://www.screencast.com/t/bWcH0czXHq is a screenshot if what we're talking about if anybody else is curious and wants to weigh in. |
13:46 |
NawJO |
Success! I followed the suggestion of Bshum, now the TPAC style is flipped according locale selection:) http://104.251.212.186 |
13:47 |
kmlussier |
vlewis: My official +1 to moving it is here. https://bugs.launchpad.net/evergreen/+bug/1522644/comments/3 |
13:48 |
pinesol_green |
Launchpad bug 1522644 in Evergreen "webclient: Transfer title holds issues" [Medium,New] - Assigned to Victoria Lewis (sykeslewis) |
13:48 |
kmlussier |
NawJO++ Huzzah! |
13:48 |
kmlussier |
bshum++ |
13:48 |
NawJO |
:) |
14:02 |
bshum |
Neat! NawJO++ |
14:03 |
collum |
NawJO++ Very Cool |
14:04 |
NawJO |
:) :) |
14:04 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: 2.11 Release Note corrections and clarifications. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=36e56a4> |
14:06 |
NawJO |
Soon, I'll try to add move all inline css or html5 style rules in templates to a seperate stylesheet (As Miker suggests) :) Thank you Bshum and Miker for your help :) |
14:07 |
|
mmorgan1 joined #evergreen |
14:10 |
Dyrcona |
NawJO: Are you using git to track the changes and can you share them with the community? |
14:10 |
NawJO |
Not really, I'm new here, I don't know how the things work :/ |
14:19 |
Dyrcona |
OK. Are making copies of the files before changing them? That could help to produce patches later. |
14:20 |
NawJO |
Yes |
14:21 |
Dyrcona |
Good. :) |
14:22 |
NawJO |
I only edited few files, I will start editing the rest tomorrow . it's 9.30 PM in Jordan :) |
14:24 |
Dyrcona |
OK. If you want help with sharing your changes, just ask here in the channel when you're ready. |
14:25 |
Dyrcona |
We mainly use a sit called Launchpad: https://launchpad.net/evergreen |
14:26 |
NawJO |
Thank you a lot, I'm sure I'll have many doubts :/ :D |
14:29 |
NawJO |
it's time for me to go offline. Have a good time :) |
14:53 |
|
brahmina joined #evergreen |
15:03 |
berick |
@tea my-belly |
15:03 |
* pinesol_green |
brews and pours a pot of Wild Snow Sprout Tea, and sends it sliding down the bar to my-belly (http://ratetea.com/tea/wild-tea-qi/wild-snow-sprout-tea/6447/) |
15:08 |
|
mmorgan joined #evergreen |
15:16 |
|
mmorgan joined #evergreen |
15:59 |
|
brahmina joined #evergreen |
16:38 |
|
kmlussier joined #evergreen |
16:51 |
|
bmills joined #evergreen |
17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
17:05 |
|
mmorgan left #evergreen |
17:15 |
|
jvwoolf left #evergreen |
17:18 |
|
khuckins joined #evergreen |
17:48 |
|
_adb left #evergreen |
18:03 |
|
bmills joined #evergreen |
20:14 |
|
jeff_ joined #evergreen |
20:14 |
|
berick joined #evergreen |
20:14 |
|
bshum joined #evergreen |
20:15 |
|
book` joined #evergreen |
20:26 |
|
sard joined #evergreen |
20:37 |
|
eby joined #evergreen |
20:37 |
|
ejk joined #evergreen |
21:38 |
|
StomproJ joined #evergreen |