| Time |
Nick |
Message |
| 00:42 |
|
Mercster27 joined #evergreen |
| 01:06 |
|
hvxgr14 joined #evergreen |
| 03:10 |
|
dpearl joined #evergreen |
| 04:24 |
|
matthiaskrgr27 joined #evergreen |
| 04:40 |
|
Xenthys0 joined #evergreen |
| 06:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
trqx10 joined #evergreen |
| 07:04 |
|
agoben joined #evergreen |
| 07:06 |
|
rjackson_isl joined #evergreen |
| 07:36 |
|
dwgreen joined #evergreen |
| 07:51 |
|
collum joined #evergreen |
| 08:21 |
|
kmlussier joined #evergreen |
| 08:26 |
kmlussier |
Good morning #evergreen! |
| 08:26 |
kmlussier |
@coffee [someone] |
| 08:26 |
* pinesol |
brews and pours a cup of Guatemala Xeucalvitz, and sends it sliding down the bar to BigRig |
| 08:26 |
kmlussier |
@tea [someone] |
| 08:26 |
* pinesol |
brews and pours a pot of Wild Snow Sprout Tea, and sends it sliding down the bar to book` (http://ratetea.com/tea/wild-tea-qi/wild-snow-sprout-tea/6447/) |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:44 |
rhamby_ |
kmlussier: you don't happen to have notes about what failed for you on bug 1722827 do you? |
| 08:44 |
pinesol |
Launchpad bug 1722827 in Evergreen "Trailing spaces cause located URIs to be invalid" [Undecided,New] https://launchpad.net/bugs/1722827 |
| 08:46 |
|
pwillard26 joined #evergreen |
| 08:54 |
kmlussier |
rhamby_: It's what I put in the LP bug. After the first test where I finally got it to work, when I tried on a subsequent day, every attempt failed. I tried the space before the OU, after an OU, it didn't matter. |
| 08:54 |
kmlussier |
I can look at it again. |
| 08:55 |
|
bos20k joined #evergreen |
| 08:55 |
rhamby_ |
kmlussier: so weird, I tried over and over last night and I couldn't get it to not work with spaces before and after on different records. |
| 08:56 |
rhamby_ |
kmlussier: I did direct by db. Did you use the staff client for editing, wondering if that could somehow make a difference.... I can't see how though. |
| 08:58 |
kmlussier |
rhamby_: Yes, I used the client. The others testing that patch would have used the client too because they were on my VM, and they don't have db access. |
| 09:24 |
|
ChasedSpade joined #evergreen |
| 09:29 |
|
yboston joined #evergreen |
| 09:34 |
|
bos20k joined #evergreen |
| 09:42 |
|
jvwoolf joined #evergreen |
| 10:04 |
|
khuckins_ joined #evergreen |
| 10:12 |
|
idjit joined #evergreen |
| 10:15 |
kmlussier |
berick / khuckins_ : Just wanted to let you know that the problem I had with perm group tree entries was related to not applying the branch correctly. Working for me now. |
| 10:15 |
idjit |
kmlussier++ # friendly guidance RE 1775216 and upgrade script naming. i got you a cat https://i.imgur.com/oamgCcg.gif |
| 10:15 |
khuckins_ |
kmlussier: That's good to hear :) |
| 10:17 |
kmlussier |
idjit: So cute! I wish my dog and cat got along that well. |
| 10:22 |
berick |
kmlussier: oh good, thanks for the update |
| 10:27 |
rhamby_ |
kmlussier: we're fostering puppies right now and one of them snuggles with one of the cats and cleans it's ears |
| 10:27 |
rhamby_ |
the cat gets an expression of "it's not trying to decide what I'd taste like is it?" |
| 10:28 |
dbwells |
PSA: Based on volunteer availability, this month's point releases are scheduled for next Wednesday, August 22. |
| 10:29 |
kmlussier |
rhamby_: Our dog and cat relaxed within 1/2 foot of each other yesterday. That's as close to snuggling as they've come after spending 2+ years in the same house. |
| 11:30 |
* bshum |
dusts off his i18n gloves to do a new POT sync to fix master |
| 11:33 |
berick |
bshum++ |
| 11:34 |
kmlussier |
Huh. I wonder what ME means in bug 1787231 |
| 11:34 |
pinesol |
Launchpad bug 1787231 in Evergreen "In local administration when trying to add a new copy location, I can see that I added "NEWSPAPERS" but it doesn't show up on drop down menu for attributes" [Undecided,New] https://launchpad.net/bugs/1787231 |
| 11:34 |
kmlussier |
I guess it means xul client. |
| 11:41 |
pinesol |
[evergreen|Ben Shum] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=65baf6b> |
| 11:46 |
jeff |
kmlussier: My guess would be "Missouri Evergreen" in that context. |
| 11:47 |
kmlussier |
jeff: Ah, ok. That makes sense. |
| 11:47 |
Bmagic |
yeah, it's Missouri Evergreen |
| 11:47 |
Bmagic |
some of our members are starting to use LP now :) |
| 11:50 |
Bmagic |
We'll talk to her about it |
| 11:53 |
kmlussier |
Bmagic: In any case, I added followup questions. |
| 11:55 |
Bmagic |
ok, thanks for being so helpful to our members! We had a meeting recently where we went through LP and how to add heat. It looks like someone really took it to heart :) |
| 11:59 |
kmlussier |
Bmagic: That's good! It gives them a good idea of how the community works. |
| 12:06 |
|
jihpringle joined #evergreen |
| 12:17 |
jeff |
Most people are being automatically voiced by ChanServ on join now, based on either their registered nickname/account or their hostmask. Users identified to services don't actually need to be voiced, but it still serves as a useful visual indicator of who is all set vs who might need to be voiced. |
| 12:18 |
jeff |
pinesol can still see all messages sent to the channel, even by unregistered, unvoiced users. This way, anyone can voice themselves by sending @voice to the channel as a message. |
| 12:18 |
pinesol |
jeff: We're going to need a bigger boat. |
| 12:18 |
jeff |
indeed, pinesol. |
| 12:19 |
jeff |
And anyone can voice someone with /msg pinesol voice #evergreen jeff |
| 12:19 |
jeff |
(just don't voice the spammers, please) :-) |
| 12:21 |
jeff |
Things have been pretty smooth since Monday, so at this point I'm hoping that the impact is down to just the annoying join/quit of the spam bots. |
| 12:22 |
bshum |
jeff++ |
| 12:23 |
jeff |
spammers-- |
| 12:24 |
mmorgan |
jeff++ |
| 12:36 |
kmlussier |
jeff++ |
| 12:36 |
kmlussier |
spammers-- |
| 12:38 |
berick |
finally, jeff has engineer the perfect opportunity to become a spammer himself |
| 12:42 |
jeff |
Well, yeah. Just teach my spam bots to say @voice first... |
| 12:43 |
|
yboston joined #evergreen |
| 12:43 |
|
atomicthumbs17 joined #evergreen |
| 12:46 |
pinesol |
[evergreen|Bill Erickson] LP#1770981 Apply OpenSRF locale on webstaff page load - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fdd829d> |
| 13:02 |
|
rlefaive joined #evergreen |
| 13:19 |
|
yar7 joined #evergreen |
| 13:38 |
|
bos20k_ joined #evergreen |
| 13:42 |
|
hbrennan joined #evergreen |
| 13:45 |
|
revi9 joined #evergreen |
| 13:52 |
hbrennan |
Funny issue if someone wants a stab at it.... When doing a basic/advanced/any type of search, my coworker's workstation briefly shows the search results screen but then jumps into Serials Control. We have remained on version 3.0.5 since March. No changes. And installing a clean version of Evergreen didn't fix it. Feels like it's a sticky checkbox somewhere (I'm thinking similar to Checkin Modifiers), but I can't find anything. Sh |
| 13:53 |
kmlussier |
hbrennan: That sounds special. |
| 13:53 |
hbrennan |
kmlussier: Right?! |
| 13:53 |
hbrennan |
I didn't believe it until I saw it happen. |
| 13:53 |
idjit |
xul or webby? |
| 13:54 |
hbrennan |
xul |
| 13:54 |
hbrennan |
I told her if I can't figure it out I'll just teach her web |
| 13:54 |
hbrennan |
It's apparently been happening for weeks |
| 13:54 |
idjit |
you can confirm or rule out profile settings by launching with -P to get the profile picker and creating a new one. |
| 13:54 |
kmlussier |
hbrennan: Oh, I thought this was webby. Did she set it as a default view? I think you can do that with serials control view in xul. |
| 13:55 |
hbrennan |
yes, xul. Apologies for leaving that out! |
| 13:55 |
* kmlussier |
dusts off a xul client to double check. |
| 13:55 |
collum |
kmlussier: you can. I just did it. |
| 13:55 |
kmlussier |
collum++ |
| 13:56 |
hbrennan |
collum: Where is it? |
| 13:56 |
collum |
Actions for this record. Select another view - ie. Opac view. |
| 13:57 |
collum |
Then open the menu again and at the bottom there is 'Set bottom interface as default' |
| 13:57 |
bshum |
collum++ |
| 13:58 |
hbrennan |
I'm still trying to recreate the issue |
| 13:59 |
hbrennan |
Set Bottom Interface as Default is exactly the setting I blamed it on |
| 13:59 |
hbrennan |
But I have not been able to get that option to do anything. And I can't find doc on it |
| 14:00 |
kmlussier |
hbrennan: You have to select a view first, before you set that option. So if you're in Serials Control View and then select that option, it will set that as the default. |
| 14:01 |
kmlussier |
Or if you're in MARC and select the option, MARC view becomes the default. |
| 14:01 |
hbrennan |
ahhh HA |
| 14:01 |
hbrennan |
kmlussier++ collum++ |
| 14:02 |
hbrennan |
Ok now I hope the fix works otherwise now there are two of us :) |
| 14:02 |
kmlussier |
LOL |
| 14:02 |
berick |
kmlussier: for bug 1721575, can I assume "Sort cart items by:" should be "Sort basket items by:" ? if so, I can make that change before merging |
| 14:02 |
pinesol |
Launchpad bug 1721575 in Evergreen "Batch Actions from Search Results" [Wishlist,Confirmed] https://launchpad.net/bugs/1721575 - Assigned to Bill Erickson (berick) |
| 14:03 |
hbrennan |
It works! Thanks y'all! |
| 14:03 |
kmlussier |
berick: Yes. It was still a cart in initial testing. |
| 14:03 |
hbrennan |
idjit++ |
| 14:06 |
collum |
hbrennan++ |
| 14:06 |
collum |
Sorry. Someone came into the office right when you started typing. |
| 14:09 |
* berick |
grabs 1118 |
| 14:25 |
kmlussier |
bshum++ # Helping me set up locales on the community demo server. |
| 14:26 |
pinesol |
[evergreen|Galen Charlton] LP#1721575: Batch Actions In the Public Catalog - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=deab49c> |
| 14:26 |
pinesol |
[evergreen|Kathy Lussier] LP#1721575: Changes to some strings - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ba5f74d> |
| 14:26 |
pinesol |
[evergreen|Bill Erickson] LP#1721575 Stamping DB upgrade: batch catalog actions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e0528b> |
| 14:28 |
kmlussier |
So the eg_vhost file on my server looks like this: https://pastebin.com/geAsaFzL. But en-GB and pt-BR aren't showing up as options in the language picker for the OPAC at https://mlnc4.noblenet.org |
| 14:28 |
|
rlefaive joined #evergreen |
| 14:28 |
kmlussier |
Does anyone see where I went wrong with those two? |
| 14:29 |
berick |
kmlussier: are there matching entries in config.i18n_locale ? |
| 14:29 |
bshum |
Those wouldn't be in the table by default |
| 14:30 |
bshum |
berick++ |
| 14:30 |
kmlussier |
berick: Ah, ok. No they aren't. But if we're calling them supported languages in the documentation, should we be adding those to the database by default? |
| 14:31 |
kmlussier |
Or should we be changing the documentation? |
| 14:32 |
bshum |
kmlussier: I think we should change the documentation. Not sure what level of "supported" counts, but I think Eva and i18n team decided it would be based on translation efforts by % and also by activity. Neither of those sound like active ones to me, based on what I remember. |
| 14:33 |
bshum |
What's pt-BR up to these days? |
| 14:33 |
kmlussier |
This is when they were identified as supported - https://markmail.org/message/eki3errhsvluxzod |
| 14:33 |
bshum |
48%, meh |
| 14:34 |
kmlussier |
That doesn't meet the standard then. |
| 14:34 |
bshum |
Yeah it's outside the date range too, over 12 months ago since last edits |
| 14:35 |
bshum |
It's easy enough to add any locales to the database |
| 14:36 |
bshum |
http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dddb70dff3d508b673d12b169fb41ca0473c6f9e |
| 14:36 |
pinesol |
bshum: [evergreen|Ben Shum] LP#1618183: Add Spanish to config.i18n_locale - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dddb70d> |
| 14:36 |
kmlussier |
bshum: Sure, I get that. My concern is that we adopt common practices for those that we document as being supported. |
| 14:36 |
bshum |
For an example from the past |
| 14:37 |
kmlussier |
And if they no longer meet the threshold of being supported, we should update the documentation. |
| 14:37 |
bshum |
Well I only say that cause I think en-GB counts |
| 14:37 |
bshum |
There's edits for that through May of this year |
| 14:38 |
bshum |
So, yeah I guess we should keep that one |
| 14:38 |
kmlussier |
So maybe do a patch to add en-GB, and then reach out to Eva about removing Portuguese as a supported language? |
| 14:38 |
bshum |
+1 |
| 14:38 |
kmlussier |
Maybe the Brazilian Evergreen project has come to an end. :( |
| 14:39 |
bshum |
Probably just ask to review all the language status |
| 14:40 |
bshum |
Part of the 3.2 process |
| 14:40 |
bshum |
Well, every release process I mean |
| 14:40 |
|
rlefaive joined #evergreen |
| 14:42 |
|
armin22 joined #evergreen |
| 14:56 |
|
rlefaive joined #evergreen |
| 15:17 |
|
khuckins_ joined #evergreen |
| 15:33 |
JBoyer |
kmlussier, was example.reporter-extension.sql run on mlnc1.noblenet.org ? That's where reporter.classic_item_list (from the error text) is defined. |
| 15:34 |
JBoyer |
As long as they're in the default IDL they're not exactly "examples," but "missing" :/ |
| 15:35 |
kmlussier |
JBoyer: Nope. I just created another report that didn't use classic item list to complete my test rather than figure out how to add it. |
| 15:35 |
* kmlussier |
is lazy that way. |
| 15:35 |
JBoyer |
kmlussier++ |
| 15:35 |
JBoyer |
So long as you know. Maybe I'll toss the busted report so no one else makes the same mistake I did. :) |
| 15:36 |
kmlussier |
Reports is my weak spot, and any time I need to test something there, I end up floundering. |
| 15:36 |
kmlussier |
JBoyer: Oops. Sorry! |
| 15:47 |
csharp |
kmlussier: I'm curious - I'm missing what JBoyer is talking about in the scrollback - what's going on? |
| 15:49 |
JBoyer |
running reports on the inventory date test server. :) |
| 15:49 |
kmlussier |
csharp: Oh, I had just tried using Classic Item List for a report on a test system, but I hadn't first run example.reporter-extension.sql. |
| 15:50 |
csharp |
oh, I understand |
| 15:50 |
csharp |
yeah :-/ the age-old dilemma of whether we remove those from the UI or add them to the default DB |
| 15:51 |
csharp |
or remove stat_cats from the view |
| 15:53 |
|
yboston joined #evergreen |
| 15:54 |
Bmagic |
This might turn into an email but: We have found that when searching the catalog with words that have contractions such as "I'll" and "Don't" require to have the apostrophe for exact matching. The index doesn't strip it |
| 15:55 |
kmlussier |
Bmagic: Which normalizers are mapped to your config.metabib_fields? |
| 15:55 |
kmlussier |
Bmagic: Also, what do you mean by exact matching? Are you using the 'matches exactly' search in advanced search? |
| 15:56 |
Bmagic |
we would like it to not require the apostrophe and still match titles that have it |
| 15:58 |
berick |
Bmagic: we have 2 indexes locally for that. one that strips the value and one that doesn't. |
| 15:58 |
|
mentifis10 joined #evergreen |
| 15:58 |
berick |
for keyword and title, IIRC |
| 15:59 |
Bmagic |
kmlussier: I am trying to make heads or tails of my config.metabib_field and I'm not connecting any of these rows to a normalizer |
| 15:59 |
berick |
well, ours specifically addresses "." characters |
| 16:00 |
berick |
Bmagic: config.metabib_field_index_norm_map |
| 16:02 |
mmorgan |
Bmagic: We use the NACO normalizer on essentially all our fields so that a title search on "don't talk to strangers" and "dont talk to strangers" yield the same results |
| 16:02 |
kmlussier |
Bmagic: Search Normalize (id 17) and NACO Normalize (id 1) both handle apostrophes, but in different ways. The default in stock Evergreen is to use Search Normalize, but we prefer to use NACO here. But I don't think either of those would address apostrophes in a "Matches Exactly" search. Still not sure if that's what you're talking about. |
| 16:04 |
Bmagic |
I'm not interested in the feature "matches exactly" - just a plain ol basic search not yeilding results that we think it should be |
| 16:04 |
kmlussier |
There's a little more info on it here - https://wiki.evergreen-ils.org/doku.php?id=scratchpad:brush_up_search. |
| 16:05 |
Bmagic |
yaaaay! I knew there was something out there I couldn't remember |
| 16:05 |
Bmagic |
How about this one: eight versus 8. If you use the numeric 8 you get different results compared to "eight" |
| 16:05 |
kmlussier |
Bmagic: You could use a synonym dictionary to handle that. |
| 16:05 |
kmlussier |
Also on the same page. :) |
| 16:06 |
Bmagic |
sounds like I need to read this page. Thank you! |
| 16:06 |
Bmagic |
so much! |
| 16:06 |
Bmagic |
kmlussier++ |
| 16:06 |
Bmagic |
berick++ |
| 16:06 |
kmlussier |
Actually, I need to add to that page. |
| 16:06 |
Bmagic |
mmorgan++ |
| 16:19 |
Bmagic |
got another one. Autosuggest. Autosuggest is nice, however, when we upgraded from PG 9.1 to 9.3 (and now 9.5) we noticed that it clobbered the database and we had to disable it. Has anyone got it functioning better on 9.5. Maybe added code to keep it from hitting the database with low number of search characters? |
| 16:25 |
kmlussier |
Bmagic: Sorry, can't help you with this one! We don't use autosuggest because of the accessibility issues. |
| 16:25 |
bshum |
It'd be interesting to see how many sites still have that enabled even after we disabled it by default like 4 years ago now. |
| 16:25 |
Bmagic |
I was thinking the same thing. A poll to the community to find out |
| 16:25 |
kmlussier |
I've seen it running in a bunch of catalogs. |
| 16:26 |
bshum |
Well I guess only "new" places would have it disabled |
| 16:26 |
bshum |
Anyone who had it on before had to choose to turn it off :) |
| 16:27 |
kmlussier |
bshum: I'm guessing there are "new" places that have chosen to turn it on. |
| 16:28 |
kmlussier |
Bmagic: I know you mentioned it happened with a pg updgrade, but was Evergreen upgraded at the same time? |
| 16:28 |
Bmagic |
yes, EG was upgraded at the same time from 2.4 to 2.6 and pg 9.1 to 9.3 |
| 16:30 |
kmlussier |
Bmagic: 2.4 to 2.6? |
| 16:30 |
* kmlussier |
checks the calendar. |
| 16:30 |
bshum |
Haha |
| 16:30 |
Bmagic |
EG 2.4 to 2.6 in 2014 |
| 16:31 |
kmlussier |
Oh, sorry, I was thinking this was a new slowness. heh :) |
| 16:31 |
Bmagic |
some of our members remember the glorious days of autosuggest |
| 16:31 |
kmlussier |
I was about to blame search code changes. |
| 16:32 |
Bmagic |
If I remember correctly, it was with the upgrade to 2.6 (and PG 9.3) that we had to turn it off because the database was brought to it's knees |
| 16:32 |
kmlussier |
You see, I remember hearing complaints of slowness back when our first consortium tried implementing it when it was first released. |
| 16:32 |
bshum |
Same, it wasn't exactly awesome |
| 16:32 |
bshum |
"glorious" no :) |
| 16:33 |
Bmagic |
It seems like it could* work better if it just didn't send ajax calls to the DB until the patron/staff typed the 5th character or so |
| 16:33 |
bshum |
Might be worth looking at all of that stuff and coming up with some new ideas |
| 16:33 |
bshum |
Hackaway idea! :D |
| 16:33 |
kmlussier |
There was a performance fix here - bug 948284 |
| 16:33 |
bshum |
(not like we don't already have enough stuff to poke at) |
| 16:33 |
pinesol |
Launchpad bug 948284 in Evergreen "Autosuggest needs work on large datasets" [Undecided,Fix released] https://launchpad.net/bugs/948284 |
| 16:34 |
Bmagic |
womp womp 2012 |
| 16:34 |
kmlussier |
Ah, ok. There was no milestone, so I wasn't sure when it was added. But that's a two-year difference. |
| 16:34 |
|
swoolley2 joined #evergreen |
| 16:35 |
* bshum |
remembers 2012 and 2014 fondly |
| 16:37 |
jeff |
"the heady days of sputnik, and yuri gagarin..." |
| 16:37 |
jeff |
oh, wait, no. that's something else. |
| 16:38 |
bshum |
"the order is, engage the caterpillar drive!" |
| 16:40 |
* kmlussier |
always gets lost when talk turns to movie quotes. |
| 16:40 |
kmlussier |
Even if they're from movies I've seen! |
| 16:40 |
* mmorgan |
recognizes the Hunt for Red October, but usually is lost, too. |
| 16:42 |
Bmagic |
"Have you ever heard the wolf cry to the blue corn moon?" |
| 16:48 |
|
darxun11 joined #evergreen |
| 16:56 |
abneiman |
aaaaaand now that song is stuck in my head, thx Bmagic |
| 16:56 |
Bmagic |
:) |
| 16:58 |
kmlussier |
Yes, song lyrics should be off limits for that very reason. |
| 17:03 |
* miker |
should branchify http://nox.esilibrary.com/~miker/min-search-length.patch ... he thought he had, but sees no LP |
| 17:05 |
|
jvwoolf left #evergreen |
| 17:05 |
Bmagic |
thanks miker: that sure does seem like what I was looking for |
| 17:06 |
Bmagic |
miker++ |
| 17:09 |
|
mmorgan left #evergreen |
| 17:23 |
|
khuckins__ joined #evergreen |
| 18:06 |
kmlussier |
Calling 1119 |
| 18:15 |
pinesol |
[evergreen|a. bellenir] LP#1775216: inconsistent availability counts between staff client and opac - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9b4591e> |
| 18:15 |
pinesol |
[evergreen|a. bellenir] LP#1775216: adding a pgtap test for inconsistent availability counts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fe47420> |
| 18:15 |
pinesol |
[evergreen|a. bellenir] LP#1775216: inconsistent copy counts between opac and staff client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aa1d560> |
| 18:15 |
pinesol |
[evergreen|a. bellenir] LP#1587620: inconsistent copy counts between opac and staff client for peer bibs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=327daf4> |
| 18:15 |
pinesol |
[evergreen|Kathy Lussier] LP#1775216: Stamping upgrade script for inconsistent copy counts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d967aac> |
| 18:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:38 |
|
sulvone2 joined #evergreen |
| 21:20 |
|
Cronus20 joined #evergreen |
| 22:05 |
|
Guest43996 joined #evergreen |
| 23:45 |
|
ajvpot15 joined #evergreen |
| 23:52 |
|
lutoma24 joined #evergreen |
