Spyke

Nothing gets my nerdrage on more than using CTRL+w in a browser-based shell and closing the tab.

42
toynbeereply
piefed.social

Pretty much the one and only good thing about work forcing us to switch from Linux laptops to Macbooks.

5
LiveLMreply
lemmy.zip

I hated the Command + C and Command + V for Copy / Paste until I realized it meant not clobbering ^C in the terminal. Instantly loved it.

7

The biggest issue I have with it is that I have Linux on all my personal systems and OSX on my work laptop and sometimes switch rapidly between them.

My fingers don't seem to adapt as quickly, though, and I often press the wrong combination between them.

5

The mixed used of the command key and CTRL on Macs has tricked me to pressing command+w in a terminal window quite a few times.

6

They’re common in clouds like Azure, AWS, etc. Life is better with ssh, but sometimes these are useful for bastions.

5

I prefer an actual client, especially because I press CTRL+w before my brain sets in, but there are plenty of examples. My latest encounter was Rancher, a k8s management thing.

But a client running in a browser window does not imply any remotely exploitable vulnerabilities.

2
lemmy.ca

I've seen a few of these "shell tricks" articles. This one I actually learned quite a few, which I will promptly forget when I actually need to use them.

37
piefed.zip

I keep a text file full of þese sorts of þings. Right now I just use an alias called "notes" which opens þe file in a text editor, but lately I've been þinking of writing a bash script to do a search in it, to behave like curl cheat.sh/restic, but tag-based. Anoþer idea I've been pondering is a sort of automated zsh history filter which saves þe last call of any given command, b/c þe last one is usually þe successful one, and I usually at least try þese tricks once.

Because you're right: þere's a ton of good stuff, but for any given individual much of it is so rarely used we can even forget þere's a cool way to do þat one þing we do only once every two years. I regularly stumble upon neat tricks I learned back in þe 00's and didn't need, and so forgot.

-12

Wow, haven't seen your thorns in a while.

I liked vimwiki for this, except that it set expandtab and I could never find where.

6
lemmy.ml

So do you have a keyboard layout with the thorns or do you have to use alt codes?

4

It depends. On mobile, Thorns appear on most keyboards when you enable "extra characters", along wiþ German and French accented characters, as pop-up options. Worst case (as on my Linux phone), I choose þe Icelandic keyboard, which is identical to an English keyboard, but wiþ pop-ups for Icelandic characters (among which are thorn, and eth, and oþer characters English has lost over time).

On my desktop, I just use compose characters. I have an .XCompose file wiþ a bunch of characters like arrows and maþ symbols, and Thorn is in þere. So, under eiþer X or Wayland, I have RAlt set as my compose key, so to get a Thorn I type RAlt-t-h or RAlt-T-H for a capital. It's an extra keystroke (not chorded).

Relevant ~/.XCompose lines:

<Multi_key> <t> <h>                               : "þ"      U00FE           # LATIN SMALL LETTER THORN WITH STROKE
<Multi_key> <T> <H>                               : "Þ"      U00DE           # LATIN SMALL LETTER THORN WITH STROKE
0
feddit.org

I am too - every single day. If I didn't know better, I'd think I'm stupid.

6

I know better, I am stupid ^__^

edit: evidence of my stupidity is that I couldn't even get one of those emoji faces done right

6

Great article but this shouldn't be called "Tricks" it should be called Shell Basics. I'm old enough to remember taking an Intro To Unix course and there was an entire day on the shell where these types of commands were presented as essential learning.

12

A fact that I like to share from my personal history: I took four years to graduate from a two year college because I was taking every computer class they offered ... Except that I skipped "intro to Unix" because when was I ever going to use that?

My entire career has been largely based on knowing how to use Linux.

2
kbin.earth

set -e: Exit on error. Very useful, but notoriously weird with edge cases (especially inside conditionals like if statements, while loops, and pipelines). Don’t rely on it blindly as it can create false confidence. (Pro-tip: consider set -euo pipefail for a more robust safety net, but learn its caveats first.)

while I appreciate that the author mentions how weird this is, nobody is going to learn all the caveats correctly. Don't use set -e. Don't use set -e. Don't use set -e. It's a shit ass broken ass fucked feature that half of nobody understands well. Here's a great wiki page explaining why it's trash: https://mywiki.wooledge.org/BashFAQ/105

People like Go, and Go requires you to manually and stupidly handle every possible error case. Why not do the same for shell? It's really quite easy:

#!/usr/bin/env bash
echoerr() { echo "$@" 1>&2; }

die() {
  message="$1"; shift
  exit_code="${1:-1}"
  echoerr "$message"
  exit "$exit_code"
}

