Bug#831828: libgtk2.0-0: GTK+ 2 is not GNOME and should not depend on GNOME icons
Laurent Bigonville
bigon at debian.org
Thu Apr 13 14:12:50 UTC 2017
Le 13/04/17 à 01:22, Pierre Ynard a écrit :
> Hello,
Hello,
> It's been many months. Any news, or beginning of an answer about this?
>
> Laurent, can you shed some light in this thread on why the hard
> dependency would be needed? Do you mind if we remove it?
I fail to see a problem here, libgtk+ 3.0 (even if it's built from gtk3
source package) itself is not being pulled and gnome-icon-theme is the
default icon theme for GTK2.0 for ages AFAIKT.
I moved the icon theme from a Recommends to a hard Depends because at
the same time I started removing that dependency from individual
packages. Adding the icon theme to the individual packages was
conceptually wrong and error-prone as there is no way to detect if an
application needs a XDG icon theme to be installed. Moving that
dependency to a central place (libgtk is the library loading the
image/icon in the end) looked like the thing to do. And in a lot of
cases, not having these icons might IMVHO result in a degraded user
experience.
One of the option would be to add a "Provides: xdg-icon-theme" (or
something like that) virtual package to all XDG icon themes and then add
an alternative dependency so the user could choose the icon them that it
want to be installed. But this requires cooperation of all the
maintainers of all the icon themes.
Regarding hicolor-icon-theme package, this is the fall back icon theme
and it's only providing a directory structure and an index.theme file.
The total size of the installed package is neglectable.
Even if we downgrade gnome-icon-theme (and the alternatives) back to a
Recommends (I'm not a big fan of this but others might be convinced),
hicolor-icon-theme must stay a hard dependency IMHO.
my 2¢
Laurent Bigonville
> Thanks,
>
More information about the pkg-gnome-maintainers
mailing list