[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