2023-12-08 Sys Ops & Management SIG Agenda and Meeting notes
Date and time
9-10 CT
Zoom link
https://openlibraryfoundation.zoom.us/j/591934220?pwd=dXhuVFZoSllHU09qamZoZzZiTWhmQT09
Topics
Miscellaneous
Attendees
Time | Item | Who | Notes | |
---|---|---|---|---|
Miscellaneous topics | Ingolf |
Jeremy: Warnings for missing indexes https://folio-org.atlassian.net/browse/CIRCSTORE-454
Ingolf; This is being discussed also in a German governance meeting group, now with the participation of SysOps. They will continue to meet regularly and work out a concept or proposal: The technical concept has received positive feedback from most people. But what about the governmental concept ? This is of most concern to the group. The platform formalization proposal if of most interest. What platforms will be maintained ? Maybe a platform for ERM, a platform for public libraries, a platform for municipal libraries, a platform for this and that ? The German group is mostly interested in this: Who will be responsible for what ? Who will make the decisions, e.g. what modules will be in what platform ? So far, none of the three councils had the power to make these decisions. What are the possible risks and side effects ? A question which has not been touched is the one of Ownership. Module ownership, application ownership. How will it be defined and what does it mean ? We need to find a definition. At the moment, it is virtually impossible to take on the development of a module, even if you have the resources (= developers + money). An example is : reminder notifications in acquisitions. → We need to anchor this already in the system architecture, that it is possible to take on the development of a module. At least for the core modules. There shall be several development teams involved in the development, not only one. It should be implemented modularly, to make it easier to take on. It needs to have a test scenario, also for the "extended" modules. Who will take on these additional expenditures ? Introduce badges in a marketplace. E.g. "this app is conformal to ..." , "this app is rarely being used". Responsibilities for platforms should be taken on by the functional SIGs. The PC should have the souvereignity to decide "what will become a part of the release". A big risk: Some apps might need to be post-installed, which are not part of the release, if I offer a certain app (of within the release) to my client. Who will do a roadmap for all this ? Documents which contain a list of questions directed towards the tri-council-group:
3. A glitch in emails going out on test instances Ingolf also observed this behaviour. | ||
Happy Holidays and a Happy New Year ! |
Action items
- Type your task here, using "@" to assign to a user and "//" to select a due date