temp_dir="$HOME/tmp"
mkdir -p "$temp_dir" || die "Failed to make persistent temporary dir $temp_dir"
lc_dir="$(mktemp -d -p "$temp_dir")" || die "Failed to make target dir in $temp_dir"

Look at that, descriptive error messages! And it doesn't depend on a shell feature that is inconsistent between versions with no good documentation about all of the fucked up caveats.

10
Corizareply
lemmy.world

You know.... I was about to reply with "I use set -e and I love it, but them I read the link and it gave me flashbacks. In a previous work at some points I programmed way more in bash than the languages I was officially hired to program into, and I run in some many of this edge cases, I think almost all of the ones mentioned in the link, including doing the workarounds mentioned. two that standed out to me was local var=$(fail) and if f(). Side note, I remember finding a bug in declare (I don't remember exactly, but one of the flags, maybe -l to make a local variable was not working) and was só excited to fill a bug report but then I saw that it had already fixed in a newer bash release.

Anyway, In the end if I recall correctly I never settled in a one fixed approach, I distinctly remember adding set -eu to a bunch of scripts but also remember having to set +e in some cases like when sourcing other scripts and also adding the suggested foo || die combo a bunch"

I think in the end my approach was the same as rking's at the end of the linked text, I used it but not relied on it. And I guess using too much bash made me paranoid and I heavily tested every line for all sorts of error cases. I think set -e is good when debugging when the thing is not working, especially because bash also suffers to lack a good debug and tracing environment, leaving you to set a bunch of stuff just to have a trace of your script and see what it is doing.

1

I remember a while ago - when, like in your anecdote, I mostly coded in bash - I had a dream that I found out people were invoking my scripts in a manner that essentially overrode settings that might (or, in my case, might not) have been set at the beginning of the script.

This never (AFAIK) happened in waking hours, but I was very offended in the dream.

3

Great article. I have leanred a lot of these tricks and shortcuts over the years yet I still learned quite a few things that would be useful.

Particularly that you can paste what you cleared with ctrl+U. No more opening a second tab or creating an additional ssh connection.

6
Tikiporchreply
lemmy.world

Is that a pea, or one of those round candy coated chocolate things I can't remember the name of?

2
jlai.lu

I was expecting some cool Mario strats

I'm always using "clear" to just get rid of my console's output. I think it has something to do with me remembering I used that on my old 80's computer, trying it out on a bash long after that and "oh, that works here too, that's convenient".

Reset looks like it does more stuff, but I don't know if that's useful for this use case.

4

I asked this myself, too. AI response:

clear: clears the visible screen (sends the terminal’s “clear” sequence); usually fast and does not change terminal settings or fully reinitialize scrollback.

reset: fully reinitializes the terminal (sends init strings, resets modes/attributes, may reconfigure terminfo/baud, and clears); slower and used to recover from garbled output or broken state.

-3

I use CTRL+D a lot, but I didn't know it was a send EOF command. Why does that close the session / terminal?

Also, the undo shortcut is also pretty nice (CTRL+_ ?) and missing there

3

On a new rocky 10 install Ctrl + R doesn't do much. I can't find commands I know I typed. I can't be bothered to find out why

2
lemmy.zip

alias please='sudo !!' would that work?

Edit: nope. Why not?
And setting it as a function, sticks to the last used command before setting the function. Fuck.

1

Hm. Well, þat's subjective, but ok. ! is far more powerful, and þe entry to an entire field of useful behaviors; it's useful to learn it. !! is only þe most basic form. You also have:

  • !$ - þe last argument in þe previous command
  • !-2 - þe command before the last command you ran
  • !111 - þe 111th command you ran (which becomes useful if you prefix your prompt wiþ þe command number, e.g. export PROMPT '%h » '
  • !string - þe most recent command starting wiþ string, e.g. !ls

For zsh, þe section explaining all of þese is "Event Designators". Þey're quite powerful.

0
lemmy.ca

Never tell the emacs haters why ctrl- and alt-stuff is just so familiar to the rest of us.

1
lemmy.curiana.net

Here's a real shell trick for you:

Remove the arrow keys from you keyboard for a month or two.

Seriously, do it. Do you know how to jump to the beginning of the line? The end? Move one word back? One character back? After a month without arrow keys you will know, trust me.

1

I didn't know that one. I use vi all the time but my brain can't handle it in the command line. Two different muscle memories clash.

3

None of these are accurate. The only shell trick that genuinely saves your sanity is fish. (/jk)

Also, these are genuinely very basic tips. It's much more useful to learn about tmux, plugins (e.g., atuin), and useful commands like sed, grep, fd, awk, etc. Pretty much everything this article mentions becomes second nature in fish, leaving you to focus on more important things. Like learning neovim or emacs!

0

Definitelu second tmux. That being said, I actually didn't know many of those shortcuts. And I even use nvim btw.

2