TLS Not supported when attempting to (re-)add google account

Desktop
1

Ubuntu 24 using stock env, I was having issues with my calendar syncing. Found the following in my logs:

2026-01-12T10:53:49.805099-05:00 john-worktop gnome-calendar[309195]: source_credentials_required_cb: Failed to authenticate ‘MY_EMAIL_ADDRESS’: Failed to obtain an access token for “MY_EMAIL_ADDRESS”: Failed to refresh access token (g-tls-error-quark, 0): TLS support is not available

Removing the account and attempting to re-add by running gnome-control-center online-accounts and going through the setup results in 11:53:52.3917 cc-online-accounts-panel[618458]: WARNING: Error creating account: Error getting an Access Token: TLS support is not available after going through the steps in firefox (or waterfox).

The only other reference I’ve seen about this relates to glib-networking, which I do have installed.

This is with gnome-control-center 46.7

Similarly, is there a way for sync failures to percolate out of gnome calendar? Having things in a broken state without reporting that fact is kinda obnoxious

2

May not just be gnome-accounts, while digging into my history I noticed that other ghnome products were generating TLS issues:

2025-12-10T12:30:03.431689-05:00 john-worktop gnome-shell[5329]: Update check failed: TLS support is not available
2025-12-10T18:48:59.736339-05:00 john-worktop epiphany-search[149753]: Cannot fetch source for filter 1f353f7cdbb012b9fb1226455f1b3becba42070e1970c1524996fa3a871af406 from <https://easylist-downloads.adblockplus.org/easylist_min_content_blocker.json>: TLS support is not available
3

That means you are using GDummyTlsBackend, which should really only ever happen if you do not have glib-networking installed. Look in /usr/lib//gio/modules just to verify that libgiognutls.so is present anyway.

Next guess: maybe your GIO module cache is somehow busted? In the same directory, cat giomodule.cache and make sure it looks reasonable. Post the contents here. Should contain a line that says libgiognutls.so: gio-tls-backend.

4

/usr/lib/gio does not exist, but /usr/lib/x86_64-linux-gnu/gio/modulesdoes and does have libgiognutls.so

Here’s the giomodule.cache from that folder:

libdconfsettings.so: gsettings-backend
libgiognomeproxy.so: gio-proxy-resolver
libgiognutls.so: gio-tls-backend
libgiolibproxy.so: gio-proxy-resolver
libgioremote-volume-monitor.so: gio-native-volume-monitor,gio-volume-monitor
libgvfsdbus.so: gio-vfs,gio-volume-monitor
5

Discourse ate my filesystem path! I tried to say /usr/lib/<whatever your arch dir is>/gio/modules.

Anyway, that output looks perfectly normal, so I’m afraid I’m out of guesses as to what might be wrong.

6

Well, I was able to eventually get the account to add by exporting GIO_MODULE_DIR=/usr/lib/x86_64-linux-gnu/gio/modules/ and then running gnome-control-center directly from my console, but I could not get calendar to pick up the new settings until after I added GIO_MODULE_DIR to /etc/environment, rebooting, and then toggling calendar syncing off and on for the account. Unsure which of the steps were actually needed though.