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

Merge develop into main for v1.4.1 #815

Merged
merged 13 commits into from
Feb 4, 2024
Merged

Merge develop into main for v1.4.1 #815

merged 13 commits into from
Feb 4, 2024

Conversation

theory
Copy link
Collaborator

@theory theory commented Feb 4, 2024

No description provided.

theory and others added 13 commits August 1, 2023 20:07
And update the release notes and remove a wayward Data::Dump
Added in v1.4.0. Turns out Snowflake allows a warehouse to be specified
in a different database, in which case dots are valid in the name and
should not be quoted! So users must properly quote when necessary, but
added notes to `sqitchtutorial-snowflake.pod` on the need to use URI
escapes for special characters. Resolves #685 (again/for real).

Also add a brief discussion on URL encoding to `sqitch-target.pod`, the
main reference for database URLs in the Sqitch documentation.
Commit 06daffc changed the output of deploy and revert to also print
the changes to be deployed or reverted.  Changes to be deployed are
printed for verbosity > 1.  But changes to be reverted are printed for
verbosity > 0.  Fix that and require verbosity > 1 in both cases.
The debug output of deploy (added with commit 06daffc) starts with
the currently deployed change or the last planned change if nothing
is deployed yet.  Fix this by starting with the first change after
the current plan position.
When adding a change to multiple engines, Sqitch would randomly pick one
engine's templates or the others and create them all for the same
engine. In other words, adding a change to both "sqlite" and "pg"
targets would result in all change files generated from templates from
only one of those engines -- whichever it happened to find first.

Due to the use of a hash reference for templates in add.pm. Fix it by
making a copy of the hash instead. This leads to duplication of effort
when multiple targets use the same engine, but the cost is generally low
relative to how often `add` is called -- and likely is measured in
milliseconds.

Resolves #795.
Otherwise it chokes on a newline in the message. Also document that
we're only testing the first line of a multi-line warning, due to a
long-standing bug in Test::Warn.
The Pragma is more likely to do the right thing, as confirmed by new
tests, which fail when using `setlocale` and now succeed with `use
locale`. The tests, in `xt/locale`, include compiled locale dictionaries
(`*.mo` files) with a single message for the tested languages. This is
in contrast to the released locale dictionaries, which are generated at
release time but not stored in the repository.

Update the `Language-Team` header in the project localization packages
in `po` directory to `Sqitch Hackers <sqitch-hackers@googlegroups.com>`.

Update the `os.yml` and `perl.yml` workflows, which run all tests
including the new locale tests, to install the required locales on Linux
and to set the full `runs-on:` image name in the matrix (in response to
shogo82148/actions-setup-perl#1699).

Also remove the installation of an older version of Locale::TextDomain
from those workflows, since gflohr/libintl-perl#7 has been fixed and
released.

While at it, upgrade to `actions/checkout@v4` in all workflows and use
`runner.os` instead of `matrix.os` in conditionals.
Also upgrade actions/cache to v4 to eliminate depreccation warnings from
the workflows.
@theory theory self-assigned this Feb 4, 2024
@theory theory merged commit fa31539 into main Feb 4, 2024
419 of 423 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants