Git development
 help / color / mirror / Atom feed
From: Patrick Steinhardt <ps@pks.im>
To: Harald Nordgren via GitGitGadget <gitgitgadget@gmail.com>
Cc: git@vger.kernel.org, Harald Nordgren <haraldnordgren@gmail.com>
Subject: Re: [PATCH] ci: drop no-op gettext link on macOS
Date: Mon, 14 Sep 2026 08:25:46 +0200	[thread overview]
Message-ID: <aqeTas30Vs3aGE9D@pks.im> (raw)
In-Reply-To: <pull.2402.git.git.1789199739368.gitgitgadget@gmail.com>

On Sat, Sep 12, 2026 at 07:55:39AM +0000, Harald Nordgren via GitGitGadget wrote:
> From: Harald Nordgren <haraldnordgren@gmail.com>
> 
> gettext ships already linked on the macOS CI runner image, so this
> command never links anything. It only emits a spurious "Already
> linked" warning in every macOS job's log.

I feel like this is oversimplifying things a bit. The commit message
doesn't explain why we even orignially had it, and consequently it's not
really explaining why we don't anymore.

The gettext dependency in Homebrew is keg-only, which means that it will
typically never be linked anywhere visible into your system. Instead, it
is only being installed into your Homebrew cellar, which means that it
will not interfer with anything. And trying to link such a dependency
will not do anything, as Homebrew refuses such an operation.

By using `brew link --force` though you override that and thus override
any system-provided equivalents by symlinking the dependency into a
central place. Now the question is whether this is still needed. But
that question is not answered by your commit message. The warning that
you mention is this one:

  + brew link --force gettext
  ✔︎ JSON API formula_tap_migrations.jws.json
  ✔︎ JSON API cask_tap_migrations.jws.json
  Warning: Already linked: /opt/homebrew/Cellar/gettext/1.0
  To relink, run:
    brew unlink gettext && brew link gettext

But that warning only complains that gettext is already linked into your
cellar. It does not say whether it may have linked the library into your
system's path now.

So I'm still left wondering whether it really isn't required anymore,
and if so why it stopped being required. Links to passing GitHub and
GitLab pipelines with that change would've in this case also helped to
demonstrate that it works without that line.

Thanks!

Patrick

  reply	other threads:[~2026-09-14  6:25 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-12  7:55 [PATCH] ci: drop no-op gettext link on macOS Harald Nordgren via GitGitGadget
2026-09-14  6:25 ` Patrick Steinhardt [this message]
2026-09-14  6:57   ` Harald Nordgren
2026-09-14  7:53     ` Patrick Steinhardt
2026-09-14  8:50       ` Harald Nordgren
2026-09-14  7:09 ` [PATCH v2] " Harald Nordgren via GitGitGadget
2026-09-26  4:36   ` Junio C Hamano
2026-09-26 13:33     ` Harald Nordgren

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=aqeTas30Vs3aGE9D@pks.im \
    --to=ps@pks.im \
    --cc=git@vger.kernel.org \
    --cc=gitgitgadget@gmail.com \
    --cc=haraldnordgren@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox