I did about once a year until 2018 when I settled on Arch.
But now I’ve got a server on NixOS and loving it, so I might be switching my laptop soon.
I run my Nextcloud behind Tailscale, and Caddy handles theTailscale https certs.
xkb has been split off from Xorg, all Wayland compositors (that I know of) use it for mapping.
in the OP
My reply is to a commenter who said they prefer "${HOME}/docs"
over both options in the original image ("$HOME/docs"
or "$HOME"/docs
). Many people prefer to always include braces around the parameter name out of consistency, instead of only when they are required.
My comment explained why my habit is to only include braces when they are necessary.
It’s interesting, the results here are way different than the Code Golf & Coding Challenges Stack Exchange. I would never expect Haskell to be that low. But after looking at code.golf, I realize it’s because I/O on CG&CC is more relaxed. Most Haskell submissions are functions which return the solution.
Sidenote: I like the CG&CC method, it’s semi-competitive, semi-cooperative.
IMO It’s geared towards what is the best part about code golf: teaching people about algorithm design and language design.
This has never stuck with me, and I hadn’t thought about why until now. I have two reasons why I will always write ${x}_$y.z
instead of ${x}_${y}.z
:
$x_
being expanded as ${x_}
."$#array[3]"
actually prints the length of the third item in array
, rather than (Bash:) the number of positional parameters, then the string 'array[3]'
.This isn’t true. Shellcheck doesn’t insist on braces unless it thinks you need them.
Typically find "$HOME/docs"
, but with a few caveats:
In Zsh or Fish, the quotes are unnecessary: find $HOME/docs
If I’m using anything potentially destructive: mv "${HOME:?}/bin" ...
Of course, if it’s followed by a valid identifier character, I’ll add braces: "${basename}_$num.txt"
I was going to say “At least I can click ‘Continue reading’ and it actually goes away immediately” but actually, no. This is still enshittification, I’ve just gotten used to shittier versions of it.
Fwiw, gitea has compatible actions. Not sure how compatible, though.
Stole Forked this idea from Drew Devault.
I’m looking at NixOS now for my server, and while I understand the host config, I’m curious whether I could integrate this into my config in some way.
I’ve done symlinks into a separate directory before, but by far my favorite method is to just let ~
be a git repo. It’s maximally simple, no other tooling needed besides git
.
There are a few key steps to making this work well:
echo '*' > ~/.gitignore
: This way git status
isn’t full of untracked files. I can still git add -f
what I actually want to track.git branch -m dots
: For clarity in my shell prompt.[ -d "$HOME/.local/$(hostname)/bin" ] && PATH=$PATH:$HOME/.local/$(hostname)/bin
and similar if there’s config I want to apply only to certain hosts.
I care mostly about shell scripting, so I’m focusing on those bits. Via the HackerNews thread, mostly from a-french-anon:
readlink
andrealpath
find -print0
,xargs -0
andread -d
find -iname
sed -E
set -o pipefail
$' '
strings