Hello Sven,
thank you very much for you helpful reply and the background
information.
Am 06.01.2026 19:51 schrieb Sven Geuer:
The Gnome Project is to blame. See the commit message for 'Suggests
adwaita-icon-theme-legacy' [1].
I am not sure but also don't have a real opinion or expertise about it.
Someone could understand it that way, that the "-symbolic" suffix in the
file name is a specifier and not part of the name. When using a GUI
library
(e.g. Qt, Gtk) to load an icon by its name (e.g. "document-save") the
search
algorithm should also consider symbolic versions of that icon. Just an
idea,
not a strong opinion.
Anyway, this discussion need to be made by others in another place and
won't
help us in the current situation.
The icons you are looking for are now
in package adwaita-icon-theme-legacy. I suggest Debian's maintainer of
backintime adds adwaita-icon-theme-legacy as a Recommends: dependency
to backintime. This would 'fix' the related backintime issue [2].
Na, I am not convinced of that. Recommends wouldn't help every user and
would
blow up the system of non-GNOME users not using Adwaita. And my debian
maintainer
is not very responsive and never discuss anything.
Wouldn't it be better to add this as a dependency to
"task-gnome-desktop"?
Might it be OK if I open a ticket against that package?
In my opinion a end user application package should not depend on any
icon
package. Every desktop package (install-xyz-desktop) should realize
that.
If a user installs a desktop all free desktop specs icons should be
available.
I also don not understand why hicolor-icon-theme package does not
provide
any icon.
My current upstream fix is to search for "-symbolic" icons as fallback,
too.
Regards,
Christian
