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

Previous Next

Package: emacs;

Reported by: Warren Lynn <wrn.lynn <at> gmail.com>

Date: Thu, 27 Jul 2023 14:25:02 UTC

Severity: normal

Found in version 29.0.91

Fixed in version 29.2

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


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

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

Hi Eli,

>> GNU ls has changed its default how to quote special characters in file
>> names. Likely, you've got a recent version of coreutils on your machine.
>>
>> 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.

Best regards, Michael.




This bug report was last modified 2 years and 9 days ago.

Previous Next


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