Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[RFC] CI: Ignore errors off by default #515

Merged
merged 1 commit into from
Sep 3, 2024

Conversation

slyon
Copy link
Collaborator

@slyon slyon commented Sep 3, 2024

Description

CI:tests: Disable NETPLAN_PARSER_IGNORE_ERRORS by default

It's taking lots of compute time in upstream and downstream CI systems.
We still keep it on inside our autopkgtest.yml CI test, but turn it off
by default otherwise.

Checklist

  • Runs make check successfully.
  • Retains 100% code coverage (make check-coverage).
  • New/changed keys in YAML format are documented.
  • (Optional) Adds example YAML for new feature.
  • (Optional) Closes an open bug in Launchpad.

@slyon
Copy link
Collaborator Author

slyon commented Sep 3, 2024

@daniloegea How do you feel about this? Is it necessary to have the duplicated tests run in multiple upstream CI, downstream autopkgtests and Salsa CI? Or is just a single, upstream CI test enough?

It's taking lots of compute time in upstream and downstream CI systems.
We still keep it on inside our `autopkgtest.yml` CI test, but turn it off
by default otherwise.
@slyon slyon force-pushed the ignore-errors-off-by-default branch from 1fe7a07 to c3d3307 Compare September 3, 2024 13:45
@slyon slyon added the RFC Request for comment (don't merge yet) label Sep 3, 2024
@daniloegea
Copy link
Collaborator

I think it's enough to have it enabled only in our Github CI for autopkgtests. Arguably it should be enough to have it only in the config-fuzzing workflow but I'd feel more comfortable with the autopkgtest too.

Copy link
Collaborator

@daniloegea daniloegea left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

@slyon slyon merged commit 34a6143 into canonical:main Sep 3, 2024
16 checks passed
@slyon slyon added the stable Might be merged in a stable branch label Sep 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
RFC Request for comment (don't merge yet) stable Might be merged in a stable branch
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants