59

I installed some software and I think afterwards I was navigating through CLI and noticed that some directories or some files in some directories had single quotation marks around the names. They don't appear in the GUI. How do I get rid of them? Do I have to use a recursive command to delete the quotation marks for the entire file system?

I've actually had this problem a few times in the past but cannot recall why they happen nor what the solution was.

all 26 comments
sorted by: hot top controversial new old
[-] MorphiusFaydal@lemmy.world 63 points 1 year ago

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.

[-] StrobeSpirits@discuss.tchncs.de 10 points 1 year ago* (last edited 1 year ago)

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.

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.

[-] _cnt0@lemmy.villa-straylight.social 29 points 1 year ago* (last edited 1 year ago)

The backslash escapes the space because it would otherwise denote a seperator to the next argument of the command. ls a b c means invoke ls with the three arguments a,b, and c. ls 'a b c' or ls a\ b\ c means invoke ls with one argument "a b c". That behavior is universal for pretty much all unix/linux shells (ie bash).

[-] StrobeSpirits@discuss.tchncs.de 7 points 1 year ago

Thanks for explaining. How do I go about editing the bashrc file to add the export line? I am still relatively new to linux and the file has a warning about making changes unless I know what I'm doing.

Heed the warning ;-)

Jk. It's not black magic. Just do as AlpacaChariot said. You might want to read up on it a bit https://www.shell-tips.com/bash/environment-variables/

[-] AlpacaChariot@lemmy.world 4 points 1 year ago

Just paste it into the end of the file, save and close it, then run "source ~/.bashrc" in the terminal to force bash to read the new settings (or close the terminal and open it again).

[-] phx@lemmy.ca 13 points 1 year ago

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

[-] Falmarri@lemmy.world 12 points 1 year ago

The backslash is escaping the space, and the forward slash is just how tab complete works, because it's a directory, and you might be wanting to add more to go further down the directory tree

[-] BCsven@lemmy.ca 8 points 1 year ago

That is normal with tab completion, since spaces will be seen as other commands so the slash escapes the space character

[-] squaresinger@feddit.de 19 points 1 year ago

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.

[-] flontlocs@lemmy.world 5 points 1 year ago* (last edited 1 year ago)

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".

I'd wager a guess, that all file/folder paths that are surrounded by quotes contain at least one space!? And you're talking about the output of ls? It's rather unlikely, that installing any software has changed that behavior. It's just a display feature, to denote that "two" parts separated by a space are actually one.

[-] ReversalHatchery@beehaw.org 2 points 1 year ago

And also I think those paths are properly escaped, so you can just copy them to the terminal with the quotes for use as a path.

But I may be misremembering it so I would be happy if someone could confirm this.

[-] I_Am_Jacks_____@lemmings.world 4 points 1 year ago

You could either alias ls='ls -N' or do something like export QUOTING_STYLE=literal

[-] Shdwdrgn@mander.xyz 4 points 1 year ago

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 really neither a bug nor a problem. It is very reasonable default behavior to enable piping to or parsing by other commands because space is the default separator for arguments.

[-] Shdwdrgn@mander.xyz 3 points 1 year ago

So you're saying you do not already take the reasonable approach of quoting filenames in your scripts, and the rest of us have to work around your lack of foresight?

Feel free to travel back in time and have a discussion with Ken Thompson in ~1970, whether spaces in file/folder names should be allowed in the first place. I for one use an underscore instead, whenever I have control.

[-] Shdwdrgn@mander.xyz 1 points 1 year ago

Yeah I try to avoid them as well, but sometimes you have filesystems shared by Windows users who don't know any better. I also process tv show and movie files which always contains spaces in their names, so I just got in the habit of quoting the filenames so there's never any question. One of these days I need to see if those single quotes interfere with the process of renaming files -- do they get pulled in when you read a directory into an array? If so, then when I work with the filenames as strings it would mean that the new filename is incorrect. If they don't get included, then the whole argument of it making it 'easier' to work from the command line is false because now you have inconsistent results depending on how exactly you work with the results from the ls command. As it is, I'll probably have to start including the -N parameter in my scripts just to make sure I always get a known result now and in the future.

It's certainly no bad habit to handle spaces in scripts preemptively, and obviously they do occur in the wild. Quotes from ls output do not get piped to other commands. I had to look that up myself right now, because it has been quite a while since it mattered to me.

$ touch 'file with spaces in name'
$ ls
'file with spaces in name'
$ ls | cat
file with spaces in name
$ 

Looking through some scripts I wrote back in the day, I seem to like to use ls -1 in scripts. I guess that reduces ambiguity on what the separator is.

[-] Shdwdrgn@mander.xyz 1 points 1 year ago

Using ls -1 certainly helps if you are stripping content from the screen, but in recent years I have always found that using ls within a bash script (like if you use FILES=$((ls)) to get an array) returns a proper list correctly separated. It would not surprise me though if that is a feature of bash 4, I do remember we used to have to use the read command to get the appropriate output. So yeah, if all bash commands were simultaneously updated to strip those single quotes at the same time that it was added to the output of ls then it's probably not an issue. I still find it a completely useless annoyance just seeing them in the output and having to add flags to all of my desktops and servers to strip out content that I never asked for. If somebody wanted this then why not let them add a flag to their machines to include the feature?

[-] baggins@lemmy.ca 9 points 1 year ago

It's definitely not a bug 😆

[-] Gobbel2000@feddit.de 3 points 1 year ago

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.

this post was submitted on 27 Aug 2023
59 points (100.0% liked)

Linux

47933 readers
1296 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

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS