Still not quite fixed - https://git.sr.ht/~mil/sxmo-utils/tree/master/item/scripts/modem/sxmo_modem.sh#L190 uses the unportable -d

Could reproduce, fixed by modifying the screenoff hook

this seems to be the problematic spot https://git.sr.ht/~mil/sxmo-utils/tree/master/item/configs/default_hooks/screenoff#L36

for the german wordlist thing: you could be using an editor plugin for that (vis is also extensible, in example vis-ins-completion could be used here, using a dictionary for .txt syntax type) (sounds like another entry for the tips&tricks page)

seems like a good idea (because it enhances customizability)

sxmo_keyboard.sh is small, too, so it should be somewhat trivial to turn into a hook

however the external keyboard detection sounds like there is a need for device specific code, i.e. how do you detect a usb keyboard (probably via /sys)?

draft implementing the wrapper https://lists.sr.ht/~mil/sxmo-devel/%3C20220130182455.5134-1-amaier42%40web.de%3E

feel free to comment

yeah, upstream

problem: date -d is not POSIX, thus does not work on every posix-compliant system see https://www.unix.com/man-page/posix/1P/date/

3 ideas come to mind option 1: replace every occurence with a C wrapper around the posix strftime? https://www.unix.com/man-page/posix/3p/strftime/

option 2: "" with a shell script that does the math for us [slow]

option 3: use awk '{ print strftime("%F%T%z", $0) }' NOT posix, but widespread, even in openbsd awk - the easiest and smallest solution

I've seen date -d being used i.e. for sms logs - getting the timestamp from the file i.e. "2022-01-1121:03:14+01:00" and reformatting it.

I agree. This would make understanding it easier and is a constant reminder of what the specific script is not for.

Looks like sxmo_modemcall.sh does alsa stuff here:

19: alsactl --file "$ALSASTATEFILE" restore

21: alsactl --file /usr/share/sxmo/alsa/default_alsa_sound.conf restore

123: alsactl --file "$ALSASTATEFILE" store

and ALSASTATEFILE has a hardcoded name...

2:ALSASTATEFILE="$XDG_CACHE_HOME"/precall.alsa.state

Looks like sxmo_*init.sh both need another addition, with modemcall having a small change

https://github.com/Duncaen/OpenDoas/pull/71 is nearing completion

Looks like a good time to revise those patches

Yes and no. Sometimes you want to keep drafts just in case.. but even then, you can just copy it to some other place if you need it.