[tsf-dev] Trustable Software Framework meeting notes

[Kaspar Matas <kaspar.matas@xxxxxxxxxxxxxxx>]

Hello,

Below are the notes for today's biweekly meeting.

Thank you all participants for coming, next meeting is scheduled to be 
on January 26.

# Eclipse TSF Q&A notes (12/01/2026)

This week the participants in general were more interested in listening 
other people bringing up topics. Nonetheless, the following topics were 
brought up this week:

## SME comments

There's demand for a feature where SMEs can provide justification for 
their scores in a way that is visible in the generated report.

Latest issue tracking this is 
https://gitlab.com/CodethinkLabs/trustable/trustable/-/issues/371

Currently a workaround was proposed where plugins can be used to provide 
additional information in the report (e.g., a reference can point to a 
file or some content that provides the justification as reference 
contents can be visualised in the report).

More of such plugins can be open sourced in the future, however the 
immediate focus during this week is looking at migrating over to Eclipse 
gitlab after a test repository has been setup and the remaining CI 
issues are being resolved.

## Plugin docs

When talking about plugins there was a question where one could look 
more into plugins and currently they are documented in 
https://codethinklabs.gitlab.io/trustable/trustable/tools/references.html 
& 
https://codethinklabs.gitlab.io/trustable/trustable/tools/validators.html

However there is interest in having more open source plugins being 
available to help further understand what is possible to do with them.

## Remote graphs

In general there has been updates regarding remote graphs and there was 
a question to understand what is the intent behind that feature.

The intent behind remote graphs is to enable other projects to 
programmatically reuse graphs from other sources in case they want to 
make similar or dependent arguments themselves. Managing this in a 
programmatic way can help the tool notify if there has been changes 
upstream and help with the updates rather than relying on downstream 
maintainers to do all of this work manually.

In this regard it was also asked what is the needs graph for. The needs 
graph supports adopters to make arguments that rely on stating what the 
integrator or consumer of their graph have to consider specially (which 
can be useful for demonstrating various capabilities in regards to 
providing adequate safety manuals for example).

## IEC 61508 mapping progress

Lastly, it was also asked where to track progress of IEC 61508 mapping 
to TSF Objectives being made more public and the current status is that 
this is still being discussed and waiting for reviews.
Updates on this story can be followed by joining the biweekly Q&As.

Best wishes,
Kaspar