Sebastian Schuberth

> When a `@Suppress` annotation is suppressing anything we should flag it. I guess this should say "is *not* suppressing anything", @BraisGabin?

This is still an issue with ScanCode 31.2.1. The [Copyright (C) 2011 Felix Geisendörfer](https://github.com/node-formidable/formidable/blob/7e07387c295cbd19f563a99bd91cadd0e18e406b/LICENSE#L1) appears as "copyrights": [ { "copyright": "Copyright (c) 2011 Felix Geisendorfer", "start_line": 1, "end_line": 1 }...

> An alternative could be an "oe" and "ae" transliteration for German... do you think this could work out No, I don't think so, because "oe" is not really equivalent...

As a follow-up question: In "copyright": "Copyright (c) 2011 Felix Geisendorfer", "start_line": 1, "end_line": 1 is "copyright" always a *full* line match? Because if so, we could probably do some...

We need to think about whether we want / need to be able to distinguish between authors and copyright holders still at the reporter stage, which currently is not the...

Taking also the discussion at https://github.com/oss-review-toolkit/ort/pull/3665 into account, we now have three potential sources of copyright holder information: - Scanners (found by ScanCode specifically) - Authors (found by the analyzer;...

I ran `./gradlew spotlessApply` to address the linter issues and squashed the formatting fixes into the last commit.

Mind approving the workflow once more to verify that tests now pass, @JakeWharton?

> Mind approving the workflow once more to verify that tests now pass, @JakeWharton? I've rebased this to catch-up with the new required `final-status` check, but now running checks needs...

Could probably be solved in a similar way as https://github.com/oss-review-toolkit/ort/issues/4903.