...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
Attendees & Representation
...
Representative | Organization | Role | |
---|---|---|---|
Deutsche Telekom AG | TSC Chair, Active Maintainer | x | |
Deutsche Telekom AG | Active Maintainer | x | |
Ericsson | Active Maintainer | x | |
KDDI | Active Maintainer | x | |
Orange | TSC Deputy Chair, Active Maintainer | x | |
Radisys | EUC Representative | x | |
Summit Tech | EUC Representative | ||
Telefonica | not Active Maintainer | x | |
Tnot removedelefónicaTelefónica | Active Maintainer | x | |
Verizon | EUC Representative | x | |
Vodafone | TSC Deputy Chair | x | |
Vodafone | Active Maintainer | ||
Vonage | Active Maintainer | x | |
George Glass | TM Forum | TM Forum Representative | |
TM Forum | TM Forum Representative | ||
GSMA | GSMA Representative | ||
GSMA | GSMA Representative | x |
...
- Review and approval of previous meeting minutes
- Action Items Review
- General Topics
- Governance & project management issues
- API Backlog
- Commonalities
- Identity & Consent Management
- Release Management
- Specific Topics
- ...
- Any Other Topics
...
- New proposal how to manage "API Families" as Sub Projects with one lead repository and multiple API "family member" repositories (#142)
- Herbert Damker Proposal changed based on the feedback within the comments: no "lead repository" for a Sub Project, but a Sub Project / API Family will be a set of 1 to n equal repositories to describe, develop, document and test the APIs (family members). The link between the repositories is the home page of the Sub Project within the wiki
- Pull request to be reviewed: https://github.com/camaraproject/Governance/pull/146
- Ask for formal vote from the TSC: No... but we keep it open for next week. Will be merged by end of next week if no objections arise.
- Proposal for new API Project lifecycle approach (Sandbox + Incubated) (#129)
- Herbert reminds us the advantages of this proposal to have some flexibility to onboard easily new project.
- Next step: details out this.
- Herbert reminds us the advantages of this proposal to have some flexibility to onboard easily new project.
...
- Herbert Damker Two new API Proposals are forwarded by the API Backlog working group to the TSC (see https://lists.camaraproject.org/g/tsc/message/195)
- Device Connection Quality Indicator
- Device data Volume
- Both are intended to be part of the DeviceStatus Sub Project
- Eric Murray Raise an issue in Device Status project to formally ask the project to manage this 2 APIs
- Herbert Damker There are currently two approaches to define an API which delivers the network type a device is currently connected to
- Within DeviceStatus: https://github.com/camaraproject/DeviceStatus/issues/143 with PR
- Within ConnectivityInsights: https://github.com/camaraproject/ConnectivityInsights/pull/40 (see also https://github.com/camaraproject/ConnectivityInsights/issues/48)
- How to avoid and resolve such situations?
- Mahesh Chapalamadugu explained that discussion occurred already in the connectivityInsight project and this team stated that probably it did not make sense to keep this network type attribute in this API.... so the point is resolved
...
- Commonalities and ICM scope issues and alpha release PRs/releases are ready for TSC approval - Combined M0/M1 to be declared after that and notified to the all mailing list.
- Question: How much time is needed for the TSC approval ?
- Give one week for review of the release PRs and then assume lazy consensus if there are no open comments.In parallel in formation to all subgroup via
- Question: How much time is needed for the TSC approval ?
- Tanja de Groot Send already in parallel information to all sub projects via "all" mailing list about the M2
- Question: where do we post the "Request for scope and alpha/release candidate review" announcement? TSC mailing list or the RM mailing list ? If the latter, do we have sufficient TSC members on the RM mailing list?
- Request for review should go to the TSC Mailing list. In addition the GitHub team @camaraproject/TSC_participants to be added as reviewer to the PRs
- Delayed sending the message (per action previous TSC) to the all list due to an ongoing update of all the material (Update public release name - PR #35)
- Proposal: combined M0/M1 message to be sent after TSC approval of Commonalities and ICM scope and alpha releases.
- See above, information should be send already in parallel to the review of the release PRs of Commonalities and ICM.
- Question: where do we post the "Request for scope and alpha/release candidate review" announcement? TSC mailing list or the RM mailing list ? If the latter, do we have sufficient TSC members on the RM mailing list?
- 15 APIs proposed for the Fall24 meta release sofar so far. All are currently target initial versions (v0.x) as public releases,release. Possibly 1 or 2 may be proposed as stable public releases (NumberVerification and SimSwap)
- Third candidate for stable: OTPvalidationAPI
- Jose Luis Urien Pinedo : We will have a discussion also in device location for some API to promote for stable.
- Herbert: We can decide moving forward during the release cycle.
- Tanja: till we can decide to promote or not to stable
- Promoted API to stable should have live implementation as listed here(of previous released version) as listed here, and only reasonable amount of changes since then
- As a reminder checklist table is within GitHub (API-Readiness-Checklist.md) and more details here within wiki.
- Updated CHANGELOG_TEMPLATE and example PR available for review: https://github.com/camaraproject/ReleaseManagement/pull/36
- Question: How to proceed with the existing template in Commonaltities? Herbert's proposal: proceed as same way as we did it for the checklist
- Release management issues closed. One pending PR review 1 , one issue as backlog item remaining.
- Tanja de Groot added that we can create 'public release' outside of meta release → This possibility has been documented.
- Upcoming tasks: start looking at the APIs proposed for the meta-release.
Any Other Business
- Nope.
Next Meeting
- Next TSC Meeting will be on July 4th at 10:00 CEST / 08:00 UTC / 01:00 PST
- Specific agenda topics backlog:
- ...None so far - please feel free to propose topics
Action items
- embedded above.