sdwdate and sdwdate-gui development thread

Left click does nothing for me in KDE.
Left click does nothing for me in XFCE.

Right click always works well for me in KDE.
Right click always works well for me in XFCE.

sdwdate-gui looks a lot better in Whonix XFCE!

(Days of KDE version are probably numbered so no KDE fixes required: User Poll - XFCE vs KDE - KDE Deprecation Considered!)

1 Like

Using Qubes-Whonix, stable proposed updates repo.

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.

Never seen that before.

1 Like

Blocking networking until sdwdate finished isn’t a feature which is enabled by default (yet).

Did you apply instructions from Network Time Synchronization - Whonix?

Sorry, my mistake.

No, I didn’t apply that change - had thought it was by default.

1 Like

Some changes for log viewer, buster, file permissions.

Why is there if self.tor_status == 'running':? What stopping sdwdate has to do whether Tor is running or not? Bug?

1 Like
1 Like

An update to the list of onions used by sdwdate. On boot, it can take ages before sdwdate is ready in sys-whonix, with a whonixcheck popup in some case (Qubes).

I could see that sdwdate-gui is included in whonix-15 VirtualBox, but not in the Qubes flavor. Is it planned after way to find out the name of gateway from inside the VM - qubesdb-read /qubes-gateway-name · Issue #4117 · QubesOS/qubes-issues · GitHub is implemented ?


Qubes-Whonix sdwdate-gui: it is installed by default but needs to be enabled according to:
Enable sdwdate-gui

It’s not enabled by default due to lack of testing. (sdwdate-gui for Qubes. Testers wanted (developers welcome))
And due to no one around who could fix any python in sdwdate / sdwdate-gui bugs for the time being.

Now that you’re back, we can get back to it.

whonix-ws-15 (DVM Template) based currently throws dom0 qrexec prompt. Same for anon-whonix.

way to find out the name of gateway from inside the VM - qubesdb-read /qubes-gateway-name · Issue #4117 · QubesOS/qubes-issues · GitHub would be nice but is unrelated.

Could you add an exit (to terminate) button to sdwdate-gui please?

Merged. (two re-added which worked with curl --head)

Maybe only an issue for me. Ignoring.

Hope that made sense?

When saying that sdwdate-gui is not installed in Qubes, I meant not enabled.
To completely enable it, we have to modify /usr/lib/sdwdate-gui/notify-shutdown too.


## Copyright (C) 2018 - 2019 ENCRYPTED SUPPORT LP <>
## See the file COPYING for copying conditions

NAME="$(/usr/bin/qubesdb-read /name)"

if [ ! -z "$NAME" ]; then
    /usr/bin/qrexec-client-vm sys-whonix whonix.NewStatus+$NAME" shutdown"

In my version, the qrexec-client-vm command was commented, replaced with true, as in start-maybe.

I am working with a fresh installation, from scratch. The Whonix policies are in dom0.

It’s already in the code, commented. I believe there was an issue with the position of the Exit button in the menu. Will look into it.

1 Like

Done in git master.

Posiiton of exit button is non-ideal but we really need that exit button. Better not having any exit button.


Put the exit button at he bottom of the menu.

Ideally, there should be a separator between the last vm and the exit button. Struggling with this.

1 Like

Merged, tested, and available from testers repository. The separation is category “perfection”. Working really, really good already. Much, much better to have an exit button.

We don’t need to trust qubesdb-read /name and can use an environment variable instead.


I think I need to replace $1 with $QREXEC_REMOTE_DOMAIN in etc/qubes-rpc/whonix.NewStatus or something.

Probably does not work yet.