[lifecycle&health] Meeting Minutes 2026

[ramceb]

2026-01-07

Agenda

• Review PRs
  • Review if Health monitoring FMEA 2026-01-09 9 am.
• Review Open topics
  • Design proposal for configuration 2026-01-8 4 pm

[pawelrutkaq]

Meeting 2026-01-09, 09:00
https://teams.microsoft.com/l/meetup-join/19%3ameeting_MjMyMDkxNWYtNzIyNS00OTlhLThiZGItYWYzMmYwNzkxNDMz%40thread.v2/0?context=%7b%22Tid%22%3a%22ab1be58c-0a5a-47f0-8b55-1c095dbd46f5%22%2c%22Oid%22%3a%220c966945-d6f6-4ec4-b8b2-fd7770f4bd96%22%7d

@ramceb
@pawelrutkaq
@S-MOHAMD
@NicolasFussberger
@FScholPer

Summary:

We concluded FMEA for HM Library. The summary is documented in code, specifically in this commit: eclipse-score/lifecycle@e5fc9b1

[ramceb]

2026-01-14

Participants

@ramceb
@pawelrutkaq
@S-MOHAMD
@NicolasFussberger
@FScholPer
@odra
@SimonKozik
@vinodreddy-g

Agenda

• Goals for iteration 13 S-CORE Roadmap
  • Integrate lifecycle in reference integration
    • Merge PR Improvement: otterdog extended configuration with branch protection #33 afterwards rename repo from inc_lifecycle to lifeycle.
    • Step 1. Create Release
      • Release 0.0.0 created.
      • Component set up in bazel registry.
    • Step 2: Add to Reference integration
      • Add to reference integration image
      • Provide config to start example apps from reference integration.
      • We start with a MVP and treat all apps as native processes.
    • Step 3: Add lifecycle reference app
• Library topics
  • For the health monitor we want to use the iceoryx2-bb for now. The dependency to iceoryx2 has to be discussed in another context.
• Review open PRs
• Review open topics
• Feedback round
  • Emphasize release planing
  • Agree on release goals

[ramceb]

2026-01-21

Participants

@ramceb
@pawelrutkaq
@S-MOHAMD
@NicolasFussberger
@FScholPer
@odra
@SimonKozik
@vinodreddy-g

Agenda

• Meeting to discuss configuration setup: Friday, 23rd of january, 9-10 am.
• Proposal for migration path from process group to run target based config
  • Decision: The migration path presented is accepted. @NicolasFussberger: Please add presented diagrams to the minutes.
  • Discussion about configuration of alive channels:
    • Decisions:
      • We only have a single alive channel per process.
      • Configuration of the alive channel shall be ready by the application and communicated to the launch_manager via API.
      • @pawelrutkaq Prepare proposal for sequence diagrams between health monitor and launch_manager.
• Review PRs
• Backlog grooming

[NicolasFussberger]

The proposed migration path from ProcessGroups to RunTargets is depicted here:

We are currently thinking that for the intermediate migration steps we can map a RunTarget-based configuration to the ProcessGroup-based implementation as follows:

[S-MOHAMD]

2026-01-28

participants:

@pawelrutkaq
@S-MOHAMD
@NicolasFussberger
@SimonKozik
@antres1
@FScholPer

Agenda:

• Reference integration - how to discussion?
  • @FScholPer will clarify on where to integrate
• Backlog grooming
• Agreed to continue for the initial integration using the current IPC API and move to mw::com in the next version
• @pawelrutkaq presented sequence diagrams for communication between APP & LM Create sequence diagrams for communcation between App and LM #2476
  • Agreed to start monitoring on the report_running() timestamp
  • suggestion: start() & report_running() calls should be tied together as part of the initialization sequence. probably within init() call.
  • LM shall support:
    • Native applications (no access to score API's)
    • score applications (managed & supervised by LM)
    • score applications (reports Running but not supervised) - based on configuration
    • Self-terminated applications
      • open point: should we provide stop_supervision() API? What happens to each application type when it is called?

Topics for next meeting:

• Configuration proposal.

[SimonKozik]

2026-02-04

Participants:

@odra
@pawelrutkaq
@S-MOHAMD
@NicolasFussberger
@SimonKozik
@antres1
@FScholPer
@vinodreddy-g
@basheerFZ
@ramceb
@shegazyy
@telemaco
@vec-HossamZidan

Agenda:

• S-CORE configuration
• Findings from trial usage of Launch Manager
• Tickets for 0.6 release
• Poll for next meeting about Recovery Actions and Run Targets

Minutes

• Meeting about Recovery Actions and Run Targets
  • @NicolasFussberger will send a poll.
• Findings from trial usage of Launch Manager
  • There was an attept to integrate Launch Manager from reference integration repository (https://github.com/telemaco/reference_integration/tree/add-autosd-inc-lifecycle) into autosd
  • LM image will be generated automatically
  • LM will be started by systemd
  • However LM is not starting
    • At the moment it is not clear if this is because broken configuration or something else
  • It's worth to note that some patches had to be applied to the source code
    • Looks like most of them were centered around hardcoded file paths
  • Key takeaways messages:
    • LM is building
    • Image is created
    • Some patches are needed
    • LM is not starting correctly yet - this is under investigation.
  • Issue will be created and our team will try to support investigation
• Release 0.6
  • Examples that showcase a use cases of S-CORE will be integrated into reference integration and kept long term.
    • We needs to decide if we are going with standalone or use case examples.
    • It is suggested to simplify current examples and say that it is showcasing a basic use case of S-CORE: starting and stopping an application, plus health monitoring of that applications.
    • At the moment the autosd uses the example directory. However new examples can be relatively easy integrated.
      • There is request to use bazel targets in example director. This will make integration easier.
    • @NicolasFussberger will create PR to commit a a working configuration in json format (aka static configuration). This is seen as a first step for simplification of examples.
      • Deadline for this PR 13/02/2026
      • @pawelrutkaq will call Nicolas
  • Additionally volunteer is needed for Support correct targets & toolchains in each S-CORE module #2538
    • @pawelrutkaq will ask for volunteer in the channel
• S-CORE configuration
  • We discussed configuration, changes will be documented with following up PR
  • Next meeting will be scheduled for Friday 06/02/2026 at 15:00 CET (2 hours)
    • @S-MOHAMD will send invitation.

Topics for next meeting:

• No topics at the moment

[eclipse-impl]

I'd like to ask add a topic to the next meeting: I'd like to understand the roadmap for providing unit tests and mocks, that can be used on unit tests for config_management.

[FScholPer]

@ramceb can you please add it to the next agenda?!