[11:04] <Jonopoly> Anyone got a nice terminal based google calander that can recommend ?
[11:06] <lotuspsychje> !info gcalcli
[11:07] <lotuspsychje> !info khal
[11:08] <Jonopoly> Thanks, really helpful will try them bothg
[11:08] <Jonopoly> Thanks, really helpful will try them both
[11:08] <lotuspsychje> !info calcurse
[12:25] <Jonopoly> I don't think Khal can sync with google calendar
[21:39] <arraybolt3[m]> Over the weeks since Jammy was released, I have seen so many people annoyed, alarmed by, or confused by, the "Pending update of firefox" warning that Snap throws out every so often. It's made worse by the fact that the auto-update doesn't seem to happen immediately after closing the app. Fix ideas?
[21:40] <sarnold> arraybolt3[m]: I think that's the topic of discussion on https://github.com/snapcore/snapd/pull/11912
[21:42] <arraybolt3[m]> Nice! Hopefully that will get an SRU soon.
[21:44] <sarnold> tying updates to the running / not running status of executables in the snaps feels like it was a mistake. granted, firefox and libreoffice were already not reliable if you kept them running after updating their debs
[21:44] <sarnold> but when someone can prevent security updates from installing by leaving a program running -- or, likewise, when the security update kills their running processes -- both those are pretty frustrating situations
[21:45] <arraybolt3[m]> It seems like since Snaps are squashfs-based and sandboxed, this should be easy enough to make work. It's not the notification that's the problem, half so much as the fact that closing the app doesn't auto update.
[21:45] <arraybolt3[m]> If the update would apply in the background, let you know when it was finished, and then tell you to restart the app, that would be great. And while I'm not a big fan of forcing the app to restart after a while if the user is stubborn, it's better than the alternative.