GNU bug report logs - #34212
ls wraps files containing spaces in single quotes in terminal

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Daniel Grambihler <gramby <at> me.com>
Subject: bug#34212: closed (Re: bug#34212: ls wraps files containing
 spaces in single quotes in terminal)
Date: Sun, 27 Jan 2019 07:37:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#34212: ls wraps files containing spaces in single quotes in terminal

which was filed against the coreutils package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 34212 <at> debbugs.gnu.org.

-- 
34212: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=34212
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Daniel Grambihler <gramby <at> me.com>, 34212-done <at> debbugs.gnu.org
Subject: Re: bug#34212: ls wraps files containing spaces in single quotes in
 terminal
Date: Sat, 26 Jan 2019 23:36:36 -0800

Please see:

https://www.gnu.org/software/coreutils/quotes.html

As the bug report doesn't report any specific problem with the quoting (other 
than a request to change the default back) I'm taking the liberty of closing it.

[Message part 3 (message/rfc822, inline)]

From: Daniel Grambihler <gramby <at> me.com>
To: bug-coreutils <at> gnu.org
Subject: ls wraps files containing spaces in single quotes in terminal
Date: Sat, 26 Jan 2019 13:54:00 -0700

The ls utility wraps files with spaces in them in single quotes when used from the terminal. I discovered this after updating a subversion repository which pulled files that had been checked in by others using TortoiseSVN but was unable to find a bug in TortoiseSVN that would cause this. After checking the repo via web interface, I could see there were no quotes in the actual repo. My next suspect was a change in subversion causing this upon checkout (perhaps it was checking out Windows files with quotes around them for some weird reason, for example). I came up empty there, too. I then wondered if it was some weird Ubuntu alias change, but \ls showed the same thing. I finally opened a directory containing one of the screwed up filenames with vi and could see that the single quote wasn’t actually there.

This led me to search for bugs in ls, upon which I found that this was an intentionally induced bug and that I was going to have to change my alias to add the -N option on every VM and system I use in order to fix this flaw.

I spent two hours on this. That is wholly unacceptable. I’m sure you’re well aware of the negative feedback on this flaw. The fix for this is to make this unexpected change an opt-in rather than a default (as has been the norm for decades).

Perhaps a fork of the core-utils that can be included in all of the distributions is in order. It would be a shame to have to abandon the current line in preference for a fork due to an unwillingness to do the right thing on the part of the core-utils devs.

Previous Next

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