GNU bug report logs - #33123
ls-quotes: non-backwards compatible change to ls

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: coreutils; Reported by: Matt Martini <matt.martini@HIDDEN>; dated Tue, 23 Oct 2018 03:46:02 UTC; Maintainer for coreutils is bug-coreutils@HIDDEN.
Changed bug title to 'ls-quotes: non-backwards compatible change to ls' from 'non-backwards compatible change to ls' Request was from Assaf Gordon <assafgordon@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 23 Oct 2018 03:45:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 22 23:45:51 2018
Received: from localhost ([127.0.0.1]:36961 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gEnde-0004eU-Pv
	for submit <at> debbugs.gnu.org; Mon, 22 Oct 2018 23:45:51 -0400
Received: from eggs.gnu.org ([208.118.235.92]:60686)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <matt.martini@HIDDEN>) id 1gEnb4-0004Zf-HN
 for submit <at> debbugs.gnu.org; Mon, 22 Oct 2018 23:43:11 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <matt.martini@HIDDEN>) id 1gEnay-0000G5-EF
 for submit <at> debbugs.gnu.org; Mon, 22 Oct 2018 23:43:05 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,HTML_MESSAGE
 autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:54050)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <matt.martini@HIDDEN>)
 id 1gEnay-0000Fl-9l
 for submit <at> debbugs.gnu.org; Mon, 22 Oct 2018 23:43:04 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:42023)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <matt.martini@HIDDEN>) id 1gEnax-0003v7-A7
 for bug-coreutils@HIDDEN; Mon, 22 Oct 2018 23:43:04 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <matt.martini@HIDDEN>) id 1gEnat-00008I-4x
 for bug-coreutils@HIDDEN; Mon, 22 Oct 2018 23:43:03 -0400
Received: from mail-yb1-xb34.google.com ([2607:f8b0:4864:20::b34]:39657)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
 (Exim 4.71) (envelope-from <matt.martini@HIDDEN>)
 id 1gEnas-00006J-KH
 for bug-coreutils@HIDDEN; Mon, 22 Oct 2018 23:42:58 -0400
Received: by mail-yb1-xb34.google.com with SMTP id j9-v6so247572ybj.6
 for <bug-coreutils@HIDDEN>; Mon, 22 Oct 2018 20:42:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=imaginarywave-com.20150623.gappssmtp.com; s=20150623;
 h=from:message-id:mime-version:subject:date:cc:to;
 bh=HAkfy8wBZSrgKWW2VzMKN6gUfXx3IRxyOsaHBW/nA9o=;
 b=CTscx37LbkcQJvZWoVxtHR77mvwhx7PIqD33X/mXXXjV9P41c3YoYs2XWGQ+Z3kQ7h
 DJvnnQKnZyNNpRLaG/yxeTh5sRj0fT4zoQAGeuzqMkRhJ+JCZ7msoeQb23FtQ/KPvw+e
 bq8nwdqnbB6TWjq/KfQdtjEzgTD9bKA4SIRjLTjzNxXi8SnOFowjz3J3H6L3OZoaY7E2
 34+wsUoAbN7C6VZRn7NQRNZkgIp4d/4VvKvEF9M2IpZK6JHBUlv4Ea8u8yYGNreVuaiE
 hsHgAAeEHkPxeIctJcCYryH75tHFsF2z3pgKhTMKGwsnO7NFCTuPLIbbZhuox6oEJCW/
 Qhkw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:message-id:mime-version:subject:date:cc:to;
 bh=HAkfy8wBZSrgKWW2VzMKN6gUfXx3IRxyOsaHBW/nA9o=;
 b=GE64STW+A7MGYJSfvuvJc64IIKo3bvwWbXR/ZecqVhr7D9pdfxJaRZPTK2FxqNH82q
 9REO8efICrqpj8raXiH7Yalqo2qtiPtjTMTlG2KXx0SyupLs0kBffk7QGVIR7vlVbM9t
 CMAfo4Qu0MVKX29SSeEEzQE14CUZWfSdB7CoEfOIPWe6gGMHytqaP5Wg+9DpXRDy+35q
 wH0K9RadDalZuSTPrCnoZFvG1Ed4+iOf4DQWhtJ6L14CKraBEmxXDWrRyf21yStqBRM6
 rSCa3AUa7k3Lf21Ax5/3oJ88JYlRjLrvfi22a+Fs4xUjA+WzmYiVLfK487JGP3+i+bCJ
 J2DA==
