Meeting Minutes - Tech Lead Sync

[johannes-esr]

General Discussion for all Meeting Minutes

[johannes-esr]

2025-02-26

Participants

@johannes-esr
@markert-r
@qor-lb
@antonkri

Meeting Minutes

• New weekly timeslot: Wednesday 9 - 10am, @johannes-esr to ask @FScholPer to invite
• Planning Concept:
  • Milestones are Issues of the type 'Milestone' -> @johannes-esr to add this issue type
  • Milestones only have sub-issues of the type 'Epic' -> @johannes-esr to add this issue type
  • Epics have sub-issues of the type Task

[johannes-esr]

2025-02-28

Participants

@johannes-esr
@markert-r
@vinodreddy-g
@antonkri
@FScholPer

Meeting Minutes

• Additional weekly slot: Friday, 1:30 - 2:30pm -> @FScholPer to invite
• @markert-r to schedule meeting for March 20 for new interested companies
• New agenda points for PL Circle:
  • Date of Townhall
  • Combination of https://eclipse-score.github.io/ & https://eclipse-score.github.io/score/main/ to allow next step of Contribution One Pager

[johannes-esr]

2025-03-06

Participants

@pahmann
@antonkri
@FScholPer
@johannes-esr

Agenda

• Breakdown of first to Milestones in Epics

Meeting Minutes

• Milestone: Process & Tools Enable Development
  • Epic: (Initial) Processes Requirements #581
  • Epic: (Initial) Tooling Requirements & Architecture #582
  • Epic: (Initial) Processes Detailed Design, Implementation #583
  • Epic: (Initial) Tooling Detailed Design, Implementation, Unit Verification #584
• Milestone: S-CORE v0.5 Modules Buildable
  • Epic: (Initial) Set-up basic repository & build infrastructure #585
  • Epic: LoLa buildable & existing tests runnable #586
  • Epic: Logging buildable & existing tests runnable #587
  • Epic: Persistency buildable & existing tests runnable #588
  • Epic: FEO buildable & existing tests runnable #589
  • Epic: ITF buildable & existing tests runnable #590
  • Epic: (Initial) Coding Guidelines C++ #591
  • Epic: (Initial) Coding Guidelines Rust #592
  • Epic: (Initial) Coding Guidelines Python #593
• Tasks for Communities / CFTs:
  • All existing issues which are matching to the Epics of the Milestone shall be attached
  • Add Milestone to all linked Issues

[antonkri]

2025-03-07

Participants

@johannes-esr
@antonkri
@vinodreddy-g
@FScholPer

Agenda

• Breakdown further Milestones

Meeting Minutes

• Milestone: Reference Integration Linux

  • Epic: Linux container x86_64 is up and running
    Acceptance criterias: Linux container (x86_64) is prepared, configured properly (ethernet/ssh access) and uploaded to some location, that is accessible from local builds and CI.
  • Epic: Linux container arm64 is up and running
    Acceptance criterias: Linux container (arm64) is prepared, configured properly (ethernet/ssh access) and uploaded to some location, that is accessible from local builds and CI.
  • Epic: ITF framework is up & running.
    Acceptance criterias: ITF framework is integrated into bazel. ITF test job is set-up in CI and is part of check/gate pipeline. ITF can establish ssh connection to the image. As first test in the CI pipeline, ITF should deploy application under test to the Linux container and ensure, that this one is running.
  • Epic: ITF framework dlt support
    Acceptance criterias: ITF framework can receive dlt streams from the applications and provides infrastructure to evaluate DLT logs in runtime and post-mortem.

• Milestone: QNX Support

  • Epic: Integration of QNX toolchain.
    Acceptance criterias: QNX 8 toolchain is integrated into bazel. Users need to get the license from QNX everywhere program and put it some specific location for being able to use QNX 8 toolchain.
  • Epic: Building with QNX in CI.
    Acceptance criterias: CI jobs for building of applications are set-up for all currently existing applications and documentation is provided how set-up QNX CI jobs for future applications. QNX CI license is stored as GitHub Secret and allows unlimited execution of QNX CI jobs in parallel
  • Epic: QNX Compiler config.
    Acceptance Criteria: compiler config is agreed with Process team and compiler/linker flags are chosen to support ASIL development right from the beginning.

• Milestone: Reference integration QNX

  • Epic: Qemu with QNX image and x86 BSP
    Acceptance Criteria: Qemu with QNX image, x86 BSP and S-CORE applications can be built with bazel locally and in CI. There exist a voting CI job, that builds QNX Qemu image and executes all existing ITF tests with it.
  • Epic: Qemu with QNX image and Qualcomm (ARM) BSP
    Acceptance Criteria: Qemu with QNX image, Qualcomm BSP and S-CORE applications can be built with bazel locally and on demand on CI.

