Alt + . inserts the last argument from the last command run into the current line. I find it helpful all the time.

less can be invoked directly, without having to be piped from cat: less <file> is mostly equivalent to cat <file> | less
I have considered making an alias/function that automatically determines if the file is longer than the terminal, using something like wc -l and stty -a | grep -oP "rows \d" and then either uses cat or less depending on that... but I already use sharkdp's bat, which has that baked in as well as many other conveniences

Don't forget tail -f <file> which is kind of like watch tail <file>

If you're going to have du, I would also have a section for df, I use the latter more often (but probably because I have like 5 mounts for my OS). Using them in combination is basically what all the gui disk usage analyzers do; something like df -h "oh, /var's almost full" (as previously mentioned, I have different folders on different partitions), then du -ah /var and so on to find problem areas

The "installing from source" section works maybe 50% of the time. It assumes a configure script, which isn't always the case. I've had a lot of source that comes bundled the way a .deb does: basically a compressed filesystem that assumes the $CWD is / (basically, if you uncompressed it in /, all the files would go where they needed to be). Sometimes they use language-specific build systems, so you might need go and rust and... Maybe it's best to just keep it your way and look up the rest, but do keep in mind the thing I said about compressed filesystems

find is great if you want to reindex everything from square 0; or if you only need to do small directory/tree. If you have the extra space to spare, install locate: it indexes the files beforehand (as a cron job) and yields results more quickly for searches that span entire filesystems; the only downside is that you have to manually reindex (sudo updatedb) to locate files installed the same day

In the Extracting, Sorting, and Filtering Data section, you might consider adding in sort -u and uniq which fill their own (overlapping) niches. sed and awk may be a bit more than beginner, but they are endlessly helpful. tr can be a useful shorthand for when cut and sed don't quite cut it, but you don't want to build a full in-line awk script.

Finally:

<command> 2>&1 <file> | Output and errors from <command> are redirected and appended to <file>

Should read "Output and errors from are redirected to " because the single > overwrites the existing file, as opposed to >> which, as you noted, appends to the end of the file

Yes

Tainted: P 0 5.15.0-94-generic #104-Ubuntu

What module(s) is tainting your kernel, and is that what's causing the txg_sync to hang?

What is a review if not just an anecdote from someone who got paid to write it.

It's good to know, as the Librem 5 was one of the ones I'd seen the aforementioned practice of burying the lede in reviews of.

None. The sad, infuriating truth is that the makers and devs are a lot like this comments section: focusing on how good of a computer it is (or what apps it has).

You do a little digging and beneath all the hype there is a line buried in every review, so as not to raise suspicions, that says something like "now the call quality isn't perfect, but..." and what they mean is "it will sound like your friends are playing a full concert on a kazoo trying to talk to you."

Time and time again. Every linux-based, privacy-respecting, freedom-loving phone team out there seems to have conveniently neglected to make the phone good at being a phone.

Don't forget that it's split up between 20 or more services that all cost $12-15 now.

So they'll market it to you as 4,000 shows and 2,000 movies or 80,000 hours of content (or whatever number/metric) for just $12, but it'll really turn into $80+/month for the 2 shows and 4 movies you'd actually enjoyed that month and hundreds of hours wasted on subpar content to justify renting instead of just buying said shows and movies (if you even can anymore). Then you'll binge them again the next time you have a sick day or are feeling burnt out because they were the things that were good enough to take your mind off life, further narrowing the price gap between renting/streaming and buying

So basically exactly like the "Premium" cable packages that came with the 2 channels, each with 2-3 shows, that you actually cared about per package.

They do, if you consider that this article doesn't stand alone at all and read the blurb at the very bottom in italics acknowledging that it's part of a bigger series

How Paying Attention in Grade School English Class Solves Climate Change: A Modest Proposal

I'm begging people who didn't pay any attention during English/Literature/Language class: establish your thesis early. (See what I did there?)

Hell, I'm begging internet commenters that consistently fail to write short comments and experience self-awareness about it to do so too.

Something I first noticed in video essays is that it takes them about 60% of the video to establish the thesis that the title begs. The wadsworth constant has been extended to twice its original length it seems.

That's a great thing!

... if you want your audience to tune out/skip most of the content you spent days/months/weeks crafting. Otherwise you might want to establish why your topic is a problem your audience should care about. (See what I did there?)

But in a bold move, this article's author takes 90% of the article beating around the bush with a history lesson that we just have to take on faith is important. Just saying "those who don't learn from history are doomed to repeat it" is not enough motivation to then delve into what amounts to little more than a loosely connected list of names and dates.

As an author, you have to make the audience care about the history before dumping it on them, and you have to tie it back to the thesis... SO ITS PROBABLY BEST TO ESTABLISH THE THESIS EARLY ON!!!!

Disclaimer: I'm a huge History of Computing buff, it's so fascinating to see the evolution of technology from the abacus to the android... But I hate, Hate, HATE when essayists don't give the audience a question/problem/thesis to keep in mind and tie everything back to. It just comes off as meandering rambling.

Look, it's okay to just write about your special interest and ramble about it at length because it sets off the dopamine receptors in your brain's reward center; not all knowledge needs to have an immediate use to be valuable, sometimes its just fun to learn. But if you're going to open with a claim that there's some worldwide problem that you can solve in the largest, most eye-catching part of your essay (the title), you better fucking deliver on establishing the problem and the solution.

Otherwise you have an issue with communicating effectively, which is a much bigger problem than people not knowing which bell Dennis Thompson hurd in 1984.

Do you see what I did there?

I'll justbuse this excuse to repost my thoughts from the other threas https://lemmy.ml/comment/8358568

I use i3 and don't have a mouse. Rn I'm using Alacritty because I want to keep things minimal. Is foot a good fit for my usecase?

My counterpoint is terminator. The logger plugin saved my ass a few times, it remembers the commands I ran and what their output was so I don't have to.

I guess it depends on if you're willing to take advantage of the extra features, or just want to do as little CLI as possible

TLDR: try them out, see what you like. It's a relatively easy switch-out, it's not like you're debating different web stacks.

I used zutty for awhile. It was fine and lightweight, but broke when I switched back from the nvidia drivers to nouveau (it's an older laptop that has no reason to milk every last bit of performance out of its gpu).

Now I'm using Alacritty. I like that I can configure it in a .yml file instead of needing to use my mouse, I like that it's written in Rust, I like that I got it to do transparency within minutes. I love the vi mode.

On my daily driver I use Terminator. I like the multiplexing/tabs/panes, the infinite scrollback when needed, and the logger plugin when needed. I might see if I can get it to do transparency tomorrow.

xterm has always treated me well too. Just a good, solid choice.

I guess my two biggest pieces of advice re: terminal emulators are

1. use tmux, it's extremely convenient once you get the hang of it. It's like any terminal-based text editor: hard to learn, but such a pleasure to use once you've got it down. Why waste time moving over to grab your mouse when you could just hit 2-3 keys?

2. configure the hell out of whatever you pick. It doesn't feel comfortable, like it's your command line—in the same way that it's your bed, or your chair, or your computer—until you've configured it. After you do, it just feels comfortable. Change the color scheme to all custom colors, change the font, change the shell, change the sounds, change the cursor blink rate, disable cursor, disable animations, disable text output, enable scrollback, enable logging, enable transparency, enable autopilot, adjust the retro encabulator, fasten your seatbelts, eat your veggies, stay in school.

3. use transparency. There's just something so pleasant about something more than a solid color background.