X-Gm-Message-State: ABuFfohiQt7UcyAgEnnQd4EcABQBZD0q25Aqm+9Ye6nlBDAA5Zryk70L
 udJS1ITPSUnVilDkhLsJLm+F3usV3JM=
X-Google-Smtp-Source: ACcGV62Bgns3XANRL4eEWF65/kXsU6ExvvYQwpBGiAaMspL64qKNcq/Eexym1teQfrVaJUYmif6P5Q==
X-Received: by 2002:a25:e043:: with SMTP id
 x64-v6mr18217079ybg.42.1540266177235; 
 Mon, 22 Oct 2018 20:42:57 -0700 (PDT)
Received: from [10.17.1.8] (pool-70-19-38-188.nycmny.fios.verizon.net.
 [70.19.38.188])
 by smtp.gmail.com with ESMTPSA id z67-v6sm1528610ywe.72.2018.10.22.20.42.55
 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
 Mon, 22 Oct 2018 20:42:56 -0700 (PDT)
From: Matt Martini <matt.martini@HIDDEN>
X-Google-Original-From: Matt Martini <imaginarywave@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_92E458B0-F90A-4EC7-B472-8710B3A6E553"
Message-Id: <C020852A-FC79-42A9-A388-14FA5E0B59EB@HIDDEN>
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Priority: 1
Subject: non-backwards compatible change to ls
Date: Mon, 22 Oct 2018 23:42:54 -0400
To: bug-coreutils@HIDDEN
X-Mailer: Apple Mail (2.2104)
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
 recognized.
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -5.0 (-----)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Mon, 22 Oct 2018 23:45:49 -0400
Cc: kaxandra.labat@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)


--Apple-Mail=_92E458B0-F90A-4EC7-B472-8710B3A6E553
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

There was a change in the behavior of ls that is unconditional (no
way to revert to the old behavior) and incompatible with the
previous behavior.

The change is listed in the Changelog for 8.30:

2018-06-20  Kaxandra Labat  <kaxandra.labat@HIDDEN>
 ls: ignore case when coloring file extensions
   * src/ls.c (get_color_indicator): s/STREQ_LEN/c_strncasecmp/
   * src/dircolors.hin: Remove a now redundant entry.
   * tests/ls/color-ext.sh: Add a new test.
   * tests/local.mk: Reference the new test.
   * NEWS: Mention the change in behavior.

This breaks the use case where different colors are assigned to suffixes
whose case is different. The old behavior allowed for making visually
distinct different cased suffixes.

For example:

    image.jpg    could be rendered in green
    image.JPG    could be rendered in green with a yellow background=20

This would allow for easy identification of non-uniform cases,
especially in directories with large numbers of files.

What I am requesting is a way to get the old behavior back.=20

One suggestion would be adding a setting to the =E2=80=94color option, =
whereby

    --color=3Dauto				would turn on =
colorization case-insensitive (as the new behavior works)
    --color=3Dauto-case		would turn on colorization =
case-sensitive (as the old behavior worked)

Thank you.

Matt=

