GNU bug report logs - #64791
30.0.50; [PATCH] Fix dired mismatch on some filenames

Previous Next

Package: emacs;

Reported by: Manuel Giraud <manuel <at> ledu-giraud.fr>

Date: Sat, 22 Jul 2023 13:24:02 UTC

Severity: normal

Tags: patch

Found in version 30.0.50

Fixed in version 30.1

Done: Manuel Giraud <manuel <at> ledu-giraud.fr>

Bug is archived. No further changes may be made.

Full log


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

From: Po Lu <luangruo <at> yahoo.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 64791 <at> debbugs.gnu.org,
 Manuel Giraud <manuel <at> ledu-giraud.fr>
Subject: Re: bug#64791: 30.0.50; [PATCH] Fix dired mismatch on some filenames
Date: Tue, 05 Sep 2023 08:20:29 +0800
Stefan Kangas <stefankangas <at> gmail.com> writes:

> I doubt anyone would make install GNU coreutils on top of a BSD
> userland, because there would be no end to the breakage that would
> create.  That's the exact reason why the 'popular name' on BSD is
> "gls".

???

GNU ls is a compatible replacement for Unix ls, the installation of
which shouldn't produce problems on Unix systems.  I've been installing
it from the coreutils tarball since it was still named fileutils,
without any ill effect.

>> Favoring `gls' over `ls' will lead to Emacs overlooking a
>> potentially
>> newer Coreutils installation as long as one from the package manager
>> is already present.
>
> I don't think I understand what situation you have in mind here.

Where /usr/local/bin/gls is older than another installation of
coreutils.




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

Previous Next


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