exit menu entry missing
That is on purpose. It was left for testing or debugging. The question is, once sdwdate-gui is thoroughly debugged, do we still want it? It is just commented.in the code.
left click does no longer show popup?
It does, on the second left click, or randomly on the first one, for an obscure reason seemingly created in KDE5, one among other annoying issues.
starts with Unexpected error: <class 'NameError'> but otherwise working
I could not reproduce this one.
The call is done in lines 186 and 215. update_tip('_caller_') runs show_message('_caller_'), which then runs run_popup('_caller_'), under conditions.
This code could be simplified, but I remember trying a couple of times, without much success.
I’d like to say that when installing sdwdate with --no-install-recommends (I don’t like the KDE dependencies) the python3.stem module doesn’t get installed and borks everything. Maybe that should be a required package?
A remark: if tor-control-panel is installed, the Tor status symbol has precedence on the sdwdate status symbol. It was the logic for the condition, assuming tor-control-panel is installed by default.
Yes, installing anon-shared-helper-scripts will get the package installed. I’m actually reporting this issue from memory, sorry if I’m not very helpful on this one.
It seems to me that sdwdate won’t work without anon-shared-helper-scripts so yes, I think so. I’m new to this type of thing, though, so practically anyone else would be in a better position to say.
I noted today that even when sdwdate-gui was telling me “the clock is fast” etc in logs, and the random time-sync stuff hadn’t completed, it was still possible to download updates via sys-whonix for TemplateVMs.
So, there must be some logic flaw, since all updates should have been blocked until sdwdate finished i.e. jumped a random number of seconds forward or backward first.