Solar Designer

Looks like the `runlevel` command (traditional for SysV init) exists even with systemd, and produces the expected output of `N 3` on a normally booted system. Perhaps it'd return `6`...

We went for checking `runlevel` for OpenRC in #197. Perhaps we can do the same for systemd. @morfikov Maybe you want to test this and contribute a PR? Thanks!

Thank you for reporting this, @debrouxl. It's weird stuff that we need to figure out, and there's probably more than one issue here. Is the `preload` that gets killed this...

Just verified that there are no unexpected differences in LKRG code between our 0.9.2 release and what's in Whonix's LKRG fork's "master" branch - which I guess is the basis...

In discussion with Adam, we determined that no, this is probably not a race condition. I overlooked that the two log messages use different task structs - `p_source->p_ed_task` (LKRG's own)...

I'm a bit concerned that if we use non-default/debugging settings for LKRG in many of the CI runs, we might miss an issue that only affects real/default/non-debugging uses. Anyway, yes,...

Here's another, also for mainline with slightly newer kernel: https://github.com/solardiz/lkrg/runs/7568173574?check_suite_focus=true ``` Ubuntu Kinetic Kudu (development branch) localhost ttyS0 localhost login: root (automatic login) Welcome to Ubuntu Kinetic Kudu (development branch)...

> instead of having the `off` flag at all I was wrong about this part - we would still need that flag for its short-lived uses across (sys)calls such as...

I don't really view what's proposed here as an enhancement. I expect that whoever would know about the proposed "command for deleting cache (.pot file) or not generating .pot file"...

BTW, revising that message might not be good enough because it only addresses the special case when _all_ loaded hashes were already cracked, not when only some were. To address...