The quotes are there because there's spaces in the file name. You don't see them in the GUI because they're not actually there. They're added by the 'ls' command to help with copy/pasting of file names. You can add 'export QUOTING_STYLE=literal' to your ~/.bashrc to permanently suppress them, or just do 'ls -N' as a one off.
this post was submitted on 27 Aug 2023
50 points (96.3% liked)
Linux
47376 readers
1038 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
Thanks. The export command got rid of the quotation marks but I still have an issue where when I cd into one of the directories that had quotation marks (a directory with two words in the name) there is a backslash after the first word and a forward slash at the end of the file name when I use tab to complete the rest of the file name.
That's to escape the space, so that it doesn't register as a separate keyword in whatever command you're running.
For paths/filenames with spaces, you must escape all spaces with the backslash, or use single/double quotes around it. Single quotes also prevent stuff like interpreting $ etc etc as a reference to a variable
That is normal with tab completion, since spaces will be seen as other commands so the slash escapes the space character
Add-on: you really don't need to get rid of the quotes. It's a very reasonable behavior. You just need to learn/understand what they mean.
load more comments
(2 replies)
I understand why this is weird to you, but it's supposed to work like that and you should really keep it that way.
Otherwise you have no way of knowing whether your directory contains a file called "a b c", or three files called "a" "b" and "c" (all without the quotation marks obviously).
In Linux a blank space denotes a seperator. So basically, a space means "A new thing begins now".
So e.g. if you use the cat command to print the contents of a file called "a b c", and you do it like so: "cat a b c", it will try to print the contents of the three files called "a" "b" and "c".
The other way you can go is to escape the space character. Escaping tells a program that the following character has no special meaning and is used only in it's meaning as pure text. In Linux you escape using this character: .
So "a b c" is equivalent to a\ b\ c.
All in all, this is a weird thing to get used to as a beginner, but it's an important and even helpful thing.
All in all, there are some things that are pretty weird when you first switch to Linux, but most of them have a reason. You can bend Linux to do whatever you want and you can even make it very Windows-y if you want. But in many cases there are reasons behind design decisions and bending them often results in issues down the road.
But in the end, it's your PC, and it's Linux, so do what you want.
Command line in general, not just Linux.
Forgetting to quoteblock spaces in Windows won't be pleasant either (especially when Windows has a Sydtem directory called "Program Files".
You could either alias ls='ls -N' or do something like export QUOTING_STYLE=literal
If you are referring to seeing filenames with spaces wrapped in single quotes when you do an "ls" then refer to this stackexchange answer for a discussion on the long history of why everyone considers this a major bug but the maintainers refuse to fix it. The short answer is to do "ls -N" to correct this problem, and you will probably want to create an alias to do this automatically for you.
It's definitely not a bug 😆
My experience is you should try to always use find over ls when writing robust scripts, and consider ls as just an end user tool, not a scripting tool.
load more comments
(6 replies)