aboutsummaryrefslogtreecommitdiff
path: root/scripts/testing/lib/vm-utils.sh
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-06-11 12:57:49 -0500
committerCraig Jennings <c@cjennings.net>2026-06-11 12:57:49 -0500
commite1b271ef9f1c7310a7cad6105ec2e889db0f6bc1 (patch)
tree83b2cb92f28a64f0754abf3b6c51e7cf7461e48e /scripts/testing/lib/vm-utils.sh
parent9168e0de3223e9110abee970073f599bce42d5af (diff)
downloadarchsetup-e1b271ef9f1c7310a7cad6105ec2e889db0f6bc1.tar.gz
archsetup-e1b271ef9f1c7310a7cad6105ec2e889db0f6bc1.zip
fix(testing): lingering check could never pass — ls output broke the capture
The check captured 'ls path && echo yes', so a present linger file produced 'path\nyes', which never string-equals yes — every run warned regardless of actual state. Forensics on a kept VM showed lingering correctly enabled all along (file present mid-install, loginctl Linger=yes, logind healthy): the original VM-artifact hypothesis was wrong, archsetup's enable-linger calls were always fine. test -e captures cleanly; verified returning 'yes' against the live VM.
Diffstat (limited to 'scripts/testing/lib/vm-utils.sh')
0 files changed, 0 insertions, 0 deletions