GNU bug report logs - #50748
28.0.50; tramp-sh.el uses mknod file p which is not available on macos

Previous Next

Full log

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

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Damien Merenne <dam <at> cosinux.org>
Cc: 50748 <at> debbugs.gnu.org
Subject: Re: bug#50748: 28.0.50; tramp-sh.el uses mknod file p which is not
 available on macos
Date: Thu, 23 Sep 2021 14:39:20 +0200

Damien Merenne <dam <at> cosinux.org> writes:

Hi Damien,

> I'm trying to use eglot over tramp using `emacs -Q -f package-initialize
> -L /path/to/my/eglot -l eglot.el`. From what I understand, to
> capture the remote process stderr, tramp creates a fifo, in
> `tramp-sh-handle-make-process`, `tramp-sh.el:2889`. The MacOS mknod
> command does not support the "p" parameter, so the communication with
> the process does not work. Also no error is reported while the mknod
> command is failing.

Thanks for the bug report.

I've pushed a fix to the master branch, checking for a proper mknod or
mkfifo command on the remote side.

> I tried replacing `mknod %s p` with `mkfifo %s` or using gnu coreutils mknod. This
> fixes the fifo creation but the process communication is still
> broken after that.

I don't use macOS, so it's hard to test. Testing it locally, on a remote
Fedora machine, using mkfifo instead of mknod, works fine.

Could you please check whether my patch works for you? In case it
doesn't, please reproduce the problem with `tramp-verbose' set to
6. Show us the Tramp debug buffer then.

Btw, what would be the macOS equivalent to `mknod <file> p`?

Best regards, Michael.

Previous Next

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