15:06:29 #startmeeting 2024-02-13 - Developer Meeting 15:06:29 Meeting started Tue Feb 13 15:06:29 2024 US/Eastern. The chair is Bmagic. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:06:29 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:06:29 The meeting name has been set to '2024_02_13___developer_meeting' 15:06:35 #info Agenda at https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2024-02-13 15:07:02 #topic Introductions 15:07:07 #info Bmagic = Blake GH, MOBIUS 15:07:22 #info Stompro = Josh Stompro, LARL 15:07:22 #info gmcharlton = Galen Charlton, Equinox 15:07:28 #info terranm57 = Terran McCanna, PINES 15:07:29 #info shulabear = Shula Link, GCHRL 15:07:29 #info collum = Garry Collum, KCPL 15:07:31 #info csharp_ = the actual and only Chris Sharp 15:07:41 #info dluch = Debbie Luchenbill, MOBIUS 15:07:41 #info mmorgan = Michele Morgan, NOBLE 15:07:52 #info abneiman = Andrea Buntz Neiman, Equinox 15:07:56 #info berick Bill Erickson, KCLS 15:08:04 #topic Action Items from Last Meeting 15:08:09 #info mmorgan will explore moving LP stats to community site and automating same 15:08:17 * mmorgan has been poking at Dyrcona's launchpad api scripts and was able to retrieve bug counts, so a bit of progress. 15:08:33 mmorgan++ 15:08:33 That's all I have for now. 15:08:38 carry it forward? 15:08:48 Yep! 15:08:59 #action mmorgan will explore moving LP stats to community site and automating same 15:09:05 #info sandbergja will see if gh actions can run the pgtap tests 15:09:38 skipping 15:09:43 #info Dyrcona = Jason Stephenson, CW MARS 15:09:46 #info GalenCharlton will open LP bug with the official proposal for git commit message release-note 15:09:55 #action sandbergja will see if gh actions can run the pgtap tests 15:10:26 So, the bug is opened: https://bugs.launchpad.net/evergreen/+bug/2051946 15:10:26 Launchpad bug 2051946 in Evergreen "institute a Git commit message template" [Wishlist,New] - Assigned to Galen Charlton (gmc) 15:10:32 ah, sorry, wrong one 15:10:34 just a moment 15:10:55 this is the one: https://bugs.launchpad.net/evergreen/+bug/2051874 15:10:55 Launchpad bug 2051874 in Evergreen "new script to extract information for release notes from commit messages" [Wishlist,New] 15:11:13 and it comes with a pull request 15:11:22 so, additional feedback welcome 15:12:18 gmcharlton++ 15:12:30 gmcharlton++ 15:12:42 gmcharlt++ 15:12:55 I should be able to take a look. 15:13:04 Dyrcona++ 15:13:23 :) 15:13:44 this next one is yours also 15:13:45 #info GalenCharlton update the release note script to look for the release-note tags 15:14:38 I thought maybe that was more along the lines of: update the release script to include the release note portion 15:15:00 yeah - I think the action items got a bit squished during the previous meeting 15:15:03 but I suppose you killed both birds with one LP? 15:15:21 the first bug I mentioned, bug 2051946, is the one to instituate a commit message template 15:15:21 Launchpad bug 2051946 in Evergreen "institute a Git commit message template" [Wishlist,New] https://launchpad.net/bugs/2051946 - Assigned to Galen Charlton (gmc) 15:15:37 that bug is open, but now I need to devise a template and create a pull request 15:16:10 ok, shall we make that an action for you? 15:16:10 so I'll take an action item to create a Git commit message type and update bug 2051946 15:16:15 yes please 15:16:35 #action gmcharlton - create a Git commit message type and update bug 2051946 15:16:35 Launchpad bug 2051946 in Evergreen "institute a Git commit message template" [Wishlist,New] https://launchpad.net/bugs/2051946 - Assigned to Galen Charlton (gmc) 15:17:26 #link https://wiki.evergreen-ils.org/doku.php?id=dev:git#commit_messages 15:18:03 I suppose Stompro did his thing? 15:18:07 I added examples to the dev:git page and updated a few other pages that referenced creating the release notes with stubs just so the new ability gets noticed. 15:18:08 he did 15:18:13 Stompro++ 15:18:20 Stompro++ 15:18:48 also, on the general topic, there's a comment from abneiman on the release-tag bug that I'd like to mention now, as it might affect the template 15:19:03 namely, seeing if we can setting for a tense to use for the one-liner release notes 15:19:08 please, the rest of the agenda is almost empty, so go ahead 15:20:05 abneiman: do you have any preference one way or another? 15:20:09 hmmm 15:20:35 (comment is https://bugs.launchpad.net/evergreen/+bug/2051874/comments/9) 15:20:35 Launchpad bug 2051874 in Evergreen "new script to extract information for release notes from commit messages" [Wishlist,New] - Assigned to Jason Stephenson (jstephenson) 15:20:41 sorry, I was just here for the band names 15:21:15 I like the "s" - inferring that the following code does* the thing. Though from a documentation context, I'd say without the s, but maybe a "d" instead. Like "Removed" X, "Fixed" Y 15:21:21 personally I tend to go with the more active (to my ears) version: "Fixes an issue..." "Restores the ability..." "Adds a something or another" 15:21:48 +1 15:21:59 abneiman: be it. "Megadeth fixes the accessibility issue." "Chanticleer updates the MARC tag tables" 15:22:01 etc. 15:22:09 but, I don't really have a strong preference, just a preference for consistency (hobgoblins or not) 15:22:23 gmcharlton++ # actual lol 15:22:51 s! Esss it issss! 15:23:27 We could go with just "Fix an issue...." 15:23:39 all release notes should be in passive voice /jk 15:24:03 lol, Dyrcona 15:24:14 Yeah, I think with the s 15:24:26 shulabear lol 15:24:28 so, where does this lead us? Should this be formal somewhere? 15:24:57 suggestion in the Git commit message template (and the wiki page) would be where to put it, I think 15:25:22 Stompro? want that one? 15:25:31 Sure 15:25:47 #action Stompro will formalize the tense usage in the release-note message 15:26:25 I would like to open the floor for any topic that anyone would like to mention? I dropped the ball and forgot to email the list yesterday, attempting to get the agenda a bit more filled out 15:26:37 While we're at it can we get better commit messages in general? Some folks don't follow guidelines. 15:27:07 it'd be neat if git would flat refuse to commit if it's not in our format :) 15:27:15 Bmagic I added one to New Business 15:27:18 yeah, I think that's going to be a matter of nudging 15:27:27 Bmagic: That's what core committers are for. 15:27:40 terranm57++ 15:27:50 (though as I'm sure many of you have observed, I'm also quite willing to edit commit messages) 15:28:00 kmlussier++ # I'm picking up your sublty 15:28:42 moving on! 15:28:50 #topic Launchpad Status (as of noon Eastern) 15:28:55 incoming!!! 15:29:14 lol, gmcharlt took incoming seriously 15:29:18 #info Open Bugs - 3091 15:29:19 #info Pullrequests - 107 15:29:19 #info Signedoff - 8 15:29:30 #topic Launchpad Status since last meeting 15:29:34 #info Bugs Added - 62 15:29:34 #info Pullrequest tag Added - 39 15:29:34 #info Signedoff tag Added - 13 15:29:34 #info Fix Committed - 23 15:29:52 #topic New Business - New Launchpad tag: "caching" 15:30:30 who has "caching" ? 15:30:43 lol 15:31:07 Caching might have been gmcharlton's since I saw some tickets get added 15:31:21 oh shoot, he disconnected 15:31:37 gotta wait for the ol' cable modem to power cycle 15:31:48 poof, he's back 15:32:00 so, did y'all fix all the bugs while I was gone? 15:32:21 We just assigned them all to you 15:32:21 gmcharlton: we're here: "New Launchpad tag: "caching"" 15:32:34 terranm57: fair 15:32:47 so regarding the caching tag, just a heads-up that I added it today 15:33:00 gmcharlton, did you add it to the "official list" too? 15:33:12 intended as a catch-all for issues where caching is just too. dang. much. 15:33:15 gmcharlton++ # moving and shaking! 15:33:26 I did also making it an official tag 15:33:42 I'll add it here - https://wiki.evergreen-ils.org/doku.php?id=dev:lp_tags 15:33:45 but of course, now's the time to revert that if somebody has a serious objection or wishes an alternative name 15:34:09 when do we tag bugs with it? 15:35:00 Bmagic: basically, any bug where a value gets cached, then changed, but then there's no obvious way to refresh the caching without server-side action such as an Apache restart 15:35:07 "caching" works for me 15:35:30 it would cover both settings and configuration data as well as things like cached images and files served from the webserver (including Javascript) 15:35:49 ok, makes sense. Documenting that on the wiki would be good. terranm is getting that covered 15:35:53 Yeah, "caching" is OK. If we need another for browser cache, we can add that. 15:36:23 #action terranm will make LP tag "caching" official 15:36:28 If we want to break it up, please do so like caching-server, caching-browser, etc. 15:36:39 Bmagic - done! 15:37:00 terranm57: and confirmed! I see it. Wow, that has to be some kind of record 15:37:01 my overall goal: without compromising speed, to make it possible to change something or do an upgrade and see the new stuff without anything more than a page refresh 15:37:11 (or at least, a cache-clearing action that you can get at via the staff client) 15:37:27 Well, why not drop the "ing?" Particularly if there are two: browser-cache, server-cache? 15:38:08 CTR+f the tags wiki page for "cach" - no results but the new one 15:38:41 * Bmagic waves at mantis, ongoing dev meeting atm 15:39:03 I'm not sure we'd need a tag for browser cache, though. So, don't mind me. 15:39:30 we're good then, with the "caching" tag? I mean, it's already official 15:40:09 I think for the moment that there's no need to split the tag 15:40:19 sounds good to me 15:40:26 #topic New Business - 3.next / 4.0 release team & schedule? 15:40:40 that's mine 15:40:40 strap in, this might be a long one 15:40:42 just a poke 15:40:59 I mean, I don't have anything to say other than, hey we should talk or at least think about this? 15:41:11 anyone want to take the lead? 15:41:33 for that matter, are we settled on whether this will be 3.13 or 4.0? 15:41:41 anyway, discuss! 15:41:43 I have been meaning to start a larger conversation about releases because I don't think our current model is working. 15:42:52 agreed that that is a larger convo that needs to be had; but for this month I just don't want another month to go by without a relteam for the spring 15:43:22 #link https://wiki.evergreen-ils.org/doku.php?id=dev:evergreen:release_checklist 15:43:39 Well, our last release was three months late. Do we think we're really ready for another? 15:44:42 Dyrcona: point release? 15:44:43 part of that was we didn't get a rel team together till three months late... and we're already running late on the spring, so, is the answer to run later? or to get people to step up now and try to get a schedule together? 15:45:09 is anyone experimenting with RediSRF? that seems to be one of the factors for 3.X vs 4.0 15:45:24 csharp_: I am! nothing to report yet though 15:45:37 csharp_: yep 15:45:51 I'm planning on putting it into production for a 3.12.1 upgrade 15:45:58 we should also consider an LTS (long term support) 3.X for people not ready to move to RediSRF/Rust 15:46:03 That schedule is unrealistic given our current experience. I think we should do 1 release per year, if we wish to do the full tarball dance. 15:46:14 From a user perspective, I would expect a 4.0 version to be fully Angularized. 15:46:21 Bmagic: nice! 15:46:38 terranm57++ 15:46:39 another factor is that we have some Angularizations coming up (Reports, Acq A&B) that would let us remove some older interfaces, but we might want a version where they overlap... what terranm57 said 15:46:42 terranm57: same 15:46:43 at the Hackaway we talked about changing up the release timings iirc 15:47:03 abneiman: To answer your specific question: Yes, I think we should push the spring release back depending. 15:47:07 sounds like we don't want 4.0 to be the next* release name 15:47:15 I don't think it fits 15:47:18 I agree 15:47:38 Equinox has a couple large features -- alluded to by sleary -- that IMO should predate a 4.0/redis 15:47:39 I would love for 4.0 to have some visual polish, and the UI group is working on some things, but they will not all be ready for spring 15:47:39 Someone has started targeting bugs at 4.0-beta, fwiw. 15:47:53 3.13 rolls off the togue anyway! 15:47:57 I'd love to see a spring release but we need volunteers 15:48:19 and we have to do 3.13 so we can get to Evergreen Pi! 15:48:21 I also think we should follow the trend of using YY.MM for releases. Many more projects are doing that now. 15:49:03 I'm not opposed to changing the numbering system, but we might want to take that to the mailing list? 15:49:09 As for the next release, do we think there are enough new feature ready now to justify another "major" release? 15:49:17 we based the twice a year thing on Ubuntu, and we're actually a bit more like Fedora (late all the time) 15:49:33 I do not love the year/month numbering, just because last-minute release schedule changes would force us to edit a lot of docs and things 15:50:00 there will be a whole pile of potential major features shortly, once I know what a release schedule looks like .... 15:50:04 noting that the 4.0 series / 4.0-beta tags in LP are easily renamed 15:50:16 Bmagic: Right, I was gong to add that changing the numbering and reducing the number of releases should be part of that larger conversation. However, I think it is worth mentioning as we discuss the next release. 15:50:21 actually that is a good point, don't we have a bunch of code that relies on the numbers to be in sequence like that? 15:50:37 gmcharlton right - and *all* of this is kinda arbitrary in the end :-) 15:51:07 next release, Evergreen ΞΎ! 15:51:18 What csharp_ just said is why I prefer dated releases. The numbers are arbitrary. 15:51:23 PINES does annual upgrades and we'll do whatever version is newest at that time 15:51:50 gmcharlton: You're proposing we got the rote of TeX and increment 1 digit of Pi for earch new release? 15:51:54 :) 15:51:55 so, no release team volunteers? We're just gonna talk about numbers? 15:52:04 annual here too fwiw, but it seems we're veering into a huge tangent :) 15:52:08 Dyrcona: would you like to take the action of leading the numbering discussion on the mailing list? 15:52:08 abneiman++ 15:52:11 I'll be on the team! 15:52:29 I'll volunteer again. I'm not extremely useful, but I'm a body! 15:52:33 Bmagic++ 15:52:33 Bmagic++ 15:52:40 abneiman: I am not convinced that we're ready for another release. Why not open the Lp bugs with the new features, firt? 15:52:45 first... 15:52:45 shulabear++ 15:52:47 Bmagic++ shulabear++ 15:52:53 Bmagic: No, I'm not taking an action. 15:53:00 :) 15:53:02 Dyrcona: seems like something the release team could discuss? 15:53:11 Why not choose the release team and let them take a closer look at when there is enough new good stuff? 15:53:13 Dyrcona: standby and I will give you a list of bugs in LP 15:53:32 makes sense to me, berick & terranm57 15:53:44 shulabear: it's you and me! We got this. 15:54:20 bmagic: oh lord we're in trouble 15:54:29 (You're telling me :)) 15:54:29 We can put it to a vote if you like. I'm just not prepared to volunteer at the moment 15:54:57 it's been a while, but I can assist w/ the release team this time. just tell me what to do 15:55:09 berick++ # glad to have you along 15:55:10 Bmagic I can't commit to being on the release team again this time, but I can help with organizing feedback fest for it 15:55:10 berick++ 15:55:24 we all have your back 15:55:33 https://bugs.launchpad.net/evergreen/+bug/1993823 15:55:33 Launchpad bug 1993823 in Evergreen "wishlist: Angular Reports Interface" [Wishlist,Confirmed] - Assigned to Andrea Neiman (aneiman) 15:55:33 https://bugs.launchpad.net/evergreen/+bug/2006970 15:55:34 https://bugs.launchpad.net/evergreen/+bug/2039609 15:55:34 Launchpad bug 2006970 in Evergreen "wishlist: Acquisitions Sprint B: Angular Invoicing and Claiming" [Wishlist,New] - Assigned to Jason Etheridge (phasefx) 15:55:34 https://bugs.launchpad.net/evergreen/+bug/2006969 15:55:35 terranm++ # I love this stone soup we're making 15:55:35 Launchpad bug 2039609 in Evergreen "wishlist: Acquisitions Sprint A - Z39.50 and other fixes" [Wishlist,New] - Assigned to Mike Rylander (mrylander) 15:55:36 Launchpad bug 2006969 in Evergreen "wishlist: enhanced MARC editor rewrite" [Wishlist,Confirmed] - Assigned to Stephanie Leary (stephanieleary) 15:55:38 but I'm unable to take on new things right now 15:55:46 holy craznap 15:56:05 noting that those 4 that I linked are in the final stages of internal cleanup and I expect PRs on all of them within the month 15:56:12 those are just the big ones :) 15:56:12 so, yes, there are features 15:56:13 nice! 15:56:19 lol, that's all? 15:56:20 berick: Bmagic: shulabear: if it helps, I am willing to do a one-shot session to go over some of the details; and I'm pretty sure that there are other recent release team members who could help me out 15:56:45 gmcharlton++ I'd appreciate that, for one. 15:56:48 gmcharlton++ we can use all the help we can get 15:56:48 i'm interested 15:57:07 I can help out with the release 15:57:21 I'll send out a call for scheduling said session 15:57:31 There's also a recording in one of the New Devs meetings - https://wiki.evergreen-ils.org/doku.php?id=newdevs:meetings:agenda-2023-11 15:57:32 gmcharlton: I was just about to ask that 15:57:51 #link https://wiki.evergreen-ils.org/doku.php?id=newdevs:meetings:agenda-2023-11 15:58:26 abneiman++ I think you accomplished your goal 15:58:29 Rolling the release itself isn't that hard if enough people who have the proper permissions are around. 15:58:34 IIRC, the recording doesn't cover the translation stuff, which is quite a few more steps 15:58:58 also, https://bugs.launchpad.net/evergreen/+bug/2043142 (and security bug #1917821) as well as a pile of bugfixes on Item Alerts, Holdings Editor, and a bunch of fixes for Experimential Angular Circ. 15:58:58 Launchpad bug 2043142 in Evergreen "wishlist: Reports security improvements" [Wishlist,New] - Assigned to Mike Rylander (mrylander) 15:59:09 * abneiman drops mic 15:59:16 abneiman++ 15:59:20 real quick, with the 30 seconds 15:59:22 thanks for letting me, uh, yell-spire you 15:59:27 #topic New Business - Next Bug Squashing Week? 15:59:27 abneiman++ 15:59:32 It's time to plan the next Bug Squashing Week - Maybe the week of February 26 or week of March 18? 15:59:58 and I can help with relteam comms & release notes, etc. but can't take a big role 16:00:16 abneiman++ 16:00:33 terranm57: My schedule allows for either week 16:00:38 Bmagic++ 16:01:06 I'm inclined to push it back to March unless anyone wants it sooner 16:01:24 nope, that's fine! 16:01:37 +1 to March, I can even promise some shiny new features to test :-D 16:01:38 Cool beans, I'll put it on the calendar and do all my stuff 16:01:46 and some buffed-up old features 16:02:01 terranm++ 16:02:11 #endmeeting