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

chore(merge): merge '2.9.0' into 'main' #376

Merged
merged 15 commits into from
Jul 5, 2024
Merged

chore(merge): merge '2.9.0' into 'main' #376

merged 15 commits into from
Jul 5, 2024

Conversation

tigarmo
Copy link
Contributor

@tigarmo tigarmo commented Jul 4, 2024

  • Have you followed the guidelines for contributing?
  • Have you signed the CLA?
  • Have you successfully run tox?

sergiusens and others added 13 commits July 3, 2024 17:41
Signed-off-by: Sergio Schvezov <sergio.schvezov@canonical.com>
Signed-off-by: Sergio Schvezov <sergio.schvezov@canonical.com>
The correct location to add craft-parts Features is a bit tricky:

- it must happen soon enough that things that happen early have the correct
  features enabled. For example, building the default command groups takes
  into account whether overlays are enabled;
- it must happen late enough that the craft-cli logging support has already
  been set-up.

Therefore, provide a method that Application subclasses can override to enable
their features, and the Application itself takes care of calling it at the
correct time.
The (new) rule is this: in validators, always raise the types that Pydantic
expects (ValueErrors, AssertionErrors, TypeError, and subclasses of these).
This allows Pydantic to capture all errors and group them into a single
ValidationError, which we can then convert into a single CraftValidationError
in from_yaml_data(). This provides a more uniform UI for the reporting of
validation errors on the project.
Ensure that each error message starts with a lowercase letter.
This way the validation errors get correctly translated and converted into
CraftValidationErrors.
This is mainly used for validation errors: when a CraftBaseModel fails to be
created due to Pydantic validation errors, the link to that specific model
class is added to the error message shown to the user.
Signed-off-by: Claudio Matsuoka <claudio.matsuoka@canonical.com>
Now that the 'rockcraft' work branch has been merged and released we can fix
the version constraint for craft-cli and craft-parts.
This workflow is similar to starbase's current one, with a few differences:

- It uses self-hosted runners;
- It uses Trusted Publishers to publish to PyPI;
- It constrains the artifacts that are attached to the GH release.
This is a partial revert of 0115c28; apparently actions/checkout's
"fetch-tags" property is broken and gives errors at checkout time.

Ref: actions/checkout#1467
@tigarmo tigarmo changed the title chore(merge): merge tag '2.9.0' chore(merge): merge '2.9.0' into 'main' Jul 4, 2024
@tigarmo tigarmo requested a review from a team July 4, 2024 21:13
@mr-cal mr-cal added merge and removed do-not-rebase labels Jul 5, 2024
@tigarmo tigarmo requested a review from a team July 5, 2024 13:31
@mr-cal
Copy link
Contributor

mr-cal commented Jul 5, 2024

I landed #373 without thinking about this being staged, sorry for forcing you to redo this merge.

@mr-cal mr-cal requested review from dariuszd21 and removed request for a team July 5, 2024 15:15
@tigarmo tigarmo merged commit 25b5664 into main Jul 5, 2024
7 checks passed
@tigarmo tigarmo deleted the work/merge-2.9.0 branch July 5, 2024 15:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants