GNU bug report logs - #71235
Failing test on macOS: tramp-test17-dired-with-wildcards

Previous Next

Package: emacs;

Reported by: Stefan Kangas <stefankangas <at> gmail.com>

Date: Mon, 27 May 2024 21:34:02 UTC

Severity: normal

Fixed in version 30.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #38 received at 71235 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>,
 71235 <at> debbugs.gnu.org,
 Mattias EngdegÄrd <mattias.engdegard <at> gmail.com>
Subject: Re: bug#71235: Failing test on macOS:
 tramp-test17-dired-with-wildcards
Date: Sun, 2 Jun 2024 11:04:36 +0000
Michael Albinus <michael.albinus <at> gmx.de> writes:

>>     (executable-find "gls")
>>     => "/opt/homebrew/bin/gls"
>
> Hmm. Should we add "/opt/homebrew/bin" to the default
> tramp-remote-path? It looks very special, even on macOS.
>
> OTOH, we have directories like "/local/freeware/bin", "/local/gnu/bin",
> "/usr/freeware/bin", "/usr/pkg/bin", "/usr/contrib/bin", "/opt/bin",
> "/opt/sbin" and "/opt/local/bin" there, which are also special.

AFAIK, this is the default location where Homebrew (https://brew.sh/)
puts binaries, at least on new installations.  (The Homebrew directory
structure has changed slightly over the years, but I don't know if this
is one of them since I only noticed it those changes passing.)

I think it might make sense to add it to `tramp-remote-path`, but I'm
not familiar enough with Tramp to understand all the implications of
doing so.  I'm copying in Mattias and Gerd, who I believe are using
macOS, in case they have anything to add.




This bug report was last modified 1 year and 40 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.