GNU bug report logs - #27844
26.0.50; Dired w/ eshell-ls doesn't support wildcards in file name

Previous Next

Package: emacs;

Reported by: Tino Calancha <tino.calancha <at> gmail.com>

Date: Thu, 27 Jul 2017 03:28:01 UTC

Severity: minor

Found in version 26.0.50

Done: Tino Calancha <tino.calancha <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Tino Calancha <tino.calancha <at> gmail.com>
Cc: 27844 <at> debbugs.gnu.org
Subject: bug#27844: 26.0.50; Dired w/ eshell-ls doesn't support wildcards in file name
Date: Tue, 01 Aug 2017 21:43:41 +0300
> From: Tino Calancha <tino.calancha <at> gmail.com>
> Date: Wed, 2 Aug 2017 01:04:20 +0900 (JST)
> cc: Tino Calancha <tino.calancha <at> gmail.com>, 27844 <at> debbugs.gnu.org
> 
> 1) I am imaging one user in a system without an external 'ls' installed.
> 
> 2) This hypothetical user wants to use Dired;  after searching the web,
>     find s?he could do it via eshell.
> 
> 3) I assume this user is not interested in the eshell internals: just want
>     to have Dired running without complications.  That means
>     'eshell-error-if-no-glob' keeps its default, nil.

How about binding eshell-error-if-no-glob to non-nil when eshell/ls is
called from Dired, then?

> I like the idea that Dired behaves uniformsly regardless on if we are 
> using an external 'ls' or an elisp emulation of it.

That's an unreachable ideal, because there are too many versions of
'ls' out there.  GNU 'ls' is just one of them.  And sometimes the
error comes from the shell which expands wildcards, not from 'ls'
itself.




This bug report was last modified 7 years and 296 days ago.

Previous Next


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