Bug#747392: gtk+3.0 has a cycle build-depency on itself

[Michael Biebl]

Am 21.05.2016 um 18:56 schrieb Michael Biebl:
> Maybe dropping the libgtk-3-bin dependency from adwaita-icon-theme is.
> This needs someone to investigate how libgtk-3-0 behaves if there are no
> cache files.

After further consideration, the probably best solution is to split out
/usr/bin/gtk-update-icon-cache into a separate package.
gtk-update-icon-cache doesn't have any libgtk-3-0 dependencies, so we
could break the dependency cycle at this point.
I propose to name the package gtk-update-icon-cache. I was told that
Fedora chose the same name, which is a fortunate incident.

Theme packages will need to be updated to depend on
gtk-update-icon-cache instead of libgtk-3-bin or libgtk2.0-bin.

I will also update gtk2.0 to no longer ship
/usr/bin/gtk-update-icon-cache in libgtk2.0-bin, as there is no good
reason to do so any longer. From now on we will only ship one
implementation of gtk-update-icon-cache which is built from src:gtk-3.0.
This means we will drop our Debian-specific
/usr/bin/gtk-update-icon-cache-3.0.
According to codesearch, this affects only a couple of packages, which
can be simplified as part of the process. buzztrax should be updated
upstream to drop the Debianism.

It also allows us to drop the diversions from libgtk-3-bin.

Another positive side-effect is that we can drop
debian/patches/01_gtk-update-icon-cache_name.patch from
gnome-themes-standard.

All in all a net win, I'd say.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20160522/c32c10ff/attachment.sig>