[Bug 202163] graphics/clutter-gtk calls missing after Gnome3 update not found
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Sun Dec 20 17:39:05 UTC 2015
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202163
John Hein <z7dr6ut7gs at snkmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |z7dr6ut7gs at snkmail.com
--- Comment #6 from John Hein <z7dr6ut7gs at snkmail.com> ---
I just hit this (updating from totem-3.16.3 to totem-3.16.4 via ports build -
previously installed from packages a couple months old).
It occurs because both graphics/clutter-gtk and graphics/clutter-gtk3 are
installed and the multimedia/totem configure scripts looks for both (using
pkg-config). If it finds both, it adds -I flags for graphics/clutter-gtk
first. So it includes the clutter-gtk.h file from graphics/clutter-gtk
(/usr/local/include/clutter-1.0/clutter-gtk/clutter-gtk.h) instead of the
clutter-gtk.h file from graphics/clutter-gtk3
(/usr/local/include/clutter-gtk-1.0/clutter-gtk/clutter-gtk.h).
That is, it looks like totem tries to be compatible with both older and newer
versions of clutter-gtk* and if both are installed (clutter-gtk-0.10.8_6 and
clutter-gtk3-1.6.2 in my case), the badness happens. I didn't trace that guess
all the way to prove it, but that's my guess. However, it seems very likely
that totem would want to use either the older clutter-gtk or the new and not
both.
Hmmm... actually, I take that back. It looks like the old clutter-gtk
installed its headers to /usr/local/include/clutter-1.0. And totem uses
pkg-config to look for >= clutter-1.0 and adds -I flags for that (i.e., headers
installed by graphics/clutter). Because the old graphics/clutter-gtk installs
its headers there, and totem puts graphics/clutter -I flags before
graphics/clutter-gtk3 -I flags, then the old graphics/clutter-gtk include files
are included causing the trouble.
In my case, I looked at the things that depended on the old clutter-gtk (pkg
info -dr clutter-gtk) and found that there was nothing that depended on it. So
I just deleted it and totem built fine.
A better fix might be to fix the totem configure process to allow clutter-gtk
and clutter-gtk3 to co-exist - I suppose totem could change its configure
script to put clutter-gtk-1.0 in the list of BACKEND_MODULES before
clutter-1.0. That would probably work [1].
But it may be that nothing needs the old graphics/clutter-gtk anymore and it
should just be removed. I have not done the ports tree auditing necessary to
see if that's true or not.
[1] I went back later after writing that, installed the old graphics/clutter
package, ran 'make patch', modified BACKEND_MODULES in configure to put
clutter-gtk-1.0 before clutter-1.0, then did 'make build'. The build completed
without error. So that's a workaround and could be fed upstream in theory.
I'm not sure it's worth it unless we have something in the tree that needs the
old graphics/clutter-gtk.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-gnome
mailing list