GNU logs - #38004, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#38004: Default quoting of file names by ls (coreutils)
Resent-From: Joshua Miller <unrtst@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 31 Oct 2019 14:36:02 +0000
Resent-Message-ID: <handler.38004.B.157253254229951 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 38004 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Joshua Miller <unrtst@HIDDEN>
Date: Thu, 31 Oct 2019 07:27:53 -0400
Message-ID: <CAL3qUHcV4gyPavLYEAP+kTr7MPcUjjQNchA25LN-7Kfwvca34Q@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000008c9f940596332473"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--0000000000008c9f940596332473
Content-Type: text/plain; charset="UTF-8"

The output of "ls" automatically quotes results that include special
characters or spaces. I've already found this page:
https://www.gnu.org/software/coreutils/quotes.html

I'm aware that the maintainers have no plans to revert the behavior, and
I'm aware of the work arounds.

This email is just to register another complaint / disagreement. The page
above notes, "GNU Coreutils maintainers are of the opinion that this change
is beneficial to most users". It's not beneficial to me and has caused a
fair bit of work to restore the old behavior across a few hundred systems.
I suspect that many users have yet to see this new behavior, as many of us
run distributions with older utilities (ex. RHEL 7.x).

FWIW, I'm firmly of the opinion that this should have been implemented at
the distribution level as an addition to the default "ls" alias, leaving
the default behavior of unadulterated /bin/ls use as-is (ie. behaving as
--quoting-style=literal). That said, I don't know where you go from here,
cause you've already committed to this change and it's all over the place
now, and reverting would then cause a third condition... I'd still support
reverting, but I realize that's unlikely, so don't worry about convincing
me of why you won't revert.

In the future, for new behavior such as this, I implore you to please stage
the change in steps:
* add an option to enable the behavior
* encourage distros to make that the default for their distro via aliases
* if $N percent of distros pick it up, then consider making it the actual
default with an option to disable it

Thank you,
--
Josh I.

--0000000000008c9f940596332473
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">The output of &quot;ls&quot; automatically quotes results =
that include special characters or spaces. I&#39;ve already found this page=
:=C2=A0<a href=3D"https://www.gnu.org/software/coreutils/quotes.html">https=
://www.gnu.org/software/coreutils/quotes.html</a><div><br></div><div>I&#39;=
m aware that the maintainers have no plans to revert the behavior, and I&#3=
9;m aware=C2=A0of the work arounds.</div><div><br></div><div>This email is =
just to register another complaint / disagreement. The page above notes, &q=
uot;GNU Coreutils maintainers are of the opinion that this change is benefi=
cial to most users&quot;. It&#39;s not beneficial to me and has caused a fa=
ir bit of work to restore the old behavior across a few hundred systems. I =
suspect that many users have yet to see this new behavior, as many of us ru=
n distributions with older utilities (ex. RHEL 7.x).</div><div><br></div><d=
iv>FWIW, I&#39;m firmly of the opinion that this should have been implement=
ed at the distribution level as an addition to the default &quot;ls&quot; a=
lias, leaving the default behavior of unadulterated /bin/ls use as-is (ie. =
behaving as --quoting-style=3Dliteral). That said, I don&#39;t know where y=
ou go from here, cause you&#39;ve already committed to this change and it&#=
39;s all over the place now, and reverting would then cause a third conditi=
on... I&#39;d still support reverting, but I realize that&#39;s unlikely, s=
o don&#39;t worry about convincing me of why you won&#39;t revert.</div><di=
v><br></div><div>In the future, for new behavior such as this, I implore yo=
u to please stage the change in steps:</div><div>* add an option to enable =
the behavior</div><div>* encourage distros to make that the default for the=
ir distro via aliases</div><div>* if $N percent of distros pick it up, then=
 consider making it the actual default with an option to disable it</div><d=
iv><br></div><div>Thank you,<br></div><div>--</div><div>Josh I.</div></div>

--0000000000008c9f940596332473--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Joshua Miller <unrtst@HIDDEN>
Subject: bug#38004: Acknowledgement (Default quoting of file names by ls
 (coreutils))
Message-ID: <handler.38004.B.157253254229951.ack <at> debbugs.gnu.org>
References: <CAL3qUHcV4gyPavLYEAP+kTr7MPcUjjQNchA25LN-7Kfwvca34Q@HIDDEN>
X-Gnu-PR-Message: ack 38004
X-Gnu-PR-Package: coreutils
Reply-To: 38004 <at> debbugs.gnu.org
Date: Thu, 31 Oct 2019 14:36:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 38004 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
38004: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D38004
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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