From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#64791: 30.0.50; [PATCH] Fix dired mismatch on some filenames Date: Tue, 5 Sep 2023 14:57:52 -0700 Message-ID: References: <87sf9gozbl.fsf@ledu-giraud.fr> <83fs5g8392.fsf@gnu.org> <87lef8ovgc.fsf@ledu-giraud.fr> <835y6c7yvo.fsf@gnu.org> <87ttsbbbfy.fsf@ledu-giraud.fr> <83zg235d47.fsf@gnu.org> <83wmx75aad.fsf@gnu.org> <87r0netlc0.fsf@ledu-giraud.fr> <87ttsaibza.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4204"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , 64791@debbugs.gnu.org, Manuel Giraud To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Sep 05 23:59:26 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qde50-0000wf-2S for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 05 Sep 2023 23:59:26 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qde4d-0001Zk-Sc; Tue, 05 Sep 2023 17:59:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qde4c-0001YI-Ef for bug-gnu-emacs@gnu.org; Tue, 05 Sep 2023 17:59:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qde4c-0006yF-5O for bug-gnu-emacs@gnu.org; Tue, 05 Sep 2023 17:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qde4c-0005XJ-G3 for bug-gnu-emacs@gnu.org; Tue, 05 Sep 2023 17:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Sep 2023 21:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64791 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 64791-submit@debbugs.gnu.org id=B64791.169395108921217 (code B ref 64791); Tue, 05 Sep 2023 21:59:02 +0000 Original-Received: (at 64791) by debbugs.gnu.org; 5 Sep 2023 21:58:09 +0000 Original-Received: from localhost ([127.0.0.1]:59702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qde3i-0005W6-GJ for submit@debbugs.gnu.org; Tue, 05 Sep 2023 17:58:09 -0400 Original-Received: from mail-lj1-x233.google.com ([2a00:1450:4864:20::233]:48519) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qde3c-0005VX-5r for 64791@debbugs.gnu.org; Tue, 05 Sep 2023 17:58:04 -0400 Original-Received: by mail-lj1-x233.google.com with SMTP id 38308e7fff4ca-2bceb02fd2bso45398951fa.1 for <64791@debbugs.gnu.org>; Tue, 05 Sep 2023 14:57:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693951073; x=1694555873; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=bPDwOndN3ShKvNecLUgk1egjbHIEQN0q0YHph78tam0=; b=L0EF1q5p1Camuad0A2FnsNjPHq8uxB5bpYzQsz0DZO1B5nIv13l9cmFNO/q3nPL3uY ZzrF1Wg9iDMVbr0vbImhatOVRL8NvXdfZCLQe1SbZuwgkz/j8cf6TF5LhTHxnfoKZ2Ym Dpg2rf/lQY9sDOzXxfTt9Zjm+U+xMDK8FQXRweYqdoybinOkELm9eo9yoMvwf6Sowpms 1B9WmScxYXG1cWcQkXOSUu7MbIi023EE7cPJJZkamb9cj+LrvSjFLD0sagrBcuKtRYAy jdPtTH8AMmq5wQ4VXcmdv+N4bL64RGHC56pNWU/7ThCXUrDvxKGRSxBcO9jCsz/69sLj we2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693951073; x=1694555873; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=bPDwOndN3ShKvNecLUgk1egjbHIEQN0q0YHph78tam0=; b=S6kz2DTcrgBs2jlNWvS6u1c7blYqDlAHKY8jAWbGVbY4r9G8B+bZskA7uY3O6BEA9w 6HMahCASTZceMgrJF6MMT8ClweWQY+DGFxs88nEztMETQlEEtT9MAaO3ZUGPpGB1hSu/ wxniFgwt95O+3xttzJ6HGAIJ1fTdZmKIpVT8PLfhMqnT4/EQe5gd3Rj6NQHY/c+StW30 W5p9gGlNTuJ7eO3bruwEfxQTPvPijTuCqLIizZ33vEIj/+gMipx7PvzBnDeUlm0BW7AV g4DCBBO11rzxGpWoaPCpUKARcnvavu4M+lvq4Q5bti14HPiviyei4pNuO2ovpzutWhCe RwKg== X-Gm-Message-State: AOJu0YwyyMdtlTauNGHXAFt94rASs9vSL2ytZBM3IJRltrKkelqLkUzz ++cGZ+pwc6gQdiayIHxrVf/7vz0elreST0pJiFs= X-Google-Smtp-Source: AGHT+IEpQ5tFKA68V+56MQuk6aLm3oeICga4uskU7pcZLhP76+JzlJSxucXGqH9V8tp8QodB5iImZOMXjBpllDqD5BY= X-Received: by 2002:a05:6512:5c8:b0:501:c1d4:cf68 with SMTP id o8-20020a05651205c800b00501c1d4cf68mr800815lfo.15.1693951073431; Tue, 05 Sep 2023 14:57:53 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 5 Sep 2023 14:57:52 -0700 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:269417 Archived-At: Po Lu writes: > 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. I assume you do this on your BSD machines, so I'll take your word for it. I wouldn't be brave enough, myself. In any case, I'm confident that most BSD users will use ports rather than replacing their BSD userland with the GNU one, and we have established that ports names it "gls". Let's worry about the 99.99 % of use cases here. >>> 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. Why would that be an issue?