chore(deps): update dependency gettext to ~> 0.26

[renovate]

Coming soon: The Renovate bot (GitHub App) will be renamed to Mend. PRs from Renovate will soon appear from 'Mend'. Learn more here.

This PR contains the following updates:

Package	Type	Update	Change
gettext (source)	prod	minor	~> 0.18 -> ~> 0.26

---

Release Notes

elixir-gettext/gettext (gettext)

v0.26.2

Compare Source

• Introduces warning if plural messages are defined with the same singular
  message and conflicting plural messages.
  • Improves performance by striping not required metadata when compiling the
    Gettext backend.

v0.26.1

Compare Source

• Address backwards incompatible changes in previous release

v0.26.0

Compare Source

This release changes the way you use Gettext. We're not crazy: it does so because doing so makes it a lot faster to compile projects that use Gettext.
The changes you have to make to your code are minimal, and the old behavior is deprecated so that you will be guided on how to update.

The reason for this change is that it removes compile-time dependencies from modules that used to import a Gettext backend. In applications such as Phoenix applications, where every view and controller imports the Gettext backend, this change means a lot less compilation when you make translation changes!

Here's the new API. Now, instead of defining a Gettext backend (use Gettext) and then importing that to use its macros, you need to:

1. Define a Gettext backend with use Gettext.Backend
2. Import and use its macros with use Gettext, backend: MyApp.Gettext.

Before and After

Before this release, code using Gettext used to look something like this:

defmodule MyApp.Gettext do
  use Gettext, otp_app: :my_app
end

defmodule MyAppWeb.Controller do
  import MyApp.Gettext
end

This creates a compile-time dependency for every module that imports the Gettext backend.

With this release, the above turns into:

defmodule MyApp.Gettext do
  use Gettext.Backend, otp_app: :my_app
end

defmodule MyAppWeb.Controller do
  use Gettext, backend: MyApp.Gettext
end

We are also updating Phoenix generators to use the new API.

If you update Gettext and still use use Gettext, otp_app: :my_app to define a backend, Gettext will emit a warning now.

Migration with Igniter

If your project is using igniter, you can run
mix igniter.update_gettext
to automatically migrate to the new API.

Detailed Changelog

This is a detailed list of the new things introduced in this release:

• Add Gettext.Macros, which contains all the macros you know and love (*gettext). It also contains *gettext_with_backend variants to explicitly pass a backend at compile time and keep extraction working.
• Document lgettext/5 and lngettext/7 callbacks in Gettext.Backend. These get generated in every Gettext backend.
• Add the Gettext.domain/0 type.

v0.25.0

Compare Source

• Run merging for mix gettext.extract's POT files even if they are unchanged.
  • Allow Expo 1.0+.

v0.24.0

Compare Source

• Handle singular and plural messages with the same msgid as the same
  message.

  This change produces a Expo.PO.DuplicateMessagesError if you already have
  messages with the same singular msgid. This can be solved by calling the
  expo.msguniq mix task on your .po file:

  mix expo.msguniq \
    priv/gettext/LOCALE/LC_MESSAGES/DOMAIN.po \
    --output-file priv/gettext/LOCALE/LC_MESSAGES/DOMAIN.po

v0.23.1

Compare Source

• Use the Hex version of the excoveralls dependency.

v0.23.0

Compare Source

• Add the :custom_flags_to_keep Gettext option.

v0.22.3

Compare Source

• Fix a bug with extracting translations in Elixir 1.15.0+.

---

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.

[renovate]

⚠ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

• any of the package files in this branch needs updating, or
• the branch becomes conflicted, or
• you click the rebase/retry checkbox if found above, or
• you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: mix.lock

Command failed: docker run --rm --name=renovate_a_sidecar --label=renovate_a_child --memory=3584m -v "/tmp/worker/d64742/3b2406/repos/github/SphericalKat/katbin":"/tmp/worker/d64742/3b2406/repos/github/SphericalKat/katbin" -v "/tmp/worker/d64742/3b2406/cache":"/tmp/worker/d64742/3b2406/cache" -e CONTAINERBASE_CACHE_DIR -w "/tmp/worker/d64742/3b2406/repos/github/SphericalKat/katbin" ghcr.io/containerbase/sidecar:9.26.2 bash -l -c "install-tool erlang 26.1.2.0 && install-tool elixir v1.15.7 && mix deps.update gettext"

[renovate]

⚠️ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

• any of the package files in this branch needs updating, or
• the branch becomes conflicted, or
• you click the rebase/retry checkbox if found above, or
• you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: mix.lock

Command failed: install-tool elixir v1.18.4