--Apple-Mail=_92E458B0-F90A-4EC7-B472-8710B3A6E553
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div class=3D""><div class=3D"">There was a change in the =
behavior of ls that is unconditional (no</div><div class=3D"">way to =
revert to the old behavior) and incompatible with the</div><div =
class=3D"">previous behavior.</div><div class=3D""><br =
class=3D""></div></div><div class=3D"">The change is listed in the =
Changelog for 8.30:</div><div class=3D""><br class=3D""></div><div =
class=3D""><font face=3D"Courier" class=3D"">2018-06-20 &nbsp;Kaxandra =
Labat &nbsp;&lt;<a href=3D"mailto:kaxandra.labat@HIDDEN" =
class=3D"">kaxandra.labat@HIDDEN</a>&gt;</font></div><div =
class=3D""><div class=3D""><font face=3D"Courier" class=3D"">&nbsp;ls: =
ignore case when coloring file extensions</font></div><div =
class=3D""><font face=3D"Courier" class=3D"">&nbsp; &nbsp;* src/ls.c =
(get_color_indicator): s/STREQ_LEN/c_strncasecmp/</font></div><div =
class=3D""><font face=3D"Courier" class=3D"">&nbsp; &nbsp;* =
src/dircolors.hin: Remove a now redundant entry.</font></div><div =
class=3D""><font face=3D"Courier" class=3D"">&nbsp; &nbsp;* =
tests/ls/color-ext.sh: Add a new test.</font></div><div class=3D""><font =
face=3D"Courier" class=3D"">&nbsp; &nbsp;* tests/local.mk: Reference the =
new test.</font></div><div class=3D""><font face=3D"Courier" =
class=3D"">&nbsp; &nbsp;* NEWS: Mention the change in =
behavior.</font></div></div><div class=3D""><br class=3D""></div><div =
class=3D""><div class=3D"">This breaks the use case where different =
colors are assigned to suffixes</div><div class=3D"">whose case is =
different. The old behavior allowed for making visually</div><div =
class=3D"">distinct different cased suffixes.</div></div><div =
class=3D""><br class=3D""></div><div class=3D"">For example:</div><div =
class=3D""><br class=3D""></div><div class=3D"">&nbsp; &nbsp; <font =
face=3D"Courier" class=3D"">image.jpg</font> &nbsp; &nbsp;could be =
rendered in green</div><div class=3D"">&nbsp; &nbsp; <font =
face=3D"Courier" class=3D"">image.JPG</font>&nbsp; &nbsp; could be =
rendered in green with a yellow background&nbsp;</div><div class=3D""><br =
class=3D""></div><div class=3D""><div class=3D"">This would allow for =
easy identification of non-uniform cases,</div><div class=3D"">especially =
in directories with large numbers of files.</div><div class=3D""><br =
class=3D""></div><div class=3D"">What I am requesting is a way to get =
the old behavior back.&nbsp;</div><div class=3D""><br =
class=3D""></div><div class=3D"">One suggestion would be adding a =
setting to the <font face=3D"Courier" class=3D"">=E2=80=94color</font> =
option, whereby</div></div><div class=3D""><br class=3D""></div><div =
class=3D"">&nbsp; &nbsp;&nbsp;<font face=3D"Courier" =
class=3D"">--color=3Dauto</font><span class=3D"Apple-tab-span" =
style=3D"white-space:pre">				</span>would =
turn on colorization case-insensitive (as the new behavior =
works)</div><div class=3D"">&nbsp; &nbsp;&nbsp;<font face=3D"Courier" =
class=3D"">--color=3Dauto-case</font><span class=3D"Apple-tab-span" =
style=3D"white-space: pre;">		</span>would turn on =
colorization case-sensitive (as the old behavior worked)</div><div =
class=3D""><br class=3D""></div><div class=3D"">Thank you.</div><div =
class=3D""><br class=3D""></div><div class=3D"">Matt</div></body></html>=

--Apple-Mail=_92E458B0-F90A-4EC7-B472-8710B3A6E553--




Acknowledgement sent to Matt Martini <matt.martini@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-coreutils@HIDDEN. Full text available.
Report forwarded to bug-coreutils@HIDDEN:
bug#33123; Package coreutils. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Tue, 30 Oct 2018 04:15:02 UTC

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