Mikaël Barbero

AFAICT, there is not cloud provider with loongarch support. So this could not go through resource pack sponsorship from a member (unlike aarch64 in https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/4276). My best guess is that...

As suspected, it is only a diff printing issue. The pattern in the created rule is correct after apply: 

Thank you for the patch!

(note that in the case above, I tricked otterdog by changing the source branch first to `main`, and then back to `gh-pages` in order to properly update all repositories)

Did you try to reach out to the original developer? It may be worth initiating a conversation. WDYT?

> I did not reach out to the original author as it was created > 10 years ago and the last release from the fork was 6 years ago, so...

From a IP perspective, it is very shady. Did it pass the EF IP review?

Ok, then please fork this with the license EMO has detected. Do you want to make the fork internal to otterdog, or as a separate repo in CSI?

Do you envision this as a method for third parties to verify Adoptium's builds only? This would imply that on a page like this:  no vendor other than Adoptium...

> Ideally using an Eclipse Founderation Rekor instance would be ideal. Does EF have a Sigstore Rekor instance already @mbarbero @netomi ? No, we don't host our own Rekor instance,...