this post was submitted on 22 Mar 2024
105 points (88.9% liked)

Linux

48029 readers
795 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
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 63 points 7 months ago* (last edited 7 months ago) (4 children)

rm -rf ${var}/ is a disaster waiting to happen.

Always do rm -rf "${var:?}/" so that the script aborts if the variable is empty. Or better yet rm -rf "./${var:?}/".

Edited to add quotes. Always quote a path: it might have spaces in it, without quotes that will become multiple paths! Which would also have avoided the particular bug in question.

[–] [email protected] 15 points 7 months ago

Reminds me of a script a colleague has where it would sometimes accidentally wipe the entire production folder on a server. I pointed out the risk in his script and explained how to correct it like 2 years ago, give or take. He said he did, but then last week it happened again because apparently he had several scripts like that and only corrected one.

You can lead a horse to water, but you can't force it to drink.

[–] [email protected] 3 points 7 months ago (1 children)

I usually have a whole block that checks if the var exists and exits if not, but this is way more elegant

[–] [email protected] 2 points 7 months ago

Protects you from accidentally changing the variable within the block too!

[–] [email protected] 10 points 7 months ago (1 children)

In this case the issue was that a change between kde5 and kde6 let to the variable being defined as somepath / (notice the space).

[–] [email protected] 13 points 7 months ago

And that's why you also surround it with double quotes.

[–] [email protected] 18 points 7 months ago (2 children)

Is there not also a way to disallow empty variables in the script, I think it is set -u? Then you don't have to keep thinking "should I add a :? here because if empty it may lead to disaster" all the time. Might be even safer.

[–] [email protected] 7 points 7 months ago* (last edited 7 months ago)

Yes! But -u is for undefined variables. It won't stop a defined variable with an empty value. E.g foo="".

Also ? and :? have the advantage of telling you right then and there where the variable use is that it must be defined or not empty... having to trek back to (likely) the top of the script to check is easily forgotten.

[–] [email protected] 27 points 7 months ago (1 children)

set -euo pipefail at the top of every script makes stuff a lot safer. Explanation here.

[–] [email protected] 8 points 7 months ago

Yep! I always do this too.

TL;DR: e aborts the whole script on a non-zero error. u aborts when using an undefined variable. -o pipefail aborts a piped compound command when one of the piped commands fail.

Any other way lies madness. Or erasing the whole filesystem apparently!