GNU bug report logs - #67329
Plan9port breaks Emacs Dired

Previous Next

Package: guix;

Reported by: Navajeeth <yvv0 <at> proton.me>

Date: Tue, 21 Nov 2023 14:17:04 UTC

Severity: normal

Done: 宋文武 <iyzsong <at> envs.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: 宋文武 <iyzsong <at> envs.net>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#67329: closed (Plan9port breaks Emacs Dired)
Date: Mon, 08 Jan 2024 09:49:01 +0000
[Message part 1 (text/plain, inline)]
Your message dated Mon, 08 Jan 2024 17:47:56 +0800
with message-id <871qas6trn.fsf <at> envs.net>
and subject line Re: bug#67329: Plan9port breaks Emacs Dired
has caused the debbugs.gnu.org bug report #67329,
regarding Plan9port breaks Emacs Dired
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
67329: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=67329
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Navajeeth <yvv0 <at> proton.me>
To: "bug-guix <at> gnu.org" <bug-guix <at> gnu.org>
Subject: Plan9port breaks Emacs Dired
Date: Tue, 21 Nov 2023 11:16:13 +0000
[Message part 3 (text/plain, inline)]
There’s a bug with the ‘plan9port’ (p9p) package on Guix—installing it on the Guix System breaks Dired inside Emacs. When I try to open a Dired buffer with p9p installed, I get the following error:

> (error "Listing directory failed but ‘access-file’ worked")
> error("Listing directory failed but `access-file' worked")
> insert-directory("/home/guix/" "--dired -lFaGh1v --group-directories-first --time-..." nil t)
> dired-insert-directory("/home/guix/" "-lFaGh1v --group-directories-first --time-style=lo..." nil nil t)
> dired-readin-insert()
> #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_47>()
> combine-change-calls-1(1 17349 #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_47>)
> dired-readin()
> dired-revert(nil nil)
> revert-buffer()
> dired-internal-noselect("~/" nil)
> dired-noselect("~/" nil)
> dired("~/" nil)
> funcall-interactively(dired "~/" nil)
> command-execute(dired)

p9p distributes its own version of ‘ls’, so maybe that’s interfering?

The output of ‘ls’, on the command-line, with p9p installed is:

> ~% ls --version
> usage: ls [-dlmnpqrstuFQ] [file ...]
> ~% ls --help
> usage: ls [-dlmnpqrstuFQ] [file ...]
> ~% ls -v
> usage: ls [-dlmnpqrstuFQ] [file ...]
> ~% ls
> usage: ls [-dlmnpqrstuFQ] [file ...]

Which is odd and not how GNU ls is documented to behave. But executing ‘9 ls’, which is supposed to be the command to call the p9p version of ls, gives a different output (it lists my files and subdirectories as would be expected of ls) so it doesn’t appear that the ‘ls’ command changed to point to p9p’s ls.

--Navajeeth
[Message part 4 (text/html, inline)]
[Message part 5 (message/rfc822, inline)]
From: 宋文武 <iyzsong <at> envs.net>
To: Navajeeth <yvv0 <at> proton.me>
Cc: 67329-done <at> debbugs.gnu.org
Subject: Re: bug#67329: Plan9port breaks Emacs Dired
Date: Mon, 08 Jan 2024 17:47:56 +0800
Navajeeth <yvv0 <at> proton.me> writes:

> There’s a bug with the ‘plan9port’ (p9p) package on Guix—installing it on the Guix System breaks Dired inside Emacs.
> When I try to open a Dired buffer with p9p installed, I get the following error:
>
>  (error "Listing directory failed but ‘access-file’ worked")
>    error("Listing directory failed but `access-file' worked")
>    insert-directory("/home/guix/" "--dired -lFaGh1v --group-directories-first --time-..." nil t)
>    dired-insert-directory("/home/guix/" "-lFaGh1v --group-directories-first --time-style=lo..." nil nil t)
>    dired-readin-insert()
>    #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_47>()
>    combine-change-calls-1(1 17349 #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_47>)
>    dired-readin()
>    dired-revert(nil nil)
>    revert-buffer()
>    dired-internal-noselect("~/" nil)
>    dired-noselect("~/" nil)
>    dired("~/" nil)
>    funcall-interactively(dired "~/" nil)
>    command-execute(dired)
>
> p9p distributes its own version of ‘ls’, so maybe that’s interfering?
>
> The output of ‘ls’, on the command-line, with p9p installed is:
>
>    ~% ls --version
>    usage: ls [-dlmnpqrstuFQ] [file ...]
>    ~% ls --help
>    usage: ls [-dlmnpqrstuFQ] [file ...]
>    ~% ls -v
>    usage: ls [-dlmnpqrstuFQ] [file ...]
>    ~% ls
>    usage: ls [-dlmnpqrstuFQ] [file ...]

Hello, I beileve this had been fixed with commit 2538a773c, which put
p9p into $out/plan9, only '9' is available via PATH.

User can append $GUIX_PROFILE/plan9/bin into $PATH if wanted.


Close now, thanks!


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

Previous Next


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