Remove the red workflows from CI

[galargh]

We're running a lot of different workflows on PRs to this repo now. I find it extremely confusing to have red runs on PRs. Also, I think it promotes the expectation that it's OK for CI on PRs to be red.

If we expect and want to keep expecting a failure of some workflow, I think we should catch such failure in the workflow and report workflow success on that failure, and workflow failure otherwise. This would send a clear signal to the contributors: 🟢 - the workflow reached an expected result (be it success or failure), 🔴 - the workflow reached an unexpected result (you have to look into it).

cc @laurentsenta

[laurentsenta]

Agreed, thanks for opening this!

These should solve themselves:

• With feat: generates parts of the dashboard async, using ipfs/gateway-conformance public-gateway-checker#442, "Test Production" will move out of this repo,
• With feat: test implementations with reusable jsons #146, the "Generate Implementations Dashboard" job outcome will only tell if the generation succeeds, it won't depend on the implementation passing the test suite. (see)

"Test Kubo (e2e)" deserves some work, a proposal:
We could tweak the workflow so it's green when the conformance runs as expected. No matter the result.
We could also print the job summary test as a PR comment because we won't check the job summary if it's green.
This way, a maintainer would see the failure even if the job is green.

This way we can strike a balance between "I changed a predicate, Kubo doesn't pass half of the test suite now, let's not be silent about it" and "Kubo is missing a patch, the test suite is failing as expected, let's not output RED status in CI" like this case #131 (comment)

This test will fail against both Kubo master and Kubo latest until ipfs/kubo#10024 is merged.

[laurentsenta]

We worked around most of the red CI, but before we close this,
we'd need to render a delta in the test results ("-200 tests, + 5 failures") to detect errors like panics or failing test case, see #172