[johannes-esr]

2025-03-14

Participants

• @johannes-esr
• @antonkri
• @qor-lb
• @vinodreddy-g
• @markert-r

Agenda

• How to do further planning?

Meeting Minutes

• Meeting this afternoon to update PMP with information decided on https://github.com/orgs/eclipse-score/discussions/434#discussioncomment-12299310 & https://github.com/orgs/eclipse-score/discussions/434#discussioncomment-12445705
  • Breakdown of Workpackages
  • Labels to use
  • ...

[johannes-esr]

2025-03-19

Participants

@johannes-esr
@markert-r
@antonkri
@timkl7
@qor-lb

Meeting Minutes

• Next week alignment meeting regarding Processes & Tools between AUTOSAR & S-CORE in Lüneburg, https://www.autosar.org/news-events/detail?tx_news_pi1%5Baction%5D=detail&tx_news_pi1%5Bcontroller%5D=News&tx_news_pi1%5Bnews%5D=304&cHash=a20923b48d9e091adb600c148ab6948f
  • @AlexanderLanin will attend the meeting
  • @antonkri to check if @aschemmel-tech will attend, too
• Proposal: TL Meeting on 31th March 2025, 9:00 - 12:30
  • Planning/Review of Milestones ending in June 2025, too much in parallel
• Tasks for next meeting:
  • Review of Milestone planning; some Epics are not assigned to a CFT/Community
• Change of Monday Meeting Series:
  • 9 - 10am only TL
  • 10 - 11am TL & Communities & CFTs
  • @qor-lb changed invitation, to check if everybody received the updated invitation

[johannes-esr]

2025-03-21

Participants

@johannes-esr
@FScholPer
@qor-lb
@antonkri

Agenda

• Open points from last discussion

Meeting Minutes

• AUTOSAR / S-CORE Meeting: @aschemmel-tech can just attend online
• TL Workshop: March 28, starting 12 pm (instead of March 31)
• Should Safety Linux be a target platform of S-CORE? -> To be addressed in PL Circle @antonkri
• Point for next PL Circle: Analysis AUTOSAR -> @antonkri

[qor-lb]

2025-03-24

Participants

• Tom Fleischmann
• Rebecca Markert
• Anton Kiroborodov
• Frank Scholter Peres
• Lars Bauhofer

Agenda

1. Current Status S-CORE Logo
2. Agenda for WS on 28th
3. Feedback productivity Tech Lead Sync

Meeting Minutes

to 1.

• An agenda of SteerCo but not update yet

to 2.
Proposals to be prepared until friday:

• More concrete milestone/roadmap planning - @antonkri / @markert-r
  • do we have all the dependencies?
  • how to get a better overview?
• Definition of meeting structure - @markert-r
  • who prepares the meeting?
  • what agenda is discussed
  • How to pass tasks between teams #410,
• How to contribute/how are feature requests managed? - @TomFleischmann / @qor-lb
  • Feature requests are prepared to reflect technical roadmap
  • Case A: FR open but no contributions yet (Feature is on roadmap but not implemented)
  • Case B: Feature not yet on roadmap (functionality not yet targeted by by S-CORE)
• Management of components within S-CORE (who can review & merge) - @FScholPer

misc:

• https://oss-review-toolkit.org/ort/

[qor-lb]

2025-03-26

Participants

• Tom Fleischmann
• Rebecca Markert
• Anton Kiroborodov
• Lars Bauhofer

Agenda

1. Slides for townhall
2. Move invite from zoom to teams

Meeting Minutes

to 1.

1. Welcome and Introduction - 5 min
2. Project Vision - 10 min - @markert-r
   - Goal S-CORE: source code standardization
3. Current Status & Overview Cross Functional Teams - 40 min
   • Content Tech - 20 min - @qor-lb
     • 0.5 components & how they were selected - i.e. Architecture WS, Selection Criteria, Components
     • Hint to 1.0 definitions in following months
   • Content Process & Tools - 20 min - @markert-r
     • Current status process - 5 min
     • Results from ekxida - 15 min
