Reminder: Please copy/paste the Zoom chat into the notes. If you miss it, this is saved along with the meeting recording, but having it here has benefits.
Quick updates only. If we can't find volunteers for groups, we'll need to add the topic to our backlog and address it during dedicated discussion sessions.
Configuration group - last meeting Olamide Kolawole will take a look at it and will provide comments. Has that happened?
Breaking changes -
Translations - Craig McNally bumped the topic in the folio chairs channel. Stay tuned.
Please see thethread aboveabout an error on the OST page for when to do one of the status transitions. I have added two new example tables to theOST page, in place of the examples that were listed previously:
one which shows all the dates & triggering events that would affect the Quesnelia OST page
and one that shows all the events during the Quesnelia release cycle that affect various OST pages (for Orchid, Quesnelia, Ramsons and Sunflower).
Wish I could do a PR on Confluence, but I just published the changes,here's the diffand we can always revert or adjust further.
Please review Marc Johnson 's changes to the Ramsons OST page (see above)
NA
Zoom Chat
11:04:33 From Jenn Colt to Everyone: If you mean the slack thread that was just me asking tri council 11:05:09 From Jenn Colt to Everyone: I thought of it in PC but didn’t want to drag into a rabbit hole 11:10:33 From Owen Stephens to Everyone: @Marc Johnson can you say\ 11:10:53 From Owen Stephens to Everyone: Replying to "@Marc Johnson can yo..."
Sorry - can you say what the comments were about functionality that came up at PC? 11:12:05 From Marc Johnson to Everyone: Replying to "@Marc Johnson can yo…" It was mentioned that the TC had discussed the virtual item and patron lifecycles
Which confused me because I was completely unaware and it’s not part of our remit 11:12:25 From Marc Johnson to Everyone: AFAIK there is also no way to find / list the transactions either 11:13:10 From Maccabee Levine to Everyone: https://github.com/folio-org/tech-council/pull/55/files 11:13:45 From Owen Stephens to Everyone: Replying to "@Marc Johnson can yo..."
Thanks 11:14:00 From Craig McNally to Everyone: Reacted to "https://github.com/f..." with 👍 11:14:04 From Craig McNally to Everyone: thank you @Maccabee Levine 11:17:54 From Marc Johnson to Everyone: It’s worth noting that IIRC the product folks we did have in the last localisation / translation working group didn’t consider multi-lingual support in the same tenant to be a high priority which might explain why it hasn’t garnered a lot of attention 11:24:57 From Craig McNally to Everyone: https://wiki.folio.org/display/DD/Technical+Designs+and+Decisions 11:26:14 From Marc Johnson to Everyone: That space also has team / module level decision documentation in it as well 11:29:24 From Marc Johnson to Everyone: Many folks have found the 4 concurrent releases aspect of this to be challenging 11:29:42 From Jenn Colt to Everyone: Reacted to "Many folks have foun..." with 🤯 11:31:32 From Owen Stephens to Everyone: Q->R->S 11:33:49 From Jenn Colt to Everyone: Do we know who would do it? 11:34:43 From Owen Stephens to Everyone: If we were to do 3 releases this year (which is the cadence we aim for in theory) then Sunflower will be late 2024. However last year the Poppy release was pushed back a long way so we only got 2 releases 11:35:57 From Owen Stephens to Everyone: Replying to "If we were to do 3 r..."
… in 2023 11:35:58 From Marc Johnson to Everyone: Replying to "If we were to do 3 r…" I thought 2024 was only getting 2 releases. Though I’m not sure where I got that understanding from 11:36:15 From Owen Stephens to Everyone: Replying to "If we were to do 3 r..."
I’d not seen that anywhere but could have missed it 11:36:28 From Owen Stephens to Everyone: Replying to "If we were to do 3 r..."
It seems more realistic tbh 11:38:36 From Huff, Jeremy T to Everyone: Replying to "If we were to do 3 r..."
Wasn’t two releases what was decided on during the trip council meeting? 11:38:53 From Huff, Jeremy T to Everyone: Replying to "If we were to do 3 r..."
Tri, not trip 11:39:30 From Jenn Colt to Everyone: Replying to "If we were to do 3 r..."
Was that a decision or a discussion? I didn’t get the sense that was anything other than a recommendation? 11:39:53 From Huff, Jeremy T to Everyone: Replying to "If we were to do 3 r..."
That’s true, I do not recall voting or anything like that. 11:40:09 From Tod Olson to Everyone: Replying to "If we were to do 3 r..."
I had the same impression as Jenn. 11:40:13 From Huff, Jeremy T to Everyone: Replying to "If we were to do 3 r..."
But it did seem to be an uncontested suggestion. 11:41:02 From Jenn Colt to Everyone: It looks like RMS met this morning but I don’t see notes, just a recording 11:41:05 From Marc Johnson to Everyone: Replying to "If we were to do 3 r…" I didn’t get the sense that was an official decision, rather that the conversation reached a point where folks had mostly coalesced 11:48:01 From Tod Olson to Everyone: I need to drop and get ready for the next thing, thanks everyone.
Topic Backlog
Decision Log Review
All
Review decisions which are in progress. Can any of them be accepted? rejected?
Translation Subgroup
All
Since we're having trouble finding volunteers for a subgroup, maybe we can make progress during a dedicated discussion session?
Communicating Breaking Changes
All
Since we're having trouble finding volunteers for a subgroup, maybe we can make progress during a dedicated discussion session?
Officially Supported Technologies - Upkeep
All
Previous Notes:
A workflow for these pages. When do they transition from one state to another. Do we even need statuses at all ?
Stripes architecture group has some questions about the Poppy release.
Zak: A handshake between developers, dev ops and the TC. Who makes that decision and how do we pass along that knowledge ? E.g. changes in Nodes and in the UI boxes. How to communicate this ? We have a large number of teams, all have to be aware of it. TC should be alerted that changes are happening. We have a couple of dedicated channels for that. Most dev ops have subscribed to these channels. How can dev ops folk raise issues to the next level of community awareness ? There hasn't been a specific piece of TC to move that along.
Craig: There is a fourth group, "Capacity Planning" or "Release Planning". Slack is the de facto communication channel. There are no objections to using Slack. An example is the Java 17 RFC.
Craig: The TC gets it on the agenda and we will discuss it. The TC gets the final say.
Marc Johnson: We shouldn’t use the DevOps Channel. The dev ops folks have made it clear that it should only be used for support requests made to them.
Jakub: Our responsibility is to avoid piling up technical debt.
Marc: Some set of people have to actually make the call. Who lowers the chequered flag ?
Craig: It needs to ultimately come to the TC at least for awareness. There is a missing piece. Capacity Planning needs to provide input here.
Marc: Stakeholders / Capacity Planning could make that decision. Who makes the decision ? Is it the government or is it some parts of the body ?
Marc: the developers community, the dev ops community and sys ops are involved. For example the Spring Framework discussion or the Java 17 discussion. But it was completely separate to the TC decision. It is a coordination and communication effort.
Marc: Maybe the TC needs to let go that they are the decision makers so that they be a moderating group.
Jakub: I agree with Marc. But we are not a system operating group. Dependency management should be in the responsibility of Release management. There are structures in the project for that.
Jason Root: I agree with Jakub and with Marc also. Policies should drive operational/release/support aspects of Folio.
Jason Root: If the idea of “support” is that frameworks are supported, then of course the project should meet that.
Marc Johnson Some group needs to inform OleksAii when a relevant policy event occurs. These documents effectively ARE the manifestation of the policy.
Craig: This is a topic for the next Monday session.
Craig to see if Oleksii Petrenko could join us to discuss the process for updating the officially supported technologies lists.
Dev Documentation Visibility
All
Possible topic/activity for a Wednesday session:
Discuss/brainstorm:
Ideas for the type of developer-facing documentation we think would be most helpful for new developers
How we might bring existing documentation up to date and ensure it's consistent