GNU bug report logs - #64897
29.0.91; Bug (and patch) in find-dired-with-command

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: michael_heerdegen <at> web.de, 64897 <at> debbugs.gnu.org, wrn.lynn <at> gmail.com
Subject: bug#64897: 29.0.91; Bug (and patch) in find-dired-with-command
Date: Sun, 13 Aug 2023 12:46:35 +0300

> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: michael_heerdegen <at> web.de,  64897 <at> debbugs.gnu.org,  wrn.lynn <at> gmail.com
> Date: Sun, 13 Aug 2023 11:33:09 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> This change has raised controversioal discussions, but now it
> >> exists. See <https://www.gnu.org/software/coreutils/quotes.html>.
> >
> > Maybe we should invoke 'ls' via a pipe, rather than PTY, so that this
> > change (which AFAIU we don't need in Dired) doesn't affect us?  Of
> > course, this will probably not help remote invocations.  But maybe we
> > should inject "QUOTING_STYLE=literal" into the environment in those
> > cases?
> 
> I don't believe we must change anything. Calling find-name-dired from
> emacs -Q, it ends up in "find . \( -name <pattern> \) -ls". This works
> as expected, because the -ls argument of find is not affected by the
> change in GNU ls.
> 
> The problem happens only, if people like Michael prefer to use the ls
> command directly. In that case they are responsible themselves to use
> proper ls arguments, matching the ls version on their system.

I was thinking about Dired, not about find-name-dired.

Are you saying that Dired is not affected by this change in Coreutils'
behavior?

Previous Next

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