4. Roadmap (milestones) - 10 min - @FScholPer
5. How to contribute - 5min - @qor-lb
   - (CFT's & work structure)
6. Q&A - 20 min

to 2.

• accepted

misc:

• Preliminary slides: 20250320_S-CORE_Townhall_Meeting.pptx
• Community days slides:

[johannes-esr]

2025-03-28

Participants

• @johannes-esr
• @qor-lb
• @markert-r
• @antonkri
• @FScholPer

Meeting Minutes

• docs: improved how to contribute section #776
• Review of Roadmap Planning
• Tasks for Monday Meeting:
  • https://github.com/eclipse-score/score/milestone/7 -> Status to be checked with Infrastructure Community
  • Status (~2min) of each CFT/Community in Monday Meeting

[FScholPer]

2025-03-31

Participants

• @johannes-esr
• @qor-lb
• @markert-r
• @antonkri
• @FScholPer
• @guysagnes

Agenda

• Feedback for planning milestones

Meeting Minutes

• We need the participants for the architecture workshop A1 @qor-lb

[johannes-esr]

2025-04-02

Participants

@johannes-esr
@antonkri
@FScholPer

Agenda

• Review of Monday Meeting

Meeting Minutes

• Detailed check of tasks of Operational Community on Friday, 1:30 - 2:30pm

[TomFleischmann]

2025-04-07

Participants

@markert-r
@antonkri
@TomFleischmann
@qor-lb
@FScholPer
@guysagnes

Agenda

• Review last weeks cross functional community meeting
• Review roadmap for next meeting
• Craft agenda for next meeting
• Briefly discuss day & topic distribution for arch workshop

Meeting minutes

Review last weeks cross functional community meeting

• Some discussions touched on topics in parallel / double was observed
  -> could be improved to talk alongside the roadmap / epics board roadmap / epics board and teams then deep dive into their more detailed boards
• Invites are not easy to graps / have in every bodies calendar better, potential to improve meeting management for OSS projects (@TomFleischmann to ask EF what other projects successfully do)
• Potentially better: One sends out the invite per meeting and create a meeting overview page (When, Who, What, Link, ..)
• Maybe not good to the whole world in the project lead meeting - makes it hard to get topics done and not helpfull for new parties who want to contribute and join in

Review roadmap for next meeting

• Minor: some items have a wrong end date
• Discussed usage of templates including checks (req linking, ..) for repositories
• Pro: makes it easier for all subprojects to follow the same process (and adhere and enable later safety certification)
• Have a central solution and example for coding, unittest, req links, linting, compiler flags, ... makes sense to avoid "works in my subproject/works on my machine"
• Anton: Consensus of central bazel, yet CI config may need to differ (or define at a later point in time) in order to have 1st steps in the projects made easier and learn first
• A lot of bazel and CI work in repos currently -> Action: Extra discussion with Arch community to unblock @AlexanderLanin and to describe target picture

Craft agenda for next meeting

• Review roadmap and have everybody to give a status update and important dependencies
• Raise topic about central repository template to help prioritize (try-out defined process); needs an extra meeting with tooling community & tech leads & some of the feature teams ; @markert-r to make invite for an hour

Briefly discuss day & topic distribution for arch workshop from Tuesday to Thursday

• As we better know a 1.0 scope the question around what could be used/based on autosar is time wise good to have on Thursday.

[FScholPer]

2025-04-11

Participants

Agenda

• Currently there are many Stakeholder requirements which are outdated and the granularity differs much for example between com & feo.

Meeting minutes

[johannes-esr]

2025-04-11

Participants

@johannes-esr
@TomFleischmann
@FScholPer
@markert-r

Meeting Minutes

• Review Milestone Planning
  • Check with Alexander L. whether this intermediate milestones can be deleted
  • What to do with "Blueprint Definition" Milestone? To be checked in next TL circle

[johannes-esr]

2025-04-14

Participants

@johannes-esr
@TomFleischmann
@antonkri
@markert-r

Agenda

1. Review of TL Sync Meeting Slots
2. Meetings during easter holiday
3. What to do with "Blueprint Definition" Milestone
4. Outcome of Architecture Workshop
5. Agenda TL, CFT, Community Sync
6. General

Meeting Minutes

1. • Monday, 9 - 10 am
   • Wednesday, 9 - 10 am
   • Friday, 8:35 - 9 am
   • Friday, 1:30 - 2:30 pm
   • @qor-lb to delete invitations in Eclipse calender
   • @markert-r to invite for new meetings
2. • Meetings on 2025-04-18 & 2025-04-21 are cancelled
3. • Milestone renamed, https://github.com/eclipse-score/score/milestone/15
   • @FScholPer to break down into epics
4. • Epic: Define scope for S-CORE 1.0 #908
   • Epic: Architectural gap analysis S-CORE v0.5 #904
5. • Deletion of intermedia milestones
6. • Review of "Modules Buildable" on 2025-04-28

[FScholPer]

2025-11-06

Participants

@antonkri
@FScholPer
@PiotrKorkus
B Ennouri
@hth9fe
@AlexanderLanin

Meeting Minutes

feo

• Release exists v1.0.0
• Release in bazel_registry (manual release because first version in registry)
• Release notes ❓ in Progress()
• Feature requirements, Feature architecture described in score repository
• Assumption of use defined in module repository
• Component requirements and architecture

score_baselibs

• Release exists ✅ v0.1.3
• Release in bazel_registry ✅ (manual release, since baselibs does not release from main branch)
• Release notes ✅ (exists, but may be will be updated later)
• Feature requirements, Feature architecture described in score repository ✅
• Assumption of use defined in module repository ✅ (partially)
• Component requirements and architecture ✅

score_communication

• Release exists ✅ v0.1.0
• Release in bazel_registry ✅ (manual release, since baselibs does not release from main branch)
• Release notes ❓ in Progress()
• Feature requirements, Feature architecture described in score repository ✅
• Assumption of use defined in module repository❓(In progress)
• Component requirements and architecture✅

score_persistency

• Release exists ❌ (in Progress)
• Release in bazel_registry ❌ (in Progress)
• Release notes ❌ (in Progress and need to be updated according to the current template)
  • including examples.
• Feature requirements, Feature architecture described in score repository ❓
  • Feature architecture is not up to date.
• Component requirements and architecture❓
  • Exist but not to update.
• Tests
  • We will try to add
    • cpp and rust tests to reference_integration pipeline same as orchestration did (@vbogdanb)
    • integration test to existing qemu test (@antonkri )
    • provide a readme how to use examples: first version of score book #1932

score_orchestrator

• Release exists ✅ v0.0.3
• Release in bazel_registry ✅
• Release notes ✅
• Feature requirements, Feature architecture described in score repository ✅
• Assumption of use defined in module repository (will not be delivered)
• Component requirements and architecture (will not be delivered)

score_scrample

• Release exists ✅ v0.1.0
• Release in bazel_registry ✅
• Release notes ✅
• Note: no CODEOWNERS defined at the moment

score_test_scenarios

• Release exists ✅ v0.3.0
• Release in bazel_registry ✅
• Release notes ✅

score_itf

• Release exists ✅ v0.1.0
• Release in bazel_registry ✅
• Release notes ✅ (except does not follow template)

score_docs_as_code

• Release exists ❓ (in progress)
• Release in bazel_registry ✅
• Release notes ❓ (in progress)

score_toolchains_...

• Release exists ✅
• Release in bazel_registry ✅
• Release notes
  • update the release note in the release with link to readme (@antonkri)
  • update the overall release description with list of toolchains pointing to readmes (@antonkri )

score_process_description

• Release exists ✅
• Release in bazel_registry ✅
• Release notes ✅
• Put the overview to the overall release review (@antonkri )

score (platform)

• Release exists ❌
• Release in bazel_registry ❌
• Release notes ❌
• @FScholPer will change navigation entries and mark them as v0.5 ✅
• @FScholPer provide initial proposal of release notes.

reference_integration (last one)

• Release exists ❌
• Release in bazel_registry ❌
• Release notes ❌
• Alexander will update the reference integration score_module definition with the links to official releases
• Alexander will try to integration the full documentation build.
• We do it as the last step

Tasks for 0.5.0-alpha⚠️

• reference_integration has local patches for some repositories. That list is not yet properly reported to the modules.

Future tasks/remarks

• python version is currently not unified
• TRLC does not have a release
• Let's have "maintainers" in bazel_registry reflect the CODEOWNERS in the modules. People who are responsible for a release. Must probably be committers. To be synced with process-community.
• some inconsistency between having a "v" prefix or not in github releases/tags

[PiotrKorkus]

score_orchestrator -> Assumption of use defined in module repository ❌
there are multiple examples in the repository:
https://github.com/eclipse-score/orchestrator/tree/main/src/kyron#%EF%B8%8F-example
https://github.com/eclipse-score/orchestrator/tree/main/src/orchestration/examples
https://github.com/eclipse-score/orchestrator/tree/main/src/kyron/examples

[4og]

I added release notes for baselibs: https://github.com/eclipse-score/baselibs/releases/tag/v0.1.3

[masc2023]

Process_Description Release v1.3.0 available for S-CORE-PLATFORM v0.5, https://github.com/eclipse-score/process_description/releases

[FScholPer]

2025-11-10

Participants

Agenda

• Release 0.5 notes for orchesrator and test scenarios #1975
• first version of score book #1932

Meeting Minutes

[nmohanan31]

2025-11-10

Participants

@antonkri
@nmohanan31
@the-ulib
@PiotrKorkus
@odra
@pawelrutkaq
@FScholPer
@TomFleischmann
@hth9fe
@qor-lb
@vinodreddy-g
@paulsherwood
@anmittag

Agenda

• 0.5 Alpha release

Meeting Minutes

• The details for the alpha release is here
• A PR will created to provide instructions in reference_integration and link it to the page above for how to
  • to use qnx_qemu
  • @PiotrKorkus will add instructions to use feature_showcase and feature_integration_tests
  • And @odra will add instruction for linux to enable tests for lola
• The meeting minutes has the current status of the modules for the alpha release.
  • Persistency does not have all the artifacts updated but has a lot of test examples which can be integrated into reference_integration
    • Some of the artefacts will be updated by tomorrow
    • Bogdan Badicu is the feature lead

Action Items

• We need to clean up socres_modules.MODULES.bazel file in reference_integration to represent the correct versions of the modules
• Request release notes for score_toolchains
• Need to update process description and update the release page

[FScholPer]

2025-11-11

Participants

@antonkri
@FScholPer

Agenda

• 0.5 Alpha release

Meeting Minutes

• Release date will we moved to 14th of Nov 25
• Next release there is a need to optimise the release notes
• The two participants agreed that it would be nice to have also Elektrobit Linux as part of the release -> PM sent
• Handbook seems to be in a good state but optimisation is still in progress
• Agreement that aarch64 would be good to have. @antonkri will try to get that ready by end of this week

[anmittag]

@antonkri , @FScholPer : There was no meeting in the eclipse calendar on November,11th?

[anmittag]

2025-11-13

Participants

@FScholPer
@nmohanan31
@atarekra
@ChristianR9911
@anmittag
@bucci-kawabuchi

##Agenda

• Release V0.5 alpha
  • Current Status
• Bypass of Codeowner files
• Cross functional topics
  • e.g. contents of the reference integration
• Reference Integration First
  • How to implement it?
• Process Roadmap ML2 & 3

Meeting Minutes

Release

• Current plan is to release on November 14th
• Plan for future: work has to be done from the Reference Integration group
• 2 PRs are open, but on track (S-CORE v0.5-alpha release notes #1987, Score handbook #1988)

Bypass

• bypass options shall be removed except the BMW bypass to main (internal repo is used as master)
• in case of problems => escalation path via PL
• details in the PR
• @antonkri is there a specific date planned for having the bypass for the BMW repo removed as well?

Cross functional topics

• release scope etc. is usually suggested in the Tech Lead Circle

Reference Integration First

• Gateing functionality is already up and running
• checked in the CI of the Reference Integration
• improvements with Alexander Lanin's Decision Record => Lars has taken up that point

Process Roadmap ML2 & 3

• January 2026 aim is ML2
• ML3 issues to be handled by the community

[anmittag]

2025-11-17

Participants

@odra
@qor-lb
@nmohanan31
@opajonk
@anmittag
@thilo-schmitt
@FScholPer
@DanielSteinkeSDV

Agenda

• open point list
• Release done
• Preparing V1.0

Meeting Minutes

OPL

• went through OPL and updated the issues

Release

• release note
• we shall do a LL on what we can improve for future releases, automate it etc. LL of Release of V0.5-alpha #2053
• arm-qnx activities (out of platform release scope) in progress => beta-release-candidate
• e.g. you can use the EB Linux Version
• @MemsudG (MarCom) to send out official release notification

Preparing V1.0

• cleaning up of V0.5 issues => Alignement Meeting
• shall we stay with incubator repos so far? => steering via architecture group Due: December 5th [Contribution Requests] Identify maintainer for the 1.0 (1st round - 4th - 6th Nov 2025) #1571

[anmittag]

2025-11-20

Partipants

@FScholPer
@thilo-schmitt
@@antonkri
@nmohanan31
@ChristianR9911
@anmittag

Agenda

• Release V0.5-BETA
• Replacing PL Round with TLs
  • Prepare Election of TL to PL
• Communication with X-Core Platform Council => Friday
• Asynchronous Runtime (kyron) as a separate Module/Repo beside Orchastration => next Monday
• Dashboards? to ensure Quality and availability of Artifacts => next Monday
• Qualcomm participation in S-CORE unclear
• Reference Integration Team => prepare a proposal for next thursday meeting @ALL
  • Process for a new Team SetUp
• Releaseing

Minutes

Release V0.5-BETA (milestone December 18th)

• workstream created
• SCOPE has to be defined: mainly certify-able
• plus arch64
• extending of scramble: more examples, more complex ones
• sharpen the purpose of the reference integration / useability

SCOPE of V1.0 outlook

• support of different variants (arm, x86, qemu, qnx, linux, .......)
• e.g. Artifacts
• PMP
• Architectural Decisions - what to do with non-hosted items

Qualcomm

• we appreciate to get a future support for a reference HW, but currently we have no idea

Reference Integration & Release Team

• should be strengthened and responsible for the reference integration, build, itf, scramble, ....

Election of PL

• prepared with Role restructuering of PL / TL #2218

Asynchronous Runtime (kyron)

-> AI: @nmohanan31 will create a new repo and add it to the ft overview discussion: https://github.com/orgs/eclipse-score/discussions/115

[FScholPer]

2025-11-24

Participants

Name	represents	✅ / ❌
@antonkri	BMW	✅
@FScholPer	MB	✅
@nmohanan31	QORIX	❌
@opajonk	EB	✅
@anmittag	ETAS	✅
@ChristianR9911	SCHAEFFLER	❌
@devcurmudgeon	CODETHINK	✅

Agenda

No	Topic	From
1	Definition of static code analysis checks	@FScholPer
2	Maintainer (?) Overview	@anmittag
3	Planing for Release-V0.5-beta	@antonkri

Meeting Minutes

1 SCA

• Proposal install CodeQl (GitHub) into each C++ Repo
  • First version is available in DAAL => rollout to all repos
  • Same configuration? Yes, we take the default/vanilla configuration for the time being
  • To be checked, which Rules are covered with the tool and the default configuration and take it as a starting point
  • see also C++: MISRA via GitHub CodeQL? #185 and C++: Prepare Decision: code analysis tool #244 (comment)
  • Communication of the Decision via Alignement Meeting
    • Decision is to use opensource CodeQl for C++ Repo
    • Please rollout the tool installation as it is available e.g. in DAAL until December, 11th
    • Use default configuration
    • please link your tickets against [Static Code Analysis] Execution of checks for every C++ component in I-Gate #1746
  • Info to Process Team via @FScholPer

2 Maintainer

• Can be found in General Description of each FT, if there is any "nominated"

3 Release V0.5-beta (EndOfDec)

• Move Components Requirements & Architecture into the modules
• Completing Feature/Component Requirements, Architecture (plantuml)
• generating Traceability (where possible, use codelink)
  • check the status of the pilots => @anmittag
• Code Coverage (test: Add test to demonstrate usage of code coverage toolchains_gcc#20) => Testing Community => @antonkri
• assumption of use
• integration and component tests
• detail design where feasible
• basic security analysis
• extend examples and run them on real hardware
• release images
• versioning of requirement- and architectural elements.

[FScholPer]

2025-11-27

Participants

@johannes-esr
@FScholPer
@pawelrutkaq
Christian Rappl
@odra

Agenda & Meeting Minutes

• Creation of Tickets for beta release -> special meeting tomorrow 8:30am
• How to proceed with the platform code like inc_auto_sd
• Toolchain qnx/linux monorepo S-CORE Bazel Platform Definitions #1411
  • Feedback regarding monorepo missing
• [Static Code Analysis] Definition of static code analysis checks (compiler + clang-tidy) #1558

Moved to next meeting:

• How to handle Feature modification requests and api Abstractions(for example CommonAPI<-> mw::service)
• Pull Requests take months to be reviewed https://github.com/eclipse-score/score/pulls
• Garbage Collection of issues -> 694 issues open
  • Proposal: change of template, enforcement of Project has to be evaluated
• Release Management
• Office hour -> no participants. Cadence check
• Support of QNX 7 is in scope or not: qnx: added support for QNX7 toolchains_qnx#37
• Traceability: Issue -> PR -> Code

[FScholPer]

2025-11-28

Participants

@antonkri
@anmittag
@johannes-esr
@qor-lb
@nmohanan31
@FScholPer

Agenda

• How to proceed with the platform code like inc_auto_sd
• Toolchain qnx/linux monorepo S-CORE Bazel Platform Definitions #1411
  • Feedback regarding monorepo missing
• Creation of Tickets for beta release -> special meeting tomorrow 8:30am
• [Static Code Analysis] Definition of static code analysis checks (compiler + clang-tidy) #1558

Moved to next meeting:

• How to handle Feature modification requests and api Abstractions(for example CommonAPI<-> mw::service)
• Pull Requests take months to be reviewed https://github.com/eclipse-score/score/pulls
• Garbage Collection of issues -> 694 issues open
  • Proposal: change of template, enforcement of Project has to be evaluated
• Release Management
• Office hour -> no participants. Cadence check
• Support of QNX 7 is in scope or not: qnx: added support for QNX7 toolchains_qnx#37
• Traceability: Issue -> PR -> Code
• State of qnx rust compiler and https://github.com/orgs/eclipse-score/discussions/1446#discussion-8598074 AoU

Meeting minutes

• fix toolchains for baselibs and communication #1737 -> discuss with infrastructure on monday meeting
  • [I-Gate] Set-up agreed S-Core reference integration repo & gate #1543
  • [I-Gate] Set-up agreed S-Core reference integration repo & gate #1543
  • [GCC] Toolchain roll out in I-Gate #1544
  • [QCC] Toolchain roll out in I-Gate #1545
  • [Unit-Test] Toolchain roll out in I-Gate #1546
  • Tooling: Enable C++ development #79
  • Tooling: Enable rust development #80
  • [Rust] Components Feature Complete #1552
  • [Ref Image] S-Core Vanilla QNX image is running on Raspberry PI #1918
  • [R&A] Define & integrate tooling #1560
• Setup Discussion for implementation of process requirements: AI @antonkri
• Discussion started about prosponing 0.5-final
• [Doc] Document generation #1561 -> monday
• Discuss coding guidelines with process community
• Continue on monday...

[nmohanan31]

2025-12-01

Participants

@antonkri
@FScholPer
@sankurm
@ChristianR9911

Agenda

• Release date
• Agenda for next meeting
• Release Management
• Office hours attendance

Moved to next meeting:

• How to handle Feature modification requests and api Abstractions(for example CommonAPI<-> mw::service)
• Pull Requests take months to be reviewed https://github.com/eclipse-score/score/pulls
• Garbage Collection of issues -> 694 issues open
  • Proposal: change of template, enforcement of Project has to be evaluated
• Release Management
• Office hour -> no participants. Cadence check
• Support of QNX 7 is in scope or not: qnx: added support for QNX7 toolchains_qnx#37
• Traceability: Issue -> PR -> Code
• State of qnx rust compiler and https://github.com/orgs/eclipse-score/discussions/1446#discussion-8598074 AoU

Meeting minutes

Beta release

• Release date for the beta version will be 18th of Dec 2025
  • We need at least 2 people for helping out with the release. (Frank is available)
  • Create a check list for everyone to complete i.e. to understand what is in scope for the release
  • We would mostly move the final 0.5 release to end of March 2026
  • Highlights would be -> Better testability via static code analysis and unit test coverage, aarch64(ubuntu linux) support and the pilot for showcasing how to move modules to individual repos.
  • Raspberry-pi support as a stretch goal -> We would need someone to look into this.

Agenda for next meeting:

• Modules to individual repositories -> We have a pilot, baselibs
• Go through the S-Core board and get agreement for what will be in beta release
• To look for support to get raspberry-pi support for the beta release.

Release Management

• We need to talk to sphinx needs for checking for a solution for building artefacts for releases
• For the beta release we would do the same as alpha release i.e. release from master with tags.

Office hours

• We need to have some heads up of new people attending the meeting for information
  • We could have a public slack channel for office hours for people to put topics for office hours
  • Also, to have more info about office hours meeting on the website
  • The best way would be to forward these request to the X-core marketing community

Action items

• To create a branch for the release notes: @antonkri
• To add our release plan to the agenda of X-core meeting to see if it aligns with their plans: @FScholPer
• To check with the X-core marketing community about the office hours: @FScholPer

[johannes-esr]

2025-12-04

Participants

@johannes-esr
@anmittag
@nmohanan31
@FScholPer
@thilo-schmitt
Tarek (Appraid-tech)
@pawelrutkaq
@thilo-schmitt

Agenda

• Modules to individual repositories -> done
• Go through the S-Core board and get agreement for what will be in beta release
• To look for support to get raspberry-pi support for the beta release.
• Traceability: Issue -> PR -> Code
• How to handle Feature modification requests and api Abstractions(for example CommonAPI<-> mw::service) Improvement: Define Release workflow #2231

Moved to next meeting:

• Pull Requests take months to be reviewed https://github.com/eclipse-score/score/pulls
• Garbage Collection of issues -> 694 issues open
• Proposal: change of template, enforcement of Project has to be evaluated
• Support of QNX 7 is in scope or not: qnx: added support for QNX7 toolchains_qnx#37
• State of qnx rust compiler and https://github.com/orgs/eclipse-score/discussions/1446#discussion-8598074 AoU
• How do we complete the PMP?

Meeting Minutes

• The pilot of moving baselibs to an individual repo can not be completed for the beta release -> Anton will confirm

• fix toolchains for baselibs and communication #1737 will be reviewed today to check if it will be ready for the beta release

• Monthly milestone releases vs trunk based development

  • Given the fact that we have external repos like SOVD, trunk based development could be difficult to implement
  • We could still have a consistency checks with all the repos in the development process?
  • It would have to be the responsibility of the repo owners to make sure all the fixes are made if there are any breaking changes for reference integration.
  • The repo owners will give a tag for the best point on the development branch for the release
  • Unify the CI/CD workflows across all repos -> We need to propose this.
  • We could have rep from every repo to give us a Go-No go status for the releases well ahead of time.
  • Final state of the 0.5 final release
    • We need to adhere to the Eclipse release process
    • We need to agree what processes would be implemented for the 0.5 final release probably for communication, baselibs

• Traceability from issue to PR to Code is required. -> Question to the process community

• Should we have mw::com in a special branch?

  • Will discuss this in the next architecture meeting to agree on the proposal Improvement: Define Release workflow #2231

Action items

• To check on the Monday meeting for volunteers for release team: @nmohanan31
• To check internally who would volunteer for release team and then work on a proposal for the releases: @tls
• To change the meeting time from 1.30 pm to 3pm on Thursdays: @nmohanan31
• To create a checklist for the beta release: @antonkri
• To bring Improvement: Define Release workflow #2231 to architecture community meeting: @FScholPer

[anmittag]

2025-12-11

Participants

@johannes-esr
@anmittag
@FScholPer
@nmohanan31
@thilo-schmitt
@pawelrutkaq
@antonkri

Agenda

• Pull Requests take months to be reviewed https://github.com/eclipse-score/score/pulls

  • Review open PRs with Communities/FTs -> on Agenda for next meeting

• Garbage Collection of issues -> 694 issues open

  • Script created to ping owner of issue if it's still relevant -> run this script regulary @FScholPer

• Support of QNX 7 is in scope or not: qnx: added support for QNX7 toolchains_qnx#37 -> Alignment with @nradakovic & @dcalavrezo-qorix (@antonkri to organize meeting)

• State of qnx rust compiler and https://github.com/orgs/eclipse-score/discussions/1446#discussion-8598074 AoU -> @nmohanan31 to check with @qor-lb

• How do we complete the PMP?

  • traceability with sphinx (all processes covered in the pmp?)
  • @anmittag will review the existing pmp
  • OKRs suggestions (@nmohanan31 )

• Status 0.5-Beta (@anmittag)

  • Canceling?
    • there is not to much progress/delta from alpha to now?
    • no additional features / breaking changes
    • requirements/design/etc. improvements
    • decision: so a release shall be done
  • currently
    • rust-issue: platforms: align platform declarations bazel_platforms#5
    • use score_bazel_platforms for consistency toolchains_qnx#39
    • Guard test job with workflow approval toolchains_qnx#8
  • timeline: Dec. 18: risky
  • for toolchain topic, @antonkri will setup a meeting with @nradakovic , @pawelrutkaq and @AlexanderLanin tomorrow

• Bypasses of processes (@FScholPer / @antonkri )

  • Request: BMW wants to treat the Configuration Management Repos similar as LOLA
  • Why: Pipelines are not generating the sufficient quality
  • PRO: Series Code SYNCHED
  • CON: Not following the Open Source Idea
  • COPYBARA can be used

[anmittag]

2025-12-15

Participants

@opajonk
@nmohanan31
@odra
@FScholPer
@ChristianR9911
@johannes-esr
@anmittag

Agenda - topic / issuer / prio

• Qorix will withdraw pitches for SOME/IP Gateway, ABI compatible datatypes, Diagnostics Fault Library / @nmohanan31 / B
  • ramping down contribution in the corresponding feature teams as well
• Lifecycle Maintainer / @anmittag / A
  • currently the Team has a lack of approvers, how to get initial contribruters to committers/maintainers?
  • [Contribution Request] Lifecycle and Health #1739
    "Consensus on contribution is reached by 5th December 2025 (fallback voting by TLs on 8th December 2025)"
  • https://github.com/orgs/eclipse-score/discussions/1699 MM-Nov-12: "Step 1: Merge etas contribution to main of inc_lifecycle --> done"
  • process see: "Merge rights & code ownership"
    => PR with CodeOwner File etc.
• Review Open Point List / @anmittag / A
  • Question: shifting of tickets into dedicated repositories? e.g. ft:feo labeled to feo repository? what to do with issues touching multiple teams?
  • Decision: all issues shall be in "score" main repository
• Review of Pull Requests / @anmittag / A
• Creating a (Reference) Integration Team / @anmittag / B
  • decsision: yes
  • some volenteers are already available: @opajonk @odra etc.
  • we have to found a new interest group
  • contact @chheis : @anmittag for kickoff, etc.
    => Creation of an Integration Team #2345
• SCORE Release V0.5Beta / @FScholPer / A

[anmittag]

2025-12-18

---

Participants

• @anmittag
• @antonkri
• @FScholPer
• @johannes-esr
• @nmohanan31
• @pawelrutkaq

---

Agenda

• GitHub Resources
• Release V0.5-Beta
• Open Points
• Open PR