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.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 67329 in the body.
You can then email your comments to 67329 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#67329; Package guix. (Tue, 21 Nov 2023 14:17:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Navajeeth <yvv0 <at> proton.me>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Tue, 21 Nov 2023 14:17:04 GMT) Full text and rfc822 format available.

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

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 1 (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 2 (text/html, inline)]

Reply sent to 宋文武 <iyzsong <at> envs.net>:
You have taken responsibility. (Mon, 08 Jan 2024 09:49:01 GMT) Full text and rfc822 format available.

Notification sent to Navajeeth <yvv0 <at> proton.me>:
bug acknowledged by developer. (Mon, 08 Jan 2024 09:49:02 GMT) Full text and rfc822 format available.

Message #10 received at 67329-done <at> debbugs.gnu.org (full text, mbox):

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!




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 05 Feb 2024 12:24:05 GMT) Full text and rfc822 format available.

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

Previous Next


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