GNU bug report logs - #76955
30.1; php-ts-mode-php-executable default path may not match remote path

Previous Next

Package: emacs;

Reported by: Morgan Willcock <morgan <at> ice9.digital>

Date: Tue, 11 Mar 2025 20:11:02 UTC

Severity: normal

Found in version 30.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Morgan Willcock <morgan <at> ice9.digital>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: v.pupillo <at> gmail.com, 76955 <at> debbugs.gnu.org
Subject: bug#76955: 30.1; php-ts-mode-php-executable default path may not match remote path
Date: Sat, 15 Mar 2025 16:51:15 +0000
Eli Zaretskii <eliz <at> gnu.org> writes:

>> > My suggestion will still work in your case, no?
>> 
>> It would work in my particular case, but it also means that someone who
>> installed their own executable at "~/bin/php" on both the local and
>> remote systems, and then customised the value to "~/bin/php", would now
>> have a new class of problem on the remote system.
>
> Customizing the variable to "~/bin/php" will only work if it is
> correct for _all_ the remote systems, as you yourself pointed out.
> Which is unlikely to happen.

I am pointing out an example of user controlled paths which have been
specifically configured to match, which is not the original problem that
I was pointing out.

> And adding "~/bin" to PATH to fix this particular case is a
> no-brainer.

It is not necessarily easy to add "~/bin" to PATH for the remote
connection.

> So I still insist that my proposal is better than just changing the
> default value to "php".

> Then let's stop arguing and install the change.

I'm happy to leave the conversation at this point.

-- 
Morgan Willcock




This bug report was last modified 52 days ago.

Previous Next


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