Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Date

...

TimeItemWhoNotes
1 minScribeAll

Philip Robinson is scribe, followed by Jakub Skoczen 

5 min

Review outstanding action itemsAll
  • WOLFCon planning
    • 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.
20 minExternal Code Submissions
  • 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.
  • Communication back to PC? (Zak Burke)
  • Next steps? LDP validation is due 9/24.
    • Who will perform the LDP app evaluation? d 
    • How much time is needed to perform the evaluation and formulate a response?
      • Shoot for within a week, by Wednesday 9/15 for the TC to discuss the findings.
    • When can the evaluation start?  (Assuming the TC approves the AC today)
      • Immediately if the TC approves the AC
    • What are the expected deliverables/artifacts out of the evaluation? 
      • Reviewers should come back to the TC first - but this compresses their deadline in order to give any feedback to the LDP team.
      • Once the TC is all on the same page with the review, communicate it - decide on exact recipients next week.
    • Where will the artifacts generated by evaluation be captured?  (wiki?  email?  google doc? etc.)
    • Subgroup to continue refining the AC and defining processes in parallel to the evaluation?
30 min

Tod Olson

SysOps SIG representative(s)

Per Tod Olson:

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. One example of a pain point is sometimes having to back-port modules so a feature works in new releases. 
  • Zak Burke discussed the longstanding delicate balance between stable Flower release deployments and the ongoing need to satisfy the community's new feature requests.

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.

Time permitting

(likely deferred)

TC charter review

All

...