Evergreen ILS Website

IRC log for #evergreen, 2022-10-11

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:07 kworstell_isl joined #evergreen
02:52 dickreckard joined #evergreen
07:32 collum joined #evergreen
08:41 mmorgan joined #evergreen
08:51 BDorsey joined #evergreen
08:54 Dyrcona joined #evergreen
08:59 jvwoolf joined #evergreen
09:09 mantis1 joined #evergreen
09:39 kworstell-isl joined #evergreen
10:04 Dyrcona I'm just curious: Is anyone else experiencing issues with GMail today?
10:10 jvwoolf Dyrcona: I got signed out once, but I seem to be OK now
10:10 * jvwoolf knocks on wood
10:20 Dyrcona Well, the getting signed out is a weekly thing, I think. I guess the admin can set that.
10:20 Dyrcona None of our internal mail seems to be working since sometime yesterday.
11:46 jihpringle joined #evergreen
12:13 Christineb joined #evergreen
12:18 Dyrcona @blame The Migration
12:18 pinesol Dyrcona: The Migration crafted the perfect SHA-1 collision, breaking Git
12:19 Dyrcona @band add The Migration
12:19 pinesol Dyrcona: Band 'The Migration' added to list
12:19 Dyrcona @blame search email
12:19 pinesol Dyrcona: No matching blames were found.
12:30 Dyrcona Does anyone have a query handy to count grouped events, so that all of the events with the same group field value are counted as one?
13:01 Dyrcona OK, so looks like a generic query would not be too terrible. In my case, I can join the target to action.circulation and count distinct on circ.usr.
14:25 shulabear joined #evergreen
14:31 JBoyer Dev meeting in ~30.
15:00 JBoyer Hello Evergreen.
15:00 JBoyer #startmeeting 2022-10-11 - Developer Meeting
15:00 pinesol Meeting started Tue Oct 11 15:00:45 2022 US/Eastern.  The chair is JBoyer. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00 pinesol Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00 pinesol The meeting name has been set to '2022_10_11___developer_meeting'
15:00 JBoyer #info Agenda at https://wiki.evergreen-ils.org/do​ku.php?id=dev:meetings:2022-10-11
15:00 JBoyer #topic Introductions
15:01 JBoyer #info JBoyer - Jason Boyer, Equinox
15:01 berick #info berick - Bill Erickson, KCLS
15:01 shulabear #info shulabear - Shula Link, GCHRL in PINES
15:01 sandbergja joined #evergreen
15:01 mmorgan #info mmorgan = Michele Morgan, NOBLE
15:01 collum #info collum - Garry Collum, KCPL
15:01 gmcharlt #info gmcharlt = Galen Charlton, Equinox
15:01 smorrison joined #evergreen
15:01 sandbergja #info sandbergja = Jane Sandberg
15:02 csharp_ #info csharp = Chris Sharp, GPLS
15:02 abneiman #info abneiman = Andrea Buntz Neiman, Equinox
15:02 miker #info miker = Mike Rylander, EOLI
15:03 JBoyer Ok, folks can drop an #info if they filter in later.
15:03 JBoyer #topic Action Items from Last Meeting
15:03 JBoyer #info JBoyer will take a look at LP 1979357
15:03 pinesol Launchpad bug 1979357 in Evergreen "fixes for qatester failures" [Undecided,New] https://launchpad.net/bugs/1979357
15:04 sleary joined #evergreen
15:04 BAMkubasa joined #evergreen
15:05 JBoyer Well, the good news is that 1 or 2 of those patches can be ignored if the "drop Stretch" changes go in, and the Locales one does appear to be missing on more recent distros. I'll try to make time to finally put that to bed soon.
15:05 Dyrcona #info Dyrcona = Jason Stephenson, CWMARS
15:05 JBoyer #info sandbergja will followup with berick about timing re: merging the new linter
15:06 JBoyer sandbergja, I've not done a great job of keeping track of the email lists, how has this gone?
15:06 sandbergja berick and I emailed about it, and it got merged!
15:06 JBoyer sandbergja++
15:06 JBoyer berick++
15:06 mmorgan sandbergja++
15:06 JBoyer Ok then, speaking of merges
15:06 mmorgan berick++
15:06 berick sandbergja++ # indeed
15:06 JBoyer #topic Evergreen Release Updates
15:06 JBoyer #info 3.9.1 & 3.8.2 planned for 10/19 - abneiman & jihpringle will be doing release notes Monday 10/17 so please get your merges in before then if possible
15:06 shulabear sandberja++
15:07 sandbergja abneiman++
15:07 sandbergja jihpringle++
15:07 gmcharlt noting that I see three that I will be merging today as high priority
15:07 gmcharlt namely 1821950, 1986479, and 1982887
15:07 gmcharlt er, not 1821950
15:08 Guest3 joined #evergreen
15:08 gmcharlt the third I meant is 1989209
15:08 jihpringle5 joined #evergreen
15:09 Guest3 joined #evergreen
15:09 JBoyer gmcharlt++
15:10 JBoyer #info 3.10 Roadmap - several of these are PR'd & would be nice to merge before slush 10/21
15:10 JBoyer sandbergja, anything to add?
15:10 JBoyer #link https://wiki.evergreen-ils.org/doku​.php?id=faqs:evergreen_roadmap:3.10
15:10 terranm41 joined #evergreen
15:10 sandbergja nothing from me.  terranm41 or mmorgan?
15:11 abneiman that was actually my item :) and it was a self-serving request I added a bunch of Equinox's stuff to the roadmap last week.
15:11 terranm41 Sorry, I was having issues
15:11 mmorgan Any help appreciated!!
15:11 abneiman *because I added
15:11 JBoyer oops!
15:11 JBoyer abneiman++
15:12 JBoyer I saw the list of who made edits, but did not look at what edits they actually made. :)
15:12 abneiman and sandbergja++ for the Queued Ingest review session last week
15:12 JBoyer But in any case, lots of good stuff with signoffs to check out.
15:13 JBoyer Any other Eg Release Updates tha tdidn't make the agenda?
15:13 lew86 joined #evergreen
15:13 JBoyer ok
15:13 JBoyer #topic Launchpad Status
15:14 JBoyer #info Snapshot
15:14 JBoyer #info Open Bugs - 2874
15:14 JBoyer #info Pullrequests - 79'
15:14 JBoyer #info Signedoff - 73
15:14 JBoyer #info Updates Since Last Meeting
15:14 JBoyer #info Bugs Added - 40
15:14 JBoyer #info Pullrequest tag Added - 24
15:14 JBoyer #info Signedoff tag Added - 33
15:14 JBoyer #info Fix Committed - 27
15:14 mmorgan Successful Feedback Fest!
15:15 JBoyer mmorgan++
15:15 JBoyer terranm41++
15:15 mmorgan terranm41++
15:15 JBoyer #topic New Business
15:15 terranm41 There's a cataloging one I need to add to the Roadmap - on my phone right now, but it's the one to allow catalogers to add items without call number labels as long as they have a prefix
15:16 gmcharlt bug 1821950
15:16 pinesol Launchpad bug 1821950 in Evergreen "Web Client: Call Number Labels should not be required in the Copy Editor" [High,Confirmed] https://launchpad.net/bugs/1821950
15:16 shulabear terranm41++
15:16 terranm41 gmcharlt++
15:16 gmcharlt terranm41: I'm adding that now
15:16 terranm41 Thx!!
15:17 JBoyer gmcharlt++
15:17 * miker managed to be on vacation for the whole 'fest...
15:17 JBoyer I pasted the New Business tag a little early, but here we go.
15:18 * shulabear contributed but forgot feedback fest was going on so it was just chance.
15:18 JBoyer #info Javascript dependency vulnerabilities - AngularJS client says "76 vulnerabilities (13 low, 27 moderate, 28 high, 8 critical)" when you run npm install
15:18 sandbergja Ah, this was mine!
15:18 JBoyer sandbergja++
15:18 mmorgan Also bug 1980409, I'll add that one.
15:18 pinesol Launchpad bug 1980409 in Evergreen "Call Number Labels should not be required in the Angular Holdings Editor" [Medium,Confirmed] https://launchpad.net/bugs/1980409
15:19 sandbergja I think it's come up before.  There are a lot of known vulnerabilities in our javascript dependencies.
15:19 JBoyer Updating everything that has fixes would be good; do many of them require (potentially) breaking changes to update?
15:19 gmcharlt sandbergja: have you experimented with how much npm audit fix does or does not break things?
15:20 sandbergja No, I haven't yet.
15:20 gmcharlt for obvious reasons, I'm kinda hoping that it does turn into "let's try Angular 14 for the back branches"
15:20 gmcharlt er, does *not*
15:20 lew54 joined #evergreen
15:21 sandbergja I could throw together a branch with npm audit --fix, but it would be nice to have some help testing the results
15:22 gmcharlt happy to help (and I am actually pretty concerned about the potential for breakage)
15:22 berick sandbergja: is your focus at the moment just on angjs?
15:23 gmcharlt but I may be unduly distrustful of the state of backwards compatibiliy in the NPM ecosystem
15:23 sandbergja berick: yeah, I think so.  It seems like the angular team is good at taking care of their dependencies
15:23 * Dyrcona is distrustful of NPM.
15:23 sandbergja gmcharlt++
15:23 berick sandbergja: gotcha, thanks
15:23 JBoyer A quick run just now shows 19 fixed, 18 that require manual review, and 3 that involve breaking changes (and I assume are holding up some others since that math doesn't cut it.)
15:24 sandbergja I definitely share the concerns about regressions...
15:24 Dyrcona I've run npm update in the past without ill effects, but not sure if that does what's needed. I've also not done it in a while.
15:24 gmcharlt sandbergja: certain a gold star to any of use who figures out that we can _remove_ dependencies during the process :)
15:24 sandbergja If you'll allow me a soapbox for a minute, it sure would be nice if we had more test coverage, so we could just run any automated dependabot PRs against the test suite and get a quick yes/no
15:25 sandbergja about whether it introduces regressions
15:26 tlittle joined #evergreen
15:27 JBoyer sandbergja++ gmcharlt++
15:27 terranm joined #evergreen
15:27 JBoyer Any other discussion re: npm security?
15:27 JBoyer Or AngJS, etc.
15:27 csharp_ I'm willing to help with the effort
15:28 sandbergja csharp_++
15:28 JBoyer csharp_++
15:28 gmcharlt just wanted to mention something that had come up in a meeting with a few of you recently - if we step back a bit... we've done a LOT towards migrating to Angular
15:28 gmcharlt so I do think that warrants an IRC collective back-patting
15:28 csharp_ sandbergja: I'll do some experimentation and will test your branch if you push one
15:29 shulabear sandbergja++
15:29 sandbergja angular++
15:29 terranm backpatting++
15:29 shulabear csharp_++
15:29 berick gmcharlt: agreed.
15:29 csharp_ +1
15:30 JBoyer +1
15:30 sandbergja csharp_: sounds good!  I can plan to push some kind of collab branch this week
15:30 mmorgan +1
15:30 csharp_ sandbergja++
15:31 JBoyer Sounds like there's a way forward there, so we can wrap up here.
15:31 JBoyer #topic Announcements
15:31 JBoyer #info Next Meeting is November 8, 2022
15:31 JBoyer #endmeeting
15:31 pinesol Meeting ended Tue Oct 11 15:31:32 2022 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
15:31 pinesol Minutes:        http://evergreen-ils.org/meetings/evergr​een/2022/evergreen.2022-10-11-15.00.html
15:31 pinesol Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2022/evergreen.2022-10-11-15.00.txt
15:31 pinesol Log:            http://evergreen-ils.org/meetings/evergree​n/2022/evergreen.2022-10-11-15.00.log.html
15:31 JBoyer Thanks everybody.
15:31 sandbergja JBoyer++
15:31 mmorgan jBoyer++
15:31 abneiman JBoyer++
15:31 shulabear JBoyer++
15:32 mmorgan er, JBoyer++
15:32 gmcharlt JBoyer++
15:32 miker JBoyer++
15:32 abneiman oh wait - 11/8 is US Election Day - is that still an OK meeting day for people?
15:32 terranm JBoyer++
15:33 JBoyer karma karma karma is case inseeensitiiiiive
15:34 * mmorgan is fine with 11/8 for the next meeting
15:34 mmorgan And re: bug 1821950 and bug 1980409, I would favor backporting since it's functionality that existed way back in the xul client
15:34 pinesol Launchpad bug 1821950 in Evergreen "Web Client: Call Number Labels should not be required in the Copy Editor" [Wishlist,Confirmed] https://launchpad.net/bugs/1821950
15:34 pinesol Launchpad bug 1980409 in Evergreen "Call Number Labels should not be required in the Angular Holdings Editor" [Medium,Confirmed] https://launchpad.net/bugs/1980409
15:35 csharp_ @quote add < JBoyer> karma karma karma is case inseeensitiiiiive
15:35 pinesol csharp_: The operation succeeded.  Quote #231 added.
15:35 mrtnnbr hello everyone, if you've still got some time, I'd like some opinion about a possible freebsd port I'm working on
15:37 Dyrcona mrtnnbr: berick and I started working on that very thing a decade ago but gave up.
15:39 mrtnnbr well, I got both opensrf and evergreen to build, and right now I'm working on adapting the configuration
15:40 csharp_ mrtnnbr: relevant bug: https://bugs.launchpad.net/evergreen/+bug/968531
15:40 pinesol Launchpad bug 968531 in Evergreen "Autoconf: We're Doing It Wrong" [Wishlist,Triaged]
15:40 csharp_ on a tangential note, I've started using Ansible so now I want everything to move to YAML, including our XML configs
15:40 berick i think my notes for that are lost to time / retired servers
15:41 berick csharp_: OK
15:41 berick :)
15:41 csharp_ heh
15:41 Dyrcona :)
15:41 Dyrcona working/user/dyrcona/freebsd-compat
15:41 Dyrcona That's the FreeBSD branch that I picked up from berick. I'll past a link in a second.
15:42 mrtnnbr csharp_: I didn't run into that particular issue, probably that got fixed along the way
15:42 berick Dyrcona: oh nice, it all lives
15:42 berick Dyrcona++
15:42 Dyrcona mrtnnbr: Some improvements have been made, but we're still doing a lot wrong.
15:43 JBoyer mrtnnbr, That's something I was also initially interested in (for NetBSD, anyway) what is your question and are your changes available for others to look at yet? :)
15:43 csharp_ it's been the wrong year, but I want to revive my efforts to support RHEL-ish options too
15:43 Dyrcona Sounds like you don't need it, but this is where thing were 10 year ago: https://git.evergreen-ils.org/?p=wor​king/Evergreen.git;a=shortlog;h=refs​/heads/user/dyrcona/freebsd-compat
15:43 * csharp_ picked the wrong year to quit sniffing glue
15:43 Dyrcona Ha!
15:44 Dyrcona It's always the wrong to quit sniffing glue. :)
15:44 Bmagic csharp_: 2012?
15:45 mrtnnbr JBoyer: right now I didn't make any changes to the actual source tree, but I've got functional ports (as in: they build and install)
15:45 mrtnnbr Dyrcona: thanks
15:45 Dyrcona Hm. I can't find an OpenSRF branch with "freebsd" in the name.
15:46 JBoyer Ah, only needed to make changes in the ports tree? That's better than I thought it would be.
15:46 csharp_ Bmagic: pretty sure that's the year everything went off the rails when the world didn't end
15:46 mrtnnbr JBoyer: for now, yes
15:47 Bmagic csharp_: but the wine from that year, today is 10 years aged. So it wasn't that bad after all :)
15:47 csharp_ :-)
15:47 mrtnnbr opensrf looks functional, evergreen itself needs some mangling
15:47 jeff Dyrcona: there is an OpenSRF branch working/collab/berick/bsd-compat
15:48 mrtnnbr jeff: cool
15:48 jeff (from 2011-ish)
15:49 Dyrcona Whoa! dbs had a cmake branch?
15:49 Dyrcona jeff++
15:49 csharp_ @who wants to have their cmake and eat it too?
15:49 pinesol book` wants to have their cmake and eat it too.
15:50 Dyrcona https://git.evergreen-ils.org/?p=w​orking/OpenSRF.git;a=shortlog;h=re​fs/heads/collab/berick/bsd-compat
15:50 Dyrcona For the logs.
15:51 mrtnnbr my current attempt has the installs for opensrf and evergreen in separate parts of the tree, once I've got the config bit finished I'll see if that breaks stuff very much...
15:52 JBoyer I suspect it's possible; while they're 2 separate projects they're pretty tightly coupled. (at least in 1 direction.)
15:52 Dyrcona Well, there was talk of moving OpenSRF in to Evergreen once.
15:53 Dyrcona No one uses OpenSRF besides Evergreen, afaik.
15:53 JBoyer For a packaging system (especially if it were ever to be submitted upstream) it may be easiest to install things in the usual system dirs.
15:54 mrtnnbr in the long run, having some extra options for configure to customise installation paths would make things smoother
15:54 mrtnnbr JBoyer: yeah, thats what I did
15:54 JBoyer Do you mean beyond --prefix
15:54 JBoyer ?
15:54 Dyrcona Well, just following the normal autotools conventions would go a long way.
15:56 Dyrcona None of us are really autotools experts.
15:57 mrtnnbr JBoyer: I've misused --localstatedir to put everything web under /usr/local/www/openils, for example
15:59 mrtnnbr Dyrcona: I still think that autotools were a move into the wrong direction, but I'm afraid that ship has sailed some 30 years ago...
15:59 Dyrcona mrtnnbr: You want plain Makefiles or something else?
16:00 Dyrcona imake? :)
16:00 JBoyer Ah, I see what you mean. One option we may need to consider in future is to segment the builds into smaller chunks so there's something like opensrf-bin libapache2-mod-opensrf, evergreen-bin, evergreen-web, etc.
16:01 JBoyer I don't dislike autotools too much; what I dislike is recursive make, though the two tend to go hand-in-hand.
16:03 Dyrcona https://www.gnu.org/prep/standar​ds/html_node/Configuration.html
16:04 Dyrcona Maybe instead of --localstatedir, you should have abused --htmldir?
16:04 pinesol News from commits: LP#1989209: SSO Shibboleth logout/re-login <https://git.evergreen-ils.org/?p=E​vergreen.git;a=commitdiff;h=ba13c8​49f0b4efbe35cb3bc5e61e5e202d61db9b>
16:04 pinesol News from commits: LP#1986479: (follow-up) do some refactoring <https://git.evergreen-ils.org/?p=E​vergreen.git;a=commitdiff;h=00f810​42c43491694c4d775b15988c1acb2f9ea3>
16:04 pinesol News from commits: LP#1986479: fix lookup of user locale during A/T event processing <https://git.evergreen-ils.org/?p=E​vergreen.git;a=commitdiff;h=5ed6cc​d7845d5985f7eac56c5e3b1b6b3e259300>
16:04 mrtnnbr Dyrcona: with reasonably consistent environments system specific Makefiles would be quite neat actually. but I don't think that's going to be realistic to expect. so autotools are not too bad, realistically
16:04 JBoyer May not matter if our build system won't do the right thing when given --htmldir.
16:05 JBoyer (though I haven't looked)
16:05 Dyrcona JBoyer: It won't now, but could if we fixed it so it does. :)
16:05 mrtnnbr Dyrcona: I was thinking --wwwdir, but that may be bsd bias
16:06 Dyrcona mrtnnbr: Well, I'm going from the GNU Coding/configuration standards for autotools.
16:06 Dyrcona I hang out in the BSD camp, too, and there are many over there who despise autotools.
16:09 mrtnnbr Dyrcona: WWWDIR is the variable name within the ports framework. in my understanding, files there are meant to be served by some kind of web server. --htmldir might be somewhat more general
16:12 Dyrcona mrtnnbr: htmldir is the variable in autotools, though I guess it is intended for documentation: https://www.gnu.org/prep/standards/html_node/​Directory-Variables.html#Directory-Variables
16:12 Dyrcona If we're using autotools, we should use the autotools conventions. IT would then be up to the FreeBSD port maintainer to map things correctly for ports.
16:13 * Dyrcona is considering taking over SpamAssassing on FreeBSD. It's currently looking for a maintainer.
16:13 Dyrcona It's late in the day, and my typing skills are on the fritz....
16:15 Dyrcona Autotools doesn't really cover installing HTML files for a website, beyond maybe using localstatedir. I s'pose inventing a new option is not out of the question, but....
16:15 mrtnnbr anyway, it looks like there's some interest/curiosity here, so how about I finish configuring my test system and put it online for review. I'll send a a link to -dev
16:17 Dyrcona OK. I'd like git branches, too. :)
16:28 mrtnnbr Dyrcona: A quick survey of existing ports shows somewhat even usage of --htmldir, --datadir, and --datarootdir. one of the latter two might be reasonable.
16:30 Dyrcona Yeah. We have an option to not install the web files, but not one for where.
16:31 mrtnnbr the overwhelming majority just copies web stuff over, however.
16:32 Dyrcona As an upstream maintainer, I'm not too concerned with what happens in a particular operating system's packages. I AM interested in making OpenSRF and Evergreen easier to package. We have some ideas, just need to take the time to make the changes.
16:36 Dyrcona We pretty much just copy the web files into place. They ought to be installed using a target variable in autotools. I think the "cp -R" worked at the time and still mostly works so no one has gone back and made any corrections.
16:36 Dyrcona There's too much shell code in our M4 if you ask me.
16:38 mrtnnbr Well, I'm quite confident having a functional port will be possible without any upstream changes. Once that is done it should be clearer what might be needed to make maintaing it easier.
16:40 Dyrcona Yeah, that might help. The question is: Do we add a Makefile.install for the prerequisites, or do we let the port maintainer worry about it?
16:42 Dyrcona It would be nice to lose the requirement for GNU Make, too.
16:42 mrtnnbr I think on FreeBSD at least that should be done within ports.
16:42 Dyrcona Maybe I should add some of these thoughts to my old bug?
16:44 mrtnnbr Sure, why not.
16:44 Dyrcona I mostly agree, but then the Evergreen community couldn't support FreeBSD as a first-class option, so it's a question of what our priorities are.
16:49 mrtnnbr My assumption was that for the time being I would be maintaining the port anyway, even after it is finished. On the plus side, once it has landed there will be ready to install binary packages.
16:49 sleary joined #evergreen
16:53 Dyrcona Well, it has long been a goal to get debs available, and PINES did that for a while. Not sure if the debs are being maintained or not.
16:53 * Dyrcona gives Open-ILS/src/Makefile.am the hairy eyeball....
16:54 berick you should get that looked at
16:54 Dyrcona heh
16:55 Dyrcona Let me ask the magic meatball....
16:55 Dyrcona @eightball
16:55 pinesol Dyrcona: No clue.
16:55 Dyrcona Figures.
16:58 mrtnnbr A little concern would be documentation as well. Assuming binary packages, the installation itself would be borderline trivial, but for the admin side there are enough small (and not so small) differences that it's all too easy to take a wrong turn.
17:00 mrtnnbr Anyway, thanks for all the input. I'll be off for now.
17:01 Bmagic laters
17:02 Dyrcona Bye.
17:02 * Dyrcona is off the clock but might hangout a while longer.
17:03 mmorgan left #evergreen
17:04 pinesol News from commits: LP1981628 Third follow-up <https://git.evergreen-ils.org/?p=E​vergreen.git;a=commitdiff;h=69154c​2a2cc457f92bb643fd7396d9915e203b91>
17:04 pinesol News from commits: LP1981628 follow-up to the follow-up <https://git.evergreen-ils.org/?p=E​vergreen.git;a=commitdiff;h=851b4b​5e3dab8d3d259d6cac9cd15d4b3ede938b>
17:04 pinesol News from commits: LP1981628 Follow up to Stripe payment intents bug <https://git.evergreen-ils.org/?p=E​vergreen.git;a=commitdiff;h=7fc8f1​135211485ea97c8463c75fdf7ea5351109>
17:04 Dyrcona The fun part is going to be keeping up with new staff client and other files as they get added. "Doing things correctly" may require more devs to get their fingers dirty in autotools.
17:05 Dyrcona "follow-up to the follow-up..." :) "Shortcut to the shortcut..." for those who know.
17:07 Dyrcona Now that I don't have to manage servers, I should have more time to work on these things.
17:07 Dyrcona But, the more time didn't quit pan out today. :(
17:07 Dyrcona s/quit/quite/
17:14 Dyrcona No koha in FreeBSD ports.
17:55 jihpringle joined #evergreen
21:17 kworstell-isl joined #evergreen
21:21 jonadab joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat