Philip Robinson suggested dedicating part of a future TC meeting on WOLFCon planning. General questions for now are, how many sessions do we want to do? How long should they be? And of course topics. The TC will discuss when we have more bandwidth for it.
Update on this effort for this effort? (Ian Walls)
Need to approve the acceptance criteria, or define an approval process.
There are still outstanding questions in the document. How resolve them?
Decide on lazy consensus approach or formal voting - assuming we resolve the outstanding issues. Decision to go with voting.
Reviewed the acceptance values and criteria. Discussion of "chicken-and-egg" situations like needing to have the source code in folio-org GitHub, so that means it's already approved? Added language to clarify that the expectation is that the code would go there once accepted.
SysOps would like some time on an upcoming agenda. The SIG has been working on a list of Operational and SysOps needs and are looking for help on how to advance these needs. The concerns also overlap somewhat with the values/criteria for accepting external code, so it seems like good timing.
The SysOps SIG would like to address the difficulty getting technical and operational needs met when standing up FOLIO installs. The SIG is reaching out to the TC and the PC to raise these issues and try to get traction on resolving them.
Ingolf Kuss : There's operational technical debt with all the tight-coupled dependencies among modules. With 3 releases per year, going down to 2 at some point, it's getting more inefficient. It's moving away from an agile microservices approach and seems monolithic. We need to define module boundaries. A smaller core is desirable, not with 50 modules. More optionality in what needs to be installed - like an app store.
jroot : has a lot of hands-on experiencing installing FOLIO on various versions. Reference to the Operational and SysOps needs wiki doc listing the challenges and needs. The SysOps SIG presented to the PC last week about these issues. There's a lot of technical debt in the way FOLIO has focused more on new features than core functionality.
Likely to require additional discussion as well as a subgroup and/or time slots in coming weeks.
Time permitting
(likely deferred)
Technical Decision Making Process
All
This is a carry-over from two weeks ago week. It was a tangent of the min.io/S3 conversation that started to delve into topics of
The tech leads group not being a decision making body
Whether it's realistic and/or desirable for the TC to make every technical decision
There was some overlap here with the external code submission topic
NOTE: We need to frame this conversation and agree upon what we're trying to accomplish and how much time we want to dedicate to it before diving in.