* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH
@ 2022-02-02 22:12 Van Ly
2022-02-03 7:22 ` Eli Zaretskii
0 siblings, 1 reply; 32+ messages in thread
From: Van Ly @ 2022-02-02 22:12 UTC (permalink / raw)
To: 53739
[-- Attachment #1: Type: text/plain, Size: 834 bytes --]
For the following interactive shells:
* /bin/sh
* /usr/pkg/bin/zsh
* /usr/local/plan9/bin/rc
when "/usr/local/plan9/bin" is at the head of the PATH environment
variable and entry to GNU Emacs is by "emacs -Q", inside GNU Emacs the
dired command fails
# steps to reproduce behavior
* start by 'emacs -Q'
* list directory by 'C-x d'
# observed behavior
# minibuffer echo area says
> insert-directory: Listing directory failed but `access-file' worked
# expected behavior
# window displays listing of Dired, for example
'''
/usr/X:
total used in directory 96K available 72 GiB
1966113 drwxr-xr-x 2 501 4.0K Jan 30 15:00 Articles
1977600 drwxr-xr-x 3 501 4.0K Jan 31 07:11 Books
1977546 drwxr-xr-x 2 501 4.0K Jan 26 20:00 Configurations
1977542 -rw-r--r-- 1 501 7.7K Jan 30 17:49 emacs-lisp.text
'''
--
vl
[-- Attachment #2: bug GNU Emacs NetBSD 9.2 Stable with pkgsrc-2021Q4 --]
[-- Type: text/plain, Size: 3707 bytes --]
In GNU Emacs 28.0.91 (build 1, x86_64--netbsd)
of 2022-01-26 built on charlie
Repository revision: 3cf5af93293a4137550fcff623d6e2da25eed829
Repository branch: scratch/uni-unihan-readings
System Description: NetBSD charlie 9.2 NetBSD 9.2 (base) #3: Wed Jun 23 20:26:53 AEST 2021 uncle@charlie:/usr/src/sys/arch/amd64/compile/obj/base amd64
Configured using:
'configure --without-all --without-x --without-compress-install
--localstatedir=/var --disable-autodepend
--prefix=/usr/X/Projects/emacs-28.0.91 --build=x86_64--netbsd
--host=x86_64--netbsd --enable-option-checking=yes --without-pop
--without-mailutils 'CFLAGS=-O2 -D_FORTIFY_SOURCE=2 -I/usr/include'
'CPPFLAGS=-DTERMINFO -I/usr/include' 'LDFLAGS=-L/usr/lib -Wl,-R/usr/lib
-Wl,-R/usr/pkg/lib''
Configured features:
JSON PDUMPER
Important settings:
value of $LC_ALL: en_AU.UTF-8
value of $LC_CTYPE: en_AU.UTF-8
value of $LC_TIME: en_AU.UTF-8
value of $LANG: en_AU.UTF-8
locale-coding-system: utf-8-unix
Major mode: Text
Minor modes in effect:
shell-dirtrack-mode: t
electric-pair-mode: t
icomplete-vertical-mode: t
icomplete-mode: t
tooltip-mode: t
global-eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec epa
derived epg rfc6068 epg-config gnus-util rmail tool-bar rmail-loaddefs
auth-source eieio eieio-core eieio-loaddefs password-cache json map
text-property-search time-date subr-x mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils thingatpt vc-git
diff-mode easy-mmode vc-dispatcher bug-reference misearch multi-isearch
cl-seq em-unix em-term term disp-table shell ehelp em-script em-prompt
em-ls em-hist em-pred em-glob em-cmpl em-dirs esh-var pcomplete comint
ansi-color ring em-basic em-banner em-alias esh-mode eshell esh-cmd
esh-ext esh-opt esh-proc esh-io esh-arg esh-module esh-groups esh-util
make-mode seq sh-script smie executable view dired-aux regexp-opt dired
dired-loaddefs term/screen term/xterm xterm byte-opt bytecomp
byte-compile cconv elec-pair display-line-numbers edmacro kmacro
modus-vivendi-theme modus-themes cl-macs gv pcase icomplete cl-loaddefs
cl-lib cus-load iso-transl tooltip eldoc paren electric uniquify
ediff-hook vc-hooks lisp-float-type elisp-mode tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select mouse jit-lock font-lock
syntax font-core term/tty-colors frame minibuffer cl-generic cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote multi-tty
make-network-process emacs)
Memory information:
((conses 16 186497 7854)
(symbols 48 13883 3)
(strings 32 36546 1801)
(string-bytes 1 1986096)
(vectors 16 17779)
(vector-slots 8 214105 6432)
(floats 8 87 272)
(intervals 56 2102 0)
(buffers 992 31))
^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-02 22:12 bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH Van Ly @ 2022-02-03 7:22 ` Eli Zaretskii 2022-02-03 8:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 13:00 ` Van Ly 0 siblings, 2 replies; 32+ messages in thread From: Eli Zaretskii @ 2022-02-03 7:22 UTC (permalink / raw) To: Van Ly; +Cc: 53739 > Date: Wed, 2 Feb 2022 22:12:31 +0000 (UTC) > From: Van Ly <van.ly@sdf.org> > > For the following interactive shells: > > * /bin/sh > * /usr/pkg/bin/zsh > * /usr/local/plan9/bin/rc > > when "/usr/local/plan9/bin" is at the head of the PATH environment > variable and entry to GNU Emacs is by "emacs -Q", inside GNU Emacs the > dired command fails > > # steps to reproduce behavior > * start by 'emacs -Q' > * list directory by 'C-x d' > > # observed behavior > # minibuffer echo area says > > > insert-directory: Listing directory failed but `access-file' worked I guess the version of 'ls' there is incompatible or something? The message means that 'ls' exited with a non-zero status for some reason. Please investigate more what went wrong there and report here the details, so we could decide whether we want to support "plan9/bin" idiosyncrasies, whatever they are. Stepping with Edebug through insert-directory should help you understand what's going on. Also, please explain what you mean by "for the following interactive shells". How does the interactive shell enter this picture? And what is the value of shell-file-name in the session where "C-x d" fails? ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 7:22 ` Eli Zaretskii @ 2022-02-03 8:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 9:18 ` Eli Zaretskii 2022-02-03 13:05 ` Van Ly 2022-02-03 13:00 ` Van Ly 1 sibling, 2 replies; 32+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 8:01 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 53739, Van Ly Eli Zaretskii <eliz@gnu.org> writes: > I guess the version of 'ls' there is incompatible or something? The > message means that 'ls' exited with a non-zero status for some reason. Yes, Plan 9 from User Space (which provides the ports of Plan 9 utilities to Unix-like systems) provides an ls binary that is incompatible with what Emacs expects. > Please investigate more what went wrong there and report here the > details, so we could decide whether we want to support "plan9/bin" > idiosyncrasies, whatever they are. It would be a great deal of trouble to support their version of ls (and indeed, their versions of many other common Unix utilities such as `rm' and `cp'), so I think the answer is simply "don't run Emacs with plan9/bin at the head of your PATH". ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 8:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 9:18 ` Eli Zaretskii 2022-02-03 10:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 13:05 ` Van Ly 1 sibling, 1 reply; 32+ messages in thread From: Eli Zaretskii @ 2022-02-03 9:18 UTC (permalink / raw) To: Po Lu; +Cc: 53739, van.ly > From: Po Lu <luangruo@yahoo.com> > Cc: Van Ly <van.ly@sdf.org>, 53739@debbugs.gnu.org > Date: Thu, 03 Feb 2022 16:01:51 +0800 > > Eli Zaretskii <eliz@gnu.org> writes: > > > I guess the version of 'ls' there is incompatible or something? The > > message means that 'ls' exited with a non-zero status for some reason. > > Yes, Plan 9 from User Space (which provides the ports of Plan 9 > utilities to Unix-like systems) provides an ls binary that is > incompatible with what Emacs expects. > > > Please investigate more what went wrong there and report here the > > details, so we could decide whether we want to support "plan9/bin" > > idiosyncrasies, whatever they are. > > It would be a great deal of trouble to support their version of ls (and > indeed, their versions of many other common Unix utilities such as `rm' > and `cp'), so I think the answer is simply "don't run Emacs with > plan9/bin at the head of your PATH". Can you tell more about the incompatibilities, perhaps by comparing the output of their 'ls' with a compatible one? Thanks. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 9:18 ` Eli Zaretskii @ 2022-02-03 10:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 10:31 ` Eli Zaretskii 2022-02-03 13:12 ` Van Ly 0 siblings, 2 replies; 32+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 10:01 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 53739, van.ly Eli Zaretskii <eliz@gnu.org> writes: > Can you tell more about the incompatibilities, perhaps by comparing > the output of their 'ls' with a compatible one? I can't remember the specifics, but IIRC their version of ls simply prints out each file in the current working directory, without any option to display permission bits, size, or ownership information. Thanks. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 10:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 10:31 ` Eli Zaretskii 2022-02-03 11:02 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 13:12 ` Van Ly 1 sibling, 1 reply; 32+ messages in thread From: Eli Zaretskii @ 2022-02-03 10:31 UTC (permalink / raw) To: Po Lu; +Cc: 53739, van.ly > From: Po Lu <luangruo@yahoo.com> > Cc: van.ly@sdf.org, 53739@debbugs.gnu.org > Date: Thu, 03 Feb 2022 18:01:40 +0800 > > Eli Zaretskii <eliz@gnu.org> writes: > > > Can you tell more about the incompatibilities, perhaps by comparing > > the output of their 'ls' with a compatible one? > > I can't remember the specifics, but IIRC their version of ls simply > prints out each file in the current working directory, without any > option to display permission bits, size, or ownership information. You are saying that "ls -l" doesn't honor the -l option? ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 10:31 ` Eli Zaretskii @ 2022-02-03 11:02 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 11:08 ` Eli Zaretskii 0 siblings, 1 reply; 32+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 11:02 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 53739, van.ly Eli Zaretskii <eliz@gnu.org> writes: >> I can't remember the specifics, but IIRC their version of ls simply >> prints out each file in the current working directory, without any >> option to display permission bits, size, or ownership information. > You are saying that "ls -l" doesn't honor the -l option? There isn't an -l option, IIRC. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 11:02 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 11:08 ` Eli Zaretskii 2022-02-03 11:28 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 32+ messages in thread From: Eli Zaretskii @ 2022-02-03 11:08 UTC (permalink / raw) To: Po Lu; +Cc: 53739, van.ly > From: Po Lu <luangruo@yahoo.com> > Cc: van.ly@sdf.org, 53739@debbugs.gnu.org > Date: Thu, 03 Feb 2022 19:02:57 +0800 > > Eli Zaretskii <eliz@gnu.org> writes: > > >> I can't remember the specifics, but IIRC their version of ls simply > >> prints out each file in the current working directory, without any > >> option to display permission bits, size, or ownership information. > > > You are saying that "ls -l" doesn't honor the -l option? > > There isn't an -l option, IIRC. OK. Do they have a replacement program that behaves like "ls -l"? Maybe 'dir' or somesuch? Then the solution would be to give a different value to insert-directory-program on that platform. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 11:08 ` Eli Zaretskii @ 2022-02-03 11:28 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 13:20 ` Van Ly 0 siblings, 1 reply; 32+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 11:28 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 53739, van.ly Eli Zaretskii <eliz@gnu.org> writes: > OK. Do they have a replacement program that behaves like "ls -l"? > Maybe 'dir' or somesuch? Then the solution would be to give a > different value to insert-directory-program on that platform. I don't know. But it's not really a special platform, just NetBSD with an IMSHO misconfigured path full of utilities ported from another very niche operating system that we don't yet support. Thanks. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 11:28 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 13:20 ` Van Ly 2022-02-03 16:47 ` Eli Zaretskii 0 siblings, 1 reply; 32+ messages in thread From: Van Ly @ 2022-02-03 13:20 UTC (permalink / raw) To: Po Lu; +Cc: 53739 On Thu, 3 Feb 2022, Po Lu wrote: > > But it's not really a special platform, just NetBSD with an IMSHO > misconfigured path full of utilities ported from another very niche > operating system that we don't yet support. > IIRC I saw mentioned Emacs was ported to Plan9. A basic difference between UNIX and Plan9 is the obsolescense of the TTY. => https://plan9.io/ => https://p9f.org/ -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 13:20 ` Van Ly @ 2022-02-03 16:47 ` Eli Zaretskii 0 siblings, 0 replies; 32+ messages in thread From: Eli Zaretskii @ 2022-02-03 16:47 UTC (permalink / raw) To: Van Ly; +Cc: luangruo, 53739 > Date: Thu, 3 Feb 2022 13:20:58 +0000 (UTC) > From: Van Ly <van.ly@sdf.org> > cc: Eli Zaretskii <eliz@gnu.org>, 53739@debbugs.gnu.org > > On Thu, 3 Feb 2022, Po Lu wrote: > > > > > But it's not really a special platform, just NetBSD with an IMSHO > > misconfigured path full of utilities ported from another very niche > > operating system that we don't yet support. > > > > IIRC I saw mentioned Emacs was ported to Plan9. So maybe you should use that port. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 10:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 10:31 ` Eli Zaretskii @ 2022-02-03 13:12 ` Van Ly 2022-02-03 16:47 ` Eli Zaretskii 2022-02-04 0:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 1 sibling, 2 replies; 32+ messages in thread From: Van Ly @ 2022-02-03 13:12 UTC (permalink / raw) To: Po Lu; +Cc: 53739 [-- Attachment #1: Type: text/plain, Size: 466 bytes --] On Thu, 3 Feb 2022, Po Lu wrote: > Eli Zaretskii <eliz@gnu.org> writes: > >> Can you tell more about the incompatibilities, perhaps by comparing >> the output of their 'ls' with a compatible one? > > I can't remember the specifics, but IIRC their version of ls simply > prints out each file in the current working directory, without any > option to display permission bits, size, or ownership information. > The manpage for plan9's ls command is attached. -- vl [-- Attachment #2: Manpage for ls command --] [-- Type: text/plain, Size: 3919 bytes --] LS(1) LS(1) NAME ls, lc - list contents of directory SYNOPSIS ls [ -dlmnpqrstuFQ ] name ... lc [ -dlmnpqrstuFQ ] name ... DESCRIPTION For each directory argument, ls lists the contents of the directory; for each file argument, ls repeats its name and any other information requested. When no argument is given, the current directory is listed. By default, the output is sorted alphabetically by name. Lc is the same as ls, but sets the -p option and pipes the output through mc(1). There are a number of options: -d If argument is a directory, list it, not its contents. -l List in long format, giving mode (see below), file sys- tem type (e.g., for devices, the # code letter that names it; see intro(3)), the instance or subdevice num- ber, owner, group, size in bytes, and time of last mod- ification for each file. -m List the name of the user who most recently modified the file. -n Don't sort the listing. -p Print only the final path element of each file name. -q List the qid (see stat(3)) of each file; the printed fields are in the order path, version, and type. -r Reverse the order of sort. -s Give size in Kbytes for each entry. -t Sort by time modified (latest first) instead of by name. -u Under -t sort by time of last access; under -l print time of last access. -F Add the character / after all directory names and the character * after all executable files. Page 1 Plan 9 (printed 2/4/22) LS(1) LS(1) -L Print the character t before each file if it has the temporary flag set, and - otherwise. -Q By default, printed file names are quoted if they con- tain characters special to rc(1). The -Q flag disables this behavior. The mode printed under the -l option contains 11 characters, interpreted as follows: the first character is d if the entry is a directory; a if the entry is an append-only file; D if the entry is a Unix device; L if the entry is a symbolic link; P if the entry is a named pipe; S if the entry is a socket; - if the entry is a plain file. The next letter is l if the file is exclusive access (one writer or reader at a time). The last 9 characters are interpreted as three sets of three bits each. The first set refers to owner permissions; the next to permissions to others in the same user-group; and the last to all others. Within each set the three charac- ters indicate permission respectively to read, to write, or to execute the file as a program. For a directory, `exe- cute' permission is interpreted to mean permission to search the directory for a specified file. The permissions are indicated as follows: r if the file is readable; w if the file is writable; x if the file is executable; - if none of the above permissions is granted. SOURCE /usr/local/plan9/src/cmd/ls.c /usr/local/plan9/bin/lc SEE ALSO stat(3), mc(1) Page 2 Plan 9 (printed 2/4/22) ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 13:12 ` Van Ly @ 2022-02-03 16:47 ` Eli Zaretskii 2022-02-04 0:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 1 sibling, 0 replies; 32+ messages in thread From: Eli Zaretskii @ 2022-02-03 16:47 UTC (permalink / raw) To: Van Ly; +Cc: luangruo, 53739 > Date: Thu, 3 Feb 2022 13:12:07 +0000 (UTC) > From: Van Ly <van.ly@sdf.org> > cc: Eli Zaretskii <eliz@gnu.org>, 53739@debbugs.gnu.org > > > I can't remember the specifics, but IIRC their version of ls simply > > prints out each file in the current working directory, without any > > option to display permission bits, size, or ownership information. > > > > The manpage for plan9's ls command is attached. This says the -l option is supported, so I'm not sure I understand what is the cause of the problem. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 13:12 ` Van Ly 2022-02-03 16:47 ` Eli Zaretskii @ 2022-02-04 0:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-04 4:29 ` Van Ly 1 sibling, 1 reply; 32+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-04 0:59 UTC (permalink / raw) To: Van Ly; +Cc: 53739, Eli Zaretskii Van Ly <van.ly@sdf.org> writes: > The manpage for plan9's ls command is attached. Please show some output from that ls command when you run it with the "-l" option. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 0:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-04 4:29 ` Van Ly 2022-02-04 4:50 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 32+ messages in thread From: Van Ly @ 2022-02-04 4:29 UTC (permalink / raw) To: Po Lu; +Cc: 53739 On Fri, 4 Feb 2022, Po Lu wrote: > > Please show some output from that ls command when you run it with the > "-l" option. > ''' ; on NetBSD % /usr/local/plan9/bin/ls -l d-rwxr-xr-x M 0 van staff 0 Feb 1 02:37 Configurations d-rwxr-xr-x M 0 van staff 0 Feb 3 21:08 Examples d-rwxr-xr-x M 0 van staff 0 Jan 25 20:38 Projects ; on GNU/Linux % /usr/local/plan9/bin/ls -l d-rwxr-xr-x M 0 van dialout 0 Jan 31 16:15 .git --rw-r--r-- M 0 van dialout 39 Jan 12 00:14 .gitignore d-rwxr-xr-x M 0 van dialout 0 Jan 30 15:00 Articles d-rwxr-xr-x M 0 van dialout 0 Jan 31 07:11 Books d-rwxr-xr-x M 0 van dialout 0 Feb 2 13:19 Configurations d-rwxr-xr-x M 0 van dialout 0 Jan 26 03:56 Examples d-rwxr-xr-x M 0 van dialout 0 Jan 30 20:09 Letters d-rwxr-xr-x M 0 van dialout 0 Jan 30 20:38 Notes d-rwxr-xr-x M 0 van dialout 0 Jan 24 10:43 Projects --rw-r--r-- M 0 van dialout 1513 Jan 31 16:15 README --rw-r--r-- M 0 van dialout 8342 Feb 4 13:08 emacs-lisp.text --rw-r--r-- M 0 van dialout 208 Jan 28 09:57 focs.text --rw-r--r-- M 0 van dialout 2242 Jan 11 06:16 graphviz.text --rw-r--r-- M 0 van dialout 140 Jan 31 08:09 ir-book.text --rw-r--r-- M 0 van dialout 772 Jan 11 06:11 jau--zhou1--zau1.text --rw-r--r-- M 0 van dialout 3605 Jan 28 19:55 modern-c.text --rw-r--r-- M 0 van dialout 28133 Feb 4 09:50 scratch.text --rw-r--r-- M 0 van dialout 1505 Jan 31 16:13 styleguide-eu-english.text --rw-r--r-- M 0 van dialout 4096 Jan 30 19:30 typescript ''' -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 4:29 ` Van Ly @ 2022-02-04 4:50 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-04 7:18 ` Van Ly 2022-02-04 8:05 ` Eli Zaretskii 0 siblings, 2 replies; 32+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-04 4:50 UTC (permalink / raw) To: Van Ly; +Cc: 53739, Eli Zaretskii Van Ly <van.ly@sdf.org> writes: > % /usr/local/plan9/bin/ls -l > d-rwxr-xr-x M 0 van staff 0 Feb 1 02:37 Configurations > d-rwxr-xr-x M 0 van staff 0 Feb 3 21:08 Examples > d-rwxr-xr-x M 0 van staff 0 Jan 25 20:38 Projects That should probably work fine, so I have no idea what the problem might be. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 4:50 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-04 7:18 ` Van Ly 2022-02-04 7:55 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-04 8:05 ` Eli Zaretskii 1 sibling, 1 reply; 32+ messages in thread From: Van Ly @ 2022-02-04 7:18 UTC (permalink / raw) To: Po Lu; +Cc: 53739 On Fri, 4 Feb 2022, Po Lu wrote: > Van Ly <van.ly@sdf.org> writes: > >> % /usr/local/plan9/bin/ls -l >> d-rwxr-xr-x M 0 van staff 0 Feb 1 02:37 Configurations >> d-rwxr-xr-x M 0 van staff 0 Feb 3 21:08 Examples >> d-rwxr-xr-x M 0 van staff 0 Jan 25 20:38 Projects > > That should probably work fine, so I have no idea what the problem might > be. > The problem is reproduced on GNU/Linux when plan9/bin is placed second after the head on PATH. -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 7:18 ` Van Ly @ 2022-02-04 7:55 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 0 replies; 32+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-04 7:55 UTC (permalink / raw) To: Van Ly; +Cc: 53739, Eli Zaretskii Van Ly <van.ly@sdf.org> writes: >> That should probably work fine, so I have no idea what the problem might >> be. > The problem is reproduced on GNU/Linux when plan9/bin is placed second > after the head on PATH. But the important question is which `ls' is run, not the order where directories appear in PATH? ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 4:50 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-04 7:18 ` Van Ly @ 2022-02-04 8:05 ` Eli Zaretskii 2022-02-04 8:59 ` Van Ly 1 sibling, 1 reply; 32+ messages in thread From: Eli Zaretskii @ 2022-02-04 8:05 UTC (permalink / raw) To: Po Lu; +Cc: 53739, van.ly > From: Po Lu <luangruo@yahoo.com> > Cc: Eli Zaretskii <eliz@gnu.org>, 53739@debbugs.gnu.org > Date: Fri, 04 Feb 2022 12:50:39 +0800 > > Van Ly <van.ly@sdf.org> writes: > > > % /usr/local/plan9/bin/ls -l > > d-rwxr-xr-x M 0 van staff 0 Feb 1 02:37 Configurations > > d-rwxr-xr-x M 0 van staff 0 Feb 3 21:08 Examples > > d-rwxr-xr-x M 0 van staff 0 Jan 25 20:38 Projects > > That should probably work fine, so I have no idea what the problem might > be. The problem, as I explained up-thread, seems to be that 'ls' returns a non-zero exit status, which insert-directory takes as a sign that the directory listing didn't work. So: what does "ls -l" return as exit status when using the plan9 variant of 'ls'? ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 8:05 ` Eli Zaretskii @ 2022-02-04 8:59 ` Van Ly 2022-02-04 9:26 ` Van Ly 2022-02-04 11:50 ` Eli Zaretskii 0 siblings, 2 replies; 32+ messages in thread From: Van Ly @ 2022-02-04 8:59 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Po Lu, 53739 On Fri, 4 Feb 2022, Eli Zaretskii wrote: > > The problem, as I explained up-thread, seems to be that 'ls' returns a > non-zero exit status, which insert-directory takes as a sign that the > directory listing didn't work. The "9 man intro" page has this paragraph containing the "exit" keyword. ''' DIAGNOSTICS In Plan 9, a program's exit status is an arbitrary text string, while on Unix it is an integer. Section (1) of this manual describes commands as though they exit with string statuses. In fact, exiting with an empty status corresponds to exiting with status 0, and exiting with any non-empty string corresponds to exiting with status 1. See exits(3). ''' > > So: what does "ls -l" return as exit status when using the plan9 > variant of 'ls'? > Starting 'emacs -Q' at the end of this typescript reproduces the problem. ''' ; on GNU/Linux % echo $SHELL /usr/bin/zsh % PATH=/usr/local/plan9/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export PATH % echo $PATH /usr/van/.opam/cs3110-2-21fa/bin:/usr/local/plan9/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin % which ls /usr/local/plan9/bin/ls % ls -l --rw-r--r-- M 0 van dialout 46 Feb 4 18:22 emacs28 --rw-r--r-- M 0 van dialout 47 Feb 4 18:14 emacs28q % echo $? 0 % /usr/local/plan9/bin/ls -l --rw-r--r-- M 0 van dialout 46 Feb 4 18:22 emacs28 --rw-r--r-- M 0 van dialout 47 Feb 4 18:14 emacs28q % echo $? 0 ''' -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 8:59 ` Van Ly @ 2022-02-04 9:26 ` Van Ly 2022-02-04 11:52 ` Eli Zaretskii 2022-02-04 11:50 ` Eli Zaretskii 1 sibling, 1 reply; 32+ messages in thread From: Van Ly @ 2022-02-04 9:26 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Po Lu, 53739 On Fri, 4 Feb 2022, Van Ly wrote: > On Fri, 4 Feb 2022, Eli Zaretskii wrote: > >> >> So: what does "ls -l" return as exit status when using the plan9 >> variant of 'ls'? >> > This also reproduces the problem. ''' % echo $SHELL /usr/bin/zsh % export PATH=/usr/local/plan9/bin:/usr/X/Projects/emacs-2022-01-15/bin % echo $PATH /usr/local/plan9/bin:/usr/X/Projects/emacs-2022-01-15/bin % which ls /usr/local/plan9/bin/ls % ls -l --rw-r--r-- M 0 van dialout 46 Feb 4 18:22 emacs28 --rw-r--r-- M 0 van dialout 47 Feb 4 18:14 emacs28q % echo $? 0 % /usr/local/plan9/bin/ls -l --rw-r--r-- M 0 van dialout 46 Feb 4 18:22 emacs28 --rw-r--r-- M 0 van dialout 47 Feb 4 18:14 emacs28q % echo $? 0 % emacs -Q ''' -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 9:26 ` Van Ly @ 2022-02-04 11:52 ` Eli Zaretskii 2022-02-05 3:07 ` Van Ly 0 siblings, 1 reply; 32+ messages in thread From: Eli Zaretskii @ 2022-02-04 11:52 UTC (permalink / raw) To: Van Ly; +Cc: luangruo, 53739 > Date: Fri, 4 Feb 2022 09:26:28 +0000 (UTC) > From: Van Ly <van.ly@sdf.org> > cc: Po Lu <luangruo@yahoo.com>, 53739@debbugs.gnu.org > > On Fri, 4 Feb 2022, Van Ly wrote: > > > On Fri, 4 Feb 2022, Eli Zaretskii wrote: > > > >> > >> So: what does "ls -l" return as exit status when using the plan9 > >> variant of 'ls'? > >> > > > > This also reproduces the problem. I don't see what it reproduces, and more importantly, don't see how this is relevant. Please step through the code of insert-directory and describe here what you see there when it reports the error. Everything else is just noise, as far as investigation of this problem is concerned. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 11:52 ` Eli Zaretskii @ 2022-02-05 3:07 ` Van Ly 2022-02-05 7:37 ` Eli Zaretskii 0 siblings, 1 reply; 32+ messages in thread From: Van Ly @ 2022-02-05 3:07 UTC (permalink / raw) To: Eli Zaretskii; +Cc: luangruo, 53739 [-- Attachment #1: Type: text/plain, Size: 1562 bytes --] On Fri, 4 Feb 2022, Eli Zaretskii wrote: Please step through the code of insert-directory > and describe here what you see there when it reports the error. > Everything else is just noise, as far as investigation of this problem > is concerned. Using Edebug on the instrumented insert-directory function narrows in on lisp/files.el ''' 7502 (apply 'call-process 7503 insert-directory-program nil t nil 7504 (append 7505 (if (listp switches) switches 7506 (unless (equal switches "") 7507 ;; Split the switches at any spaces so we can 7508 ;; pass separate options as separate args . 7509 (split-string-and-unquote switches))) 7510 ;; Avoid lossage if FILE starts with `-'. 7511 '("--") 7512 (list file)))))) ''' The "result" exit status is "1" on line 7512 closing parenthesises. The call is "ls -al -- /usr/X" and the problem is Plan's ls doesn't take the "-a" switch. For example ''' % ls -a usage: ls [-dlmnpqrstuFQ] [file ...] % echo $? 1 % ls -al usage: ls [-dlmnpqrstuFQ] [file ...] % echo $? 1 ''' The Edebug steps continue to line 7581. lisp/files.el:7581 "Listing directory failed but `access-file' worked" In the case of Plan9's ls what is needed is to leave out the "-a" switch. -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-05 3:07 ` Van Ly @ 2022-02-05 7:37 ` Eli Zaretskii 2022-02-05 9:04 ` Van Ly 2022-02-05 21:57 ` Lars Ingebrigtsen 0 siblings, 2 replies; 32+ messages in thread From: Eli Zaretskii @ 2022-02-05 7:37 UTC (permalink / raw) To: Van Ly; +Cc: luangruo, 53739 > Date: Sat, 5 Feb 2022 03:07:07 +0000 (UTC) > From: Van Ly <van.ly@sdf.org> > cc: luangruo@yahoo.com, 53739@debbugs.gnu.org > > The "result" exit status is "1" on line 7512 closing parenthesises. > > The call is "ls -al -- /usr/X" and the problem is Plan's ls doesn't > take the "-a" switch. For example > > ''' > % ls -a > usage: ls [-dlmnpqrstuFQ] [file ...] > % echo $? > 1 > % ls -al > usage: ls [-dlmnpqrstuFQ] [file ...] > % echo $? > 1 > ''' Thanks, the problem is clear now. > The Edebug steps continue to line 7581. > > lisp/files.el:7581 > "Listing directory failed but `access-file' worked" > > In the case of Plan9's ls what is needed is to leave out the "-a" switch. Which means "C-u C-x d" should fix your use case nicely. You can also customize dired-listing-switches in your init file, if you intend to use this version of 'ls' routinely. It's a defcustom for this very reason. Bottom line: I think we can close this bug with no further action. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-05 7:37 ` Eli Zaretskii @ 2022-02-05 9:04 ` Van Ly 2022-02-05 9:19 ` Eli Zaretskii 2022-02-05 21:57 ` Lars Ingebrigtsen 1 sibling, 1 reply; 32+ messages in thread From: Van Ly @ 2022-02-05 9:04 UTC (permalink / raw) To: Eli Zaretskii; +Cc: luangruo, 53739 On Sat, 5 Feb 2022, Eli Zaretskii wrote: >> In the case of Plan9's ls what is needed is to leave out the "-a" switch. > > Which means "C-u C-x d" should fix your use case nicely. You can also > customize dired-listing-switches in your init file, if you intend to > use this version of 'ls' routinely. It's a defcustom for this very > reason. > > Bottom line: I think we can close this bug with no further action. > Thanks. Another fix is to re-order Emacs's exec-path and put plan9/bin second last at the bottom. Emacs could DWIM to the exec-path on seeing plan9/bin at the top. -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-05 9:04 ` Van Ly @ 2022-02-05 9:19 ` Eli Zaretskii 2022-02-05 10:57 ` Van Ly 0 siblings, 1 reply; 32+ messages in thread From: Eli Zaretskii @ 2022-02-05 9:19 UTC (permalink / raw) To: Van Ly; +Cc: luangruo, 53739 > Date: Sat, 5 Feb 2022 09:04:29 +0000 (UTC) > From: Van Ly <van.ly@sdf.org> > cc: luangruo@yahoo.com, 53739@debbugs.gnu.org > > On Sat, 5 Feb 2022, Eli Zaretskii wrote: > > >> In the case of Plan9's ls what is needed is to leave out the "-a" switch. > > > > Which means "C-u C-x d" should fix your use case nicely. You can also > > customize dired-listing-switches in your init file, if you intend to > > use this version of 'ls' routinely. It's a defcustom for this very > > reason. > > > > Bottom line: I think we can close this bug with no further action. > > > > Thanks. > > Another fix is to re-order Emacs's exec-path and put plan9/bin second > last at the bottom. Emacs could DWIM to the exec-path on seeing > plan9/bin at the top. I see no need to change Emacs for such a corner use case that already has an easy solution. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-05 9:19 ` Eli Zaretskii @ 2022-02-05 10:57 ` Van Ly 0 siblings, 0 replies; 32+ messages in thread From: Van Ly @ 2022-02-05 10:57 UTC (permalink / raw) To: Eli Zaretskii; +Cc: luangruo, 53739 On Sat, 5 Feb 2022, Eli Zaretskii wrote: > > I see no need to change Emacs for such a corner use case that already > has an easy solution. > Anyway. I wonder what the Lisp Machine designers would have done for this corner case in the sense of furniture design and comfort. For me, Emacs feels like furniture at times. Edebug was an easy to use experience and well designed. -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-05 7:37 ` Eli Zaretskii 2022-02-05 9:04 ` Van Ly @ 2022-02-05 21:57 ` Lars Ingebrigtsen 1 sibling, 0 replies; 32+ messages in thread From: Lars Ingebrigtsen @ 2022-02-05 21:57 UTC (permalink / raw) To: Eli Zaretskii; +Cc: luangruo, Van Ly, 53739 Eli Zaretskii <eliz@gnu.org> writes: > Bottom line: I think we can close this bug with no further action. I agree. Now done. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-04 8:59 ` Van Ly 2022-02-04 9:26 ` Van Ly @ 2022-02-04 11:50 ` Eli Zaretskii 1 sibling, 0 replies; 32+ messages in thread From: Eli Zaretskii @ 2022-02-04 11:50 UTC (permalink / raw) To: Van Ly; +Cc: luangruo, 53739 > Date: Fri, 4 Feb 2022 08:59:11 +0000 (UTC) > From: Van Ly <van.ly@sdf.org> > cc: Po Lu <luangruo@yahoo.com>, 53739@debbugs.gnu.org > > On Fri, 4 Feb 2022, Eli Zaretskii wrote: > > > > > The problem, as I explained up-thread, seems to be that 'ls' returns a > > non-zero exit status, which insert-directory takes as a sign that the > > directory listing didn't work. > > The "9 man intro" page has this paragraph containing the "exit" keyword. > > ''' > DIAGNOSTICS > In Plan 9, a program's exit status is an arbitrary text > string, while on Unix it is an integer. Section (1) of this > manual describes commands as though they exit with string > statuses. In fact, exiting with an empty status corresponds > to exiting with status 0, and exiting with any non-empty > string corresponds to exiting with status 1. See exits(3). > ''' > > > > > So: what does "ls -l" return as exit status when using the plan9 > > variant of 'ls'? > > > > Starting 'emacs -Q' at the end of this typescript reproduces the problem. > > ''' > ; on GNU/Linux > % echo $SHELL > /usr/bin/zsh > % PATH=/usr/local/plan9/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export PATH > % echo $PATH > /usr/van/.opam/cs3110-2-21fa/bin:/usr/local/plan9/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin > % which ls > /usr/local/plan9/bin/ls > % ls -l > --rw-r--r-- M 0 van dialout 46 Feb 4 18:22 emacs28 > --rw-r--r-- M 0 van dialout 47 Feb 4 18:14 emacs28q > % echo $? > 0 > % /usr/local/plan9/bin/ls -l > --rw-r--r-- M 0 van dialout 46 Feb 4 18:22 emacs28 > --rw-r--r-- M 0 van dialout 47 Feb 4 18:14 emacs28q > % echo $? > 0 Thanks, but we need to know what Emacs sees as the exit status inside insert-directory. So, as I already said, the best approach top investigating this is to step with Edebug through the code in insert-directory, and see what kind of exit status we receive there, and why we decide that "directory listing failed". ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 8:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 9:18 ` Eli Zaretskii @ 2022-02-03 13:05 ` Van Ly 2022-02-03 16:45 ` Eli Zaretskii 1 sibling, 1 reply; 32+ messages in thread From: Van Ly @ 2022-02-03 13:05 UTC (permalink / raw) To: Po Lu; +Cc: 53739 On Thu, 3 Feb 2022, Po Lu wrote: > > It would be a great deal of trouble to support their version of ls (and > indeed, their versions of many other common Unix utilities such as `rm' > and `cp'), so I think the answer is simply "don't run Emacs with > plan9/bin at the head of your PATH". > Maybe the user can have their cake and eat it. What if Emacs ignores the PATH element containing plan9/bin and the shell environment outside Emacs is allowed to prefer plan9's commands? -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 13:05 ` Van Ly @ 2022-02-03 16:45 ` Eli Zaretskii 0 siblings, 0 replies; 32+ messages in thread From: Eli Zaretskii @ 2022-02-03 16:45 UTC (permalink / raw) To: Van Ly; +Cc: luangruo, 53739 > Date: Thu, 3 Feb 2022 13:05:27 +0000 (UTC) > From: Van Ly <van.ly@sdf.org> > cc: Eli Zaretskii <eliz@gnu.org>, 53739@debbugs.gnu.org > > Maybe the user can have their cake and eat it. What if Emacs ignores > the PATH element containing plan9/bin and the shell environment > outside Emacs is allowed to prefer plan9's commands? Emacs doesn't use PATH, it uses exec-path. ^ permalink raw reply [flat|nested] 32+ messages in thread
* bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH 2022-02-03 7:22 ` Eli Zaretskii 2022-02-03 8:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-03 13:00 ` Van Ly 1 sibling, 0 replies; 32+ messages in thread From: Van Ly @ 2022-02-03 13:00 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 53739 [-- Attachment #1: Type: text/plain, Size: 1940 bytes --] On Thu, 3 Feb 2022, Eli Zaretskii wrote: > > I guess the version of 'ls' there is incompatible or something? The > message means that 'ls' exited with a non-zero status for some reason. > Please investigate more what went wrong there and report here the > details, so we could decide whether we want to support "plan9/bin" > idiosyncrasies, whatever they are. Stepping with Edebug through > insert-directory should help you understand what's going on. > I guess plan9/bin contains many commands identical in name to those GNU Emacs expects from POSIX but they have plan9's reinvention. One fix is not to put plan9/bin on the head of PATH but at the tail and GNU Emacs will succeed at "C-x d" or dired. Maybe a response like how "dired-use-ls-dired" is handled will point the user in the right direction. > Also, please explain what you mean by "for the following interactive > shells". The interactive shell is either the shell given at login by setting as follows then logout, login > usermod -s /path/to/shell username and that shell is listed for the username in /etc/passwd or I "exec /path/to/shell" to change the shell; I think shell-file-name is set to the value listed in /etc/passwd. I had the shells sh, zsh and rc running interactively at the command prompt. > How does the interactive shell enter this picture? The interactive shell is the environment on the command line where I launch "emacs -Q". And what > is the value of shell-file-name in the session where "C-x d" fails? Two examples of the value for shell-file-name in the session where "C-x d" fails are as follows: ''' ;; set shell to sh by usermod, logout and login Its value is "/bin/sh" Original value was "/usr/pkg/bin/zsh" ;; set shell to rc by usermod, logout and login Its value is "/usr/local/plan9/bin/rc" Original value was "/usr/pkg/bin/zsh" ''' -- vl ^ permalink raw reply [flat|nested] 32+ messages in thread
end of thread, other threads:[~2022-02-05 21:57 UTC | newest] Thread overview: 32+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2022-02-02 22:12 bug#53739: 28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH Van Ly 2022-02-03 7:22 ` Eli Zaretskii 2022-02-03 8:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 9:18 ` Eli Zaretskii 2022-02-03 10:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 10:31 ` Eli Zaretskii 2022-02-03 11:02 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 11:08 ` Eli Zaretskii 2022-02-03 11:28 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-03 13:20 ` Van Ly 2022-02-03 16:47 ` Eli Zaretskii 2022-02-03 13:12 ` Van Ly 2022-02-03 16:47 ` Eli Zaretskii 2022-02-04 0:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-04 4:29 ` Van Ly 2022-02-04 4:50 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-04 7:18 ` Van Ly 2022-02-04 7:55 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2022-02-04 8:05 ` Eli Zaretskii 2022-02-04 8:59 ` Van Ly 2022-02-04 9:26 ` Van Ly 2022-02-04 11:52 ` Eli Zaretskii 2022-02-05 3:07 ` Van Ly 2022-02-05 7:37 ` Eli Zaretskii 2022-02-05 9:04 ` Van Ly 2022-02-05 9:19 ` Eli Zaretskii 2022-02-05 10:57 ` Van Ly 2022-02-05 21:57 ` Lars Ingebrigtsen 2022-02-04 11:50 ` Eli Zaretskii 2022-02-03 13:05 ` Van Ly 2022-02-03 16:45 ` Eli Zaretskii 2022-02-03 13:00 ` Van Ly
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.