Date: Sun, 20 Dec 2015 17:39:04 +0000 From: bugzilla-noreply@freebsd.org To: gnome@FreeBSD.org Subject: [Bug 202163] graphics/clutter-gtk calls missing after Gnome3 update not found Message-ID: <bug-202163-6497-vQ4w340hfM@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-202163-6497@https.bugs.freebsd.org/bugzilla/> References: <bug-202163-6497@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202163 John Hein <z7dr6ut7gs@snkmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z7dr6ut7gs@snkmail.com --- Comment #6 from John Hein <z7dr6ut7gs@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-202163-6497-vQ4w340hfM>