| Time |
Nick |
Message |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:37 |
|
agoben joined #evergreen |
| 08:32 |
|
collum joined #evergreen |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:58 |
|
terran joined #evergreen |
| 09:00 |
|
Dyrcona joined #evergreen |
| 09:03 |
|
jwoodard joined #evergreen |
| 09:20 |
|
kmlussier joined #evergreen |
| 09:32 |
|
jvwoolf joined #evergreen |
| 09:44 |
|
gmcharlt joined #evergreen |
| 10:35 |
csharp |
so I'm trying to enable the es-ES locale on my test server running master, but when I click on the locale picker on webby it lets me select "Espanol" but it immediately reverts to English |
| 10:35 |
csharp |
how would I start troubleshooting that? (nothing the browser console) |
| 10:37 |
csharp |
steps I've already taken: 1) enabled the locale in eg_vhost.conf 2) entered the locale in config.i18n_locale |
| 10:42 |
bshum |
csharp: there's a bug for that issue |
| 10:43 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1560805 |
| 10:43 |
pinesol_green |
Launchpad bug 1560805 in Evergreen "webclient: locale picker does not work well" [Undecided,New] |
| 10:43 |
bshum |
The picker is no good without a ? In the URL |
| 10:43 |
bshum |
And by default that isn't part of it so it never works right |
| 10:43 |
csharp |
bshum++ # thanks |
| 10:44 |
bshum |
We need to rearchitect how the locale gets reset for the web client |
| 10:45 |
miker |
csharp: out of curiosity, if you set your OS locale, does it default correctly? |
| 10:45 |
csharp |
miker: will check |
| 10:45 |
miker |
ideally the selector isn't necessary for most use cases (not that it shouldn't be fixed, mind) |
| 10:48 |
Dyrcona |
Ideally, the browser should send the locale to the server and the server should server the proper files. |
| 10:48 |
Dyrcona |
But, hey! Nobody does i18n "correctly." |
| 10:48 |
Dyrcona |
Witness all the different implementations for i18n in the wild. |
| 10:54 |
csharp |
miker: nope - no change |
| 10:54 |
csharp |
(changed the locale of my workstation, not the server, btw) |
| 10:56 |
JBoyer |
csharp, did you restart it or the browser? Most times that's an env variable, though I'll admit I don't know that much about how modern Linux DE's handle locale changes. |
| 10:58 |
csharp |
JBoyer: it prompted me to end my session, then upon login, everything was in Spanish |
| 10:59 |
JBoyer |
Nice. Much better than ye olde wayes. |
| 11:09 |
miker |
csharp: yeah, I meant the workstation local ... boo, that used to work well... |
| 11:10 |
miker |
locale even |
| 11:13 |
miker |
grabbing 1052 and 1053 |
| 11:13 |
csharp |
JBoyer: big fan of GNOME on Fedora 26 - everything Just Works™ |
| 11:15 |
JBoyer |
I'm *almost* looking forward to it when I upgrade my laptop from U16.04 to 18.04 since they'll be back on Gnome. I prefer KDE but I like Gnome much more than Unity, |
| 11:15 |
csharp |
yeah |
| 11:16 |
* csharp |
drools like Homer Simpson: https://krispykreme.com/Eclipse |
| 11:21 |
* kmlussier |
has never tried a Krispy Kreme |
| 11:22 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1688096: Popularity parameter for in-house use - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2f8bf6c> |
| 11:22 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1688099: Popularity parameter for the number of OUs that own a title - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9c4e966> |
| 11:22 |
pinesol_green |
[evergreen|Mike Rylander] Stamping populariy parameter upgrade scripts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b051ae9> |
| 11:22 |
kmlussier |
miker++ |
| 11:24 |
* Dyrcona |
is considering going old school with OpenBox or Windowmaker with no DE. |
| 11:25 |
Dyrcona |
Or, maybe, GNUStep, since I like to play with Objective-C. |
| 11:26 |
|
dkyle joined #evergreen |
| 11:28 |
Dyrcona |
I used to work on KDE back in the 2.0 days. |
| 11:28 |
Dyrcona |
They really broke KDE 4, by shipping incomplete stuff. |
| 11:29 |
Dyrcona |
So, I'm done. |
| 11:35 |
csharp |
Dyrcona: KDE3.5 lives on: https://www.trinitydesktop.org/ |
| 11:35 |
csharp |
I was also using KDE in the poor transition to 4 |
| 11:36 |
csharp |
I still use Clementine which was originally a fork of Amarok in the 3.5 days |
| 11:37 |
Dyrcona |
JBoyer: You don't have to wait, you can go with Gnome on Ubuntu, now. I tried Gnome for a while on Ubuntu 14. |
| 11:37 |
Dyrcona |
Amarok... :) |
| 11:37 |
csharp |
yeah, Ubuntu GNOME has been solid for a while - enough people hated Unity enough to support it |
| 11:38 |
Dyrcona |
Gnome is a pain to build....Slackware dropped it from the default install. |
| 11:38 |
Dyrcona |
Most people don't build it themselves, though. |
| 11:38 |
Dyrcona |
:) |
| 11:38 |
* phasefx |
uses xmonad |
| 11:39 |
Dyrcona |
twm! :) |
| 11:39 |
JBoyer |
I suppose I could try it out, but for my laptop I mostly stick to just `apt-get install ubuntu-desktop` on a server LTS install and go with what that gets me. |
| 11:40 |
Dyrcona |
you install server LTS to your laptop? |
| 11:40 |
JBoyer |
I used to love OpenWin though. I even picked up a copy of Sun's old spec for it. I ran that from my 486 days until at least KDE 3 was available. |
| 11:40 |
Dyrcona |
I've been going with regular releases. |
| 11:41 |
Dyrcona |
Blackbox was my favorite WM. |
| 11:41 |
JBoyer |
Dyrcona, yeah, that way it's similar to my servers. I only use a Linux laptop for Evergreen related stuff. I picked up a Surface Book for my daily driver, so to speak. (as daily as one gets when you're assigned a desktop at work...) |
| 11:41 |
* phasefx |
used Blackbox for quite a while |
| 11:42 |
* _adb |
uses spectrwm |
| 11:42 |
Dyrcona |
I used Sawfish for a bit with early Gnome. Sawfish is still kicking around somewhere. |
| 11:42 |
_adb |
it's a lot like xmonad, but the configuration file isn't written in haskell |
| 11:42 |
Dyrcona |
I've tried a lot of WMs over the years, going to back to '94. |
| 11:42 |
Dyrcona |
Err, '92, even, if you count AIX. |
| 11:42 |
phasefx |
_adb: I'll have to give that one a spin |
| 11:43 |
Dyrcona |
I recently tried Enlightenment again for a few weeks, but went back to Unity. |
| 11:44 |
Dyrcona |
I thought E was dead, but they did a new release. I guess that was last year or the year before. |
| 11:44 |
phasefx |
did they ever hit 1.0? |
| 11:44 |
JBoyer |
Oh, right. I misspoke about that old WM I used, It was the OpenLook WM. There was an oss version of it that I ran on NetBSD for ages. |
| 11:45 |
Dyrcona |
yeah, OpenLook... |
| 11:46 |
Dyrcona |
I knew what you meant. |
| 11:46 |
Dyrcona |
phasefx: Apparently, not: EFL 1.20.1 and Enlightenment 0.21.8 are out |
| 11:47 |
phasefx |
:D |
| 11:48 |
_adb |
i'm working on an application that talks to evergreen via the http gateway. what's the best way to get documentation for methods that are available? so far i've been using `introspect open-ils.actor`, for example, on srfsh |
| 11:49 |
Dyrcona |
_adb: What's available through the gateway is mostly what's available through the backend with the exception of non-authenticated services that talk to the database, like cstore. |
| 11:50 |
_adb |
reading the introspect output is a bit tedious. i was hoping there was a nice online reference manual that had eluded me |
| 11:51 |
Dyrcona |
No, there isn't. |
| 11:51 |
phasefx |
_adb: try tacking /opac/extras/docgen.xsl onto the end of your hostname in a browser |
| 11:51 |
Dyrcona |
oh... I forgot about that. |
| 11:51 |
_adb |
that 404s :-( |
| 11:52 |
Dyrcona |
_adb: The services available through the gateway are controlled in the opensrf_core.xml file if you have access to that. |
| 11:52 |
phasefx |
or an Evergreen hostname, rather: https://webby.evergreencatalog.com/opac/extras/docgen.xsl |
| 11:52 |
Dyrcona |
That way, you can at least see what your server allows. |
| 11:52 |
_adb |
ok, cool, that's useful |
| 11:53 |
phasefx |
_adb: some services have hundreds of methods (autogenerated), so be careful |
| 11:53 |
Dyrcona |
docgen probably needs to be configured in eg_vhost.conf. |
| 11:55 |
Dyrcona |
Or, wait. Maybe I misinterpreted that section... I know xml-rpc is controlled in opensrf.xml. |
| 11:55 |
_adb |
phasefx: this looks great. it'll take me a bit to get oriented. dum question: what's the application supposed to be? |
| 11:56 |
phasefx |
_adb: the service. Here's an example: https://webby.evergreencatalog.com/opac/extras/docgen.xsl?service=open-ils.circ&all=on&offset=0&limit=25 |
| 11:56 |
_adb |
ah, cool. thanks! |
| 11:56 |
_adb |
phasefx++ |
| 11:56 |
_adb |
Dyrcona++ |
| 11:56 |
Dyrcona |
Ah well. back to seeing what files brick 2 needs to be caught up with the rest of production. |
| 11:58 |
_adb |
open-ils.actor.user.email.update is one method i was looking at. requiring the current password struck me as odd. is this method recommended for updating user email addresses? |
| 12:05 |
Dyrcona |
_adb: Looks like that is used mainly by the OPAC for the user to change their email. |
| 12:06 |
_adb |
requiring the password confuses me because the first argument is an auth token. obtaining an auth token involves md5_hex($auth_seed . md5_hex($pass)), presumably so the password itself is never sent in a readable format. yet here it is. |
| 12:07 |
Dyrcona |
You probably want open-ils.actor.patron.update instead. |
| 12:07 |
_adb |
this looks like exactly what i want, yes, thank you. |
| 12:08 |
_adb |
Dyrcona++ |
| 12:12 |
Dyrcona |
_adb: The confusion stems from open-ils.actor.user.email.update being a misnomer. |
| 12:12 |
Dyrcona |
It's actually used to change the patron's password, and that's done via email. |
| 12:12 |
Dyrcona |
I had to look at the code again. |
| 12:16 |
_adb |
O_o it worked for updating the email address as long as it was given all the arguments it wanted. i'll plan on using patron.update instead though |
| 12:17 |
|
khuckins joined #evergreen |
| 12:19 |
Dyrcona |
yeah.. |
| 12:19 |
Dyrcona |
The implementation function does a lot of things depending on how its called, so that call does do email.... |
| 12:19 |
* Dyrcona |
breaks for lunch. I apparently need it. :) |
| 12:32 |
|
jihpringle joined #evergreen |
| 13:03 |
JBoyer |
_adb, I assume the point in requiring the current password is to prevent users from logging in to a public OPAC and then walking off and having another user come up and essentially take over their account by changing the email address. |
| 13:04 |
Dyrcona |
Well, that, and no special permission is required. The other call requires a staff permission. |
| 13:08 |
_adb |
patron.update requires staff permission? that's unfortunate. |
| 13:08 |
_adb |
i mean -- obviously, it's bad if arbitrary folks can update each others' accounts, but i was hoping to give an OPAC auth token to a user and let them update their own stuff |
| 13:09 |
_adb |
the auth token expires fairly quickly if they wander off, so i'm not too worried about that |
| 13:10 |
Dyrcona |
Well, let me check again. Sometimes it will let you do things if you are the user in question. |
| 13:10 |
_adb |
i just got back from lunch, and was going to try hacking up an example now |
| 13:11 |
|
rlefaive joined #evergreen |
| 13:13 |
JBoyer |
Depending on what you're doing I suppose it wouldn't be terrible to store the password in OS protected secure storage. The Keychain in iOS or the equivalent in Android for example. It is a bad idea to just have it chilling out live in your own process's RAM though. |
| 13:13 |
Dyrcona |
Looks like it will let you update yourself so long as you're not changing your profile or creating a new patron. |
| 13:14 |
Dyrcona |
Staff need the "group" permission to change a patron. |
| 13:31 |
|
krvmga joined #evergreen |
| 13:33 |
|
tspindler joined #evergreen |
| 13:50 |
csharp |
bshum++ # the ?some_variable=blah workaround for bug 1560805 worked, but like what you found in comment 1 there, I'm not seeing it fully translated |
| 13:50 |
pinesol_green |
Launchpad bug 1560805 in Evergreen "webclient: locale picker does not work well" [Undecided,New] https://launchpad.net/bugs/1560805 |
| 14:03 |
Dyrcona |
So, looks like we're sometimes seeing the apache memory leaks on apache 2.2, and it lead to oom killer knocking out ejabberd on the brick. |
| 14:04 |
Dyrcona |
it always seems to be the same brick, but is probably a load balancer issue more than anything else. |
| 14:04 |
* Dyrcona |
needs to really learn to understand the oom killer output. |
| 14:07 |
bshum |
csharp: The partial translation issue is being worked on from several fronts |
| 14:07 |
bshum |
csharp: I think Eva and the Czechs reported some stuff for that |
| 14:08 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1709239 |
| 14:08 |
pinesol_green |
Launchpad bug 1709239 in Evergreen "Web staff 404 errors in paths to files" [Undecided,New] |
| 14:08 |
bshum |
There's some stuff in that bug which raised my eyebrows |
| 14:09 |
pinesol_green |
[evergreen|Jason Etheridge] syntax error in schema script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2e847e3> |
| 14:09 |
pinesol_green |
[evergreen|Jason Etheridge] syntax: end-quote for stored procedure - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=84e7b24> |
| 14:11 |
bshum |
csharp: https://bugs.launchpad.net/evergreen/+bug/1629078 too has a bug we uncovered with the translated {{ username @ workstation }} variable |
| 14:11 |
pinesol_green |
Launchpad bug 1629078 in Evergreen "Untranslated parts of web staff client" [Undecided,Triaged] |
| 14:11 |
bshum |
In comment 10/11 |
| 14:11 |
bshum |
Whole thing is messy :\ |
| 14:11 |
bshum |
Lots of stones left unturned |
| 14:12 |
|
tspindler left #evergreen |
| 14:12 |
Dyrcona |
Dude. I see 404s in the logs all the time, or at least "file does not exist" errors. I pretty much ignore them. |
| 14:12 |
Dyrcona |
Though, probably not the same as reported in the bugs that I didn't read. :) |
| 14:13 |
bshum |
Dyrcona: well I think the 404s that they reported are all NLS dojo files where the file is "cs" but the locale is "cs-cz" |
| 14:13 |
Dyrcona |
Yeah, OK. |
| 14:13 |
bshum |
And it's supposedly goofing up those dojo interfaces I expect |
| 14:14 |
bshum |
I feel like we dealt with that differently somehow in XUL client |
| 14:14 |
bshum |
With some thing that hacked the locale settings |
| 14:14 |
bshum |
But I honestly don't remember :) |
| 14:14 |
bshum |
I'm just turning up the loose stones for csharp (and others who want to be scared by looking at i18n) |
| 14:14 |
Dyrcona |
I guess mine are nothing: custom.js and custom.properties. |
| 14:15 |
bshum |
Dyrcona: I used to touch create those all the time post-upgrades. Just to get rid of noise. |
| 14:15 |
Dyrcona |
Yeah, I might at the next upgrade. |
| 14:16 |
bshum |
there used to be a bug ticket for that issue too |
| 14:17 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/791225 |
| 14:17 |
pinesol_green |
Launchpad bug 791225 in Evergreen "Apache Log error - missing CSS files" [Low,Confirmed] |
| 14:17 |
bshum |
Among other things |
| 14:17 |
* bshum |
doesn't know why he still remembers all these old bugs |
| 14:21 |
miker |
phasefx++ # DOH! sorry, and thanks |
| 14:22 |
miker |
bshum: the 404 on cs-cz nls files is normal. dojo trys the most specific first, chops of a "-" separated part, and trys again until it has nothing left and loads the default one |
| 14:24 |
bshum |
miker: Gotcha, that sounds more like it. So maybe it's just coincidence or unhappiness where the Czechs found that avoiding that dance helped them to load translations |
| 14:26 |
|
ohiojoe joined #evergreen |
| 14:29 |
phasefx |
miker: welcome :) |
| 14:29 |
miker |
Dyrcona: we tell OOM to never kill ejabberd ... we don't see OOM often, but that certainly helps reduce the pain :) |
| 14:30 |
Dyrcona |
miker: Yeah, i'm going to do that. |
| 14:30 |
miker |
https://backdrift.org/oom-killer-how-to-create-oom-exclusions-in-linux or similar |
| 14:30 |
Dyrcona |
looks like this last happened in March. |
| 14:30 |
Dyrcona |
At least, i have a copy of the kern.log from that event. |
| 14:46 |
|
Jillianne joined #evergreen |
| 14:51 |
Dyrcona |
So, upstart can have its scripts modified to set the oom_score_adj. I wonder if systemd can do that.... |
| 14:53 |
Dyrcona |
Yes, but its clunkier....of course! :P |
| 14:54 |
Dyrcona |
I should probably just try a cron trick instead. |
| 14:58 |
Dyrcona |
Oh.... There's an easier way with systemd, similar to upstart. |
| 14:58 |
|
chicagofriendssc joined #evergreen |
| 14:58 |
Dyrcona |
cron script will survive package updates. |
| 14:58 |
* Dyrcona |
is done thinking out loud. |
| 15:02 |
|
mmorgan1 joined #evergreen |
| 15:02 |
|
CFS joined #evergreen |
| 15:03 |
pastebot |
"CFS" at 64.57.241.14 pasted "Transfer from Delicious Library Suite" (2 lines) at http://paste.evergreen-ils.org/603 |
| 15:03 |
Dyrcona |
miker: git cherry origin/master working/user/khuckins/lp1511742-ou-menu-type-select |
| 15:04 |
miker |
Dyrcona: thanks! |
| 15:05 |
miker |
git-- |
| 15:05 |
miker |
bah, that's terrible ... I just want the one changed file! |
| 15:07 |
Dyrcona |
The commits with + are the ones in the second branch not in the first. |
| 15:07 |
Dyrcona |
I thought you were looking for commit to cherry-pick. |
| 15:07 |
miker |
yeah |
| 15:07 |
Dyrcona |
git show <commit> will show the changes. |
| 15:07 |
miker |
ok, I see ... he didn't rebase ... all his commits are mixed in |
| 15:07 |
Dyrcona |
Right. Those two commits should be it, though. |
| 15:09 |
Dyrcona |
I think -p or -m might rebase so it looks like a merge, but isn't. |
| 15:10 |
Dyrcona |
I haven't used those options, but reading the help it sounds like -p will do that. |
| 15:11 |
pinesol_green |
[evergreen|Angela Kilsdonk] Docs: Web Client Data Types - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a903911> |
| 15:16 |
miker |
Dyrcona: thansk... that gets close, but the offline update doesn't show up in the commit list, AFAICT ... I've just asked for a clean rebase :) |
| 15:17 |
Dyrcona |
miker: OK. Sounds fair. :) |
| 15:35 |
gmcharlt |
csharp: if you're still around, I commend your attention to bug 1709932 |
| 15:35 |
pinesol_green |
Launchpad bug 1709932 in Evergreen "db-seed-i18n.py can miss strings" [Medium,New] https://launchpad.net/bugs/1709932 |
| 15:36 |
gmcharlt |
it's ended up being a kinda after-the-fact prereq to some of the other ones you've been testing and signing off on today |
| 16:13 |
miker |
arg! |
| 16:13 |
miker |
tab_completion_for_tig-- |
| 16:18 |
|
mmorgan joined #evergreen |
| 16:19 |
csharp |
gmcharlt: I'll take a look |
| 16:20 |
gmcharlt |
csharp++ |
| 16:23 |
csharp |
I noticed that "comma at beginning of line" syntax when testing the other bugs - weird |
| 16:24 |
csharp |
I mean "whitespace shouldn't matter" and all that, but that's the first time I've seen that sort of formatting |
| 16:25 |
gmcharlt |
yeah, it's less common, but it has the advantage that you can shuffle all of the entries in the list (save the first) without having to worry about missing trailing commas |
| 16:25 |
gmcharlt |
(not that such shuffling is a good idea in this particular context ;) ) |
| 16:26 |
Dyrcona |
i think it makes more sense between "rows" in the inserts. |
| 16:26 |
Dyrcona |
It also means you can add the last with the leading comma and not disturb the previous line. |
| 16:27 |
Dyrcona |
Other than that, it has little advantage to me. |
| 16:29 |
|
khuckins_ joined #evergreen |
| 16:30 |
|
kmlussier joined #evergreen |
| 16:33 |
kmlussier |
phasefx++ #Fixing badges |
| 16:35 |
Dyrcona |
"Badges....We don't...." never mind. :) |
| 16:41 |
Dyrcona |
kmlussier: Related to badges, sort of, you were supposed to send me some SQL. |
| 16:41 |
kmlussier |
Dyrcona: Yes, sorry. I've been in meetings all day. But I'm out now. Let me pull that together for you. |
| 16:42 |
Dyrcona |
kmlussier: TYVM |
| 16:46 |
kmlussier |
@blame yesterday's fire alarm for not getting the SQL to Dyrcona in a timely manner. |
| 16:46 |
pinesol_green |
kmlussier: yesterday's fire alarm crafted the perfect SHA-1 collision, breaking Git for not getting the SQL to Dyrcona in a timely manner. |
| 16:47 |
Dyrcona |
:) |
| 16:56 |
|
khuckins joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:05 |
|
mmorgan left #evergreen |
| 17:07 |
pinesol_green |
[evergreen|blake] LP1659928 SIP is not respecting standing penalties for charge ok and hold ok - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7307537> |
| 17:07 |
pinesol_green |
[evergreen|Galen Charlton] LP#1659928: (follow-up) the flesh stays on... - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f32b455> |
| 17:08 |
|
khuckins_ joined #evergreen |
| 17:09 |
pinesol_green |
[evergreen|Galen Charlton] LP#1709932: recognize more strings from oils_i18n_gettext() - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=89cb470> |
| 17:15 |
|
jvwoolf left #evergreen |
| 17:17 |
pinesol_green |
[evergreen|Ben Shum] LP#1160347: i18n fixes for db.seed - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5cda01f> |
| 17:17 |
pinesol_green |
[evergreen|Chris Sharp] LP#1160347 - Fixing missing closing parens in INSERT statement - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6309bd9> |
| 17:17 |
pinesol_green |
[evergreen|Galen Charlton] LP#1160347: (follow-up) fix a couple field class entries - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f92c526> |
| 17:27 |
pinesol_green |
[evergreen|Ben Shum] LP#1681864: Add pocommentclean for db.seed cleanup prior to updatepo - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2151722> |
| 17:36 |
|
gsams joined #evergreen |
| 19:37 |
bshum |
csharp++ gmcharlt++ |
| 22:14 |
|
gmcharlt_ joined #evergreen |
| 22:16 |
|
genpaku_ joined #evergreen |
| 22:23 |
|
b_bonner joined #evergreen |
| 22:24 |
|
jeffdavi1 joined #evergreen |
| 22:27 |
|
ningalls_ joined #evergreen |
| 22:30 |
|
_adb joined #evergreen |
