GNU bug report logs -
#34212
ls wraps files containing spaces in single quotes in terminal
Previous Next
Reported by: Daniel Grambihler <gramby <at> me.com>
Date: Sat, 26 Jan 2019 21:38:01 UTC
Severity: normal
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34212 in the body.
You can then email your comments to 34212 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#34212
; Package
coreutils
.
(Sat, 26 Jan 2019 21:38:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Daniel Grambihler <gramby <at> me.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Sat, 26 Jan 2019 21:38:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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.
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
You have taken responsibility.
(Sun, 27 Jan 2019 07:37:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Daniel Grambihler <gramby <at> me.com>
:
bug acknowledged by developer.
(Sun, 27 Jan 2019 07:37:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 34212-done <at> debbugs.gnu.org (full text, mbox):
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.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 24 Feb 2019 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 61 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.