Notices by Tosti ? (tost@mk.toast.cafe), page 19

@epsi@vibewave.space @solidsanek@mk.toast.cafe don't tell him that I'm planning to let him "try" timmies

@solidsanek @epsi@vibewave.space yes
even tim horton
and more yet :apensive:

@epsi@vibewave.space @solidsanek@mk.toast.cafe
thank you epsi ?
I'm willing to give up a lot more than bagged milk for that reason fwiw

@epsi@vibewave.space @solidsanek@mk.toast.cafe I have a good reason for it I swear

@solidsanek @epsi@vibewave.space too busy with unicode crimes

@solidsanek @epsi@vibewave.space also I haven't seen the pic

@epsi@vibewave.space @solidsanek@mk.toast.cafe yes?

@epsi@vibewave.space @solidsanek@mk.toast.cafe yes?

@solidsanek @epsi@vibewave.space it's also partly because how much I count as a canadian may be changing :^)

@aliss@outerheaven.club you are checking for "ID" being empty, but setting "dist"

@aliss@outerheaven.club no you don't understand
you're setting "dist"
if you use $ID after that point, then you lose our on your ID_LIKE preference
if you use $dist after that point, it's not going to be set if ID is already set

@aliss@outerheaven.club my approach means users can just set it themselves :nko_3c:
and then uses dist
I'm tired now though :apensive:
messed with unicode all day

@samgai@vocalounge.cafe @aliss@outerheaven.club is os-release actually defined to be shell syntax?
I'm under the impression that it's defined to be systemd-compatible ini, which means it could just be completely broken while being "normal" and "expected"

@samgai@vocalounge.cafe @aliss@outerheaven.club if so then you could just do. /etc/os-release case "${ID:=$ID_LIKE}" in debian) ;; *) exit 1 ;; esac

@aliss@outerheaven.club @samgai@vocalounge.cafe os-release is a system level file with typically correct permissions (0:0 and 644) so anytime a malicious actor can edit it, it's because they have effective root permissions
at which point uh... what are you worried they're going to do that they can't ALREADY do?

@aliss@outerheaven.club @samgai@vocalounge.cafe yes, but only because os-release is explicitly shell-compatible
I would maybe do it in a subshell but either way, it's fine
don't forget to do something like ${ID=$ID_LIKE} or whatever

@aliss@outerheaven.club @samgai@vocalounge.cafe consider using - instead of :-

@aliss@outerheaven.club @samgai@vocalounge.cafe
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_02
:- means substitute always
- means don't substitute if it's set but null
this way if it's missing but has been explicitly set to null, it'll hit the breaks :^)
(I actually remebered it being the opposite so do ignore this piece of advice)

@aliss@outerheaven.club no no you got it right
I just remembered them being reversed ^^;;

@aliss@outerheaven.club that's not bad, except you have a mismatch between ID and dist
I'd probably do something likegetopts 'd...' # ... d) dist="$OPTARG" ;; # .... if [ -z "$dist" ] && [ -f /etc/os-release ]; then . /etc/os-release dist="${ID_LIKE:-$ID}" fiAs one side-note, if this was bash, you could avoid additional leakage using my upvar by slapping the then into a subshell that you source ?