- Package:
- gnome-clocks
- Source:
- gnome-clocks
- Description:
- Simple GNOME app with stopwatch, timer, and world clock support
- Submitter:
- Date:
- 2025-07-02 14:37:01 UTC
- Severity:
- normal
Since the merge of https://gitlab.gnome.org/GNOME/gnome-clocks/-/merge_requests/253, GNOME Clocks uses GTK MediaStream, which is provided by libgtk-4-media-gstreamer, but that package has not been added to the dependencies of gnome-clocks in Debian. This results in no sound for events (alarms, countdown timers). Manually installing the package fixes the issue.
Control: affects -1 src:gtk4 GTK4 (specifically libgtk-4-1) Recommends libgtk-4-media-streamer. Please install Recommends or you will experience unusual bugs like this one. Marco, I see that you made that dependency a Recommends in gtk4 4.10.1+ds-2. Should we make it a Depends instead? Thank you, Jeremy Bícha
Control: retitle -1 gnome-clocks: Missing dependency on libgtk-4-media-gstreamer
and therefore Depends on libgtk-4-1.
However, the contents of libgtk-4-media-gstreamer can't simply be included
in libgtk-4-1 without a Policy violation, because they don't include the
SONAME in their installation path, causing trouble for a hypothetical
future libgtk-4-2 (although I hope that in practice, libgtk-4-1 will be
the only SONAME used until it's superseded by GTK 5).
In the short term, I think a Recommends in libgtk-4-1, and a Depends in
packages like this one that are known to be active users of the media
parts of the API, is probably proportionate.
In the longer term, we could consider making debian/libgtk-4-1.symbols.in
generate a dependency on "libgtk-4-1 #MINVER#, libgtk-4-media-gstreamer"
for dependent packages that refer to gtk_media_* symbols? But the cost
of that would be that gir1.2-gtk-4.0 would probably pick up a hard
dependency on libgtk-4-media-gstreamer, even though only a minority of
GIR users are actually using the media APIs.
That could also cause problems for -ports architectures if GStreamer
starts depending on things like Rust, similar to the situation we have
with SVG support, where we would ideally have a hard dependency on
librsvg2-common but -ports architectures can't accept that.
smcv
I imagine we could use a dh_shlibdeps override to strip that dependency from gir1.2-gtk-4.0 (similar to the workaround we used to let things like desktop themes avoid a hard GTK2 dependency). Thank you, Jeremy Bícha
I'm adding the Depends for gnome-control-center now since I'm working on a trixie upload anyway. I had made that change in Ubuntu 2 years ago. Oops, should have applied it in Debian too earlier. https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/97d2ecfd https://launchpad.net/bugs/2011849 Thank you, Jeremy Bícha