Bug 464306 – media-tv/kodi-12.1[gles,vaapi]: RenderManager.cpp:845:18: Error: "class CLinuxRendererGLES" has no member named "AddProcessor"

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Grobi 2013-04-03 08:47:48 UTC]

Created attachment 344168 [details]
build.log

Hi,

after an ebuild change my xbmc-12.1 was re-emerged.
But this time with compile errors which did not occure before.
I had a look in the ebuild change log and recognized that use flags were changed.
Because of that I tried to remove GLES support but kept OPENGL (use=-gles) and suddenly it worked. (see attached build.log)

Maybe I should remove gles from make.conf completely.

Regards,
grobi

[Comment 1 Tom Wijsman (TomWij) (RETIRED) 2013-04-03 10:02:00 UTC]

Please don't change the severity of the bug, we use it differently than typical bug trackers.

[Comment 2 SpanKY 2013-04-03 16:54:02 UTC]

USE=gles makes no sense on x86_64 systems.  your system is wrong if you do that.

[Comment 3 Ben Kohler 2013-04-04 03:57:46 UTC]

Looks similar to this old upstream bug: http://trac.xbmc.org/ticket/10552

I just tested and it does seem to only hit this bug with gles+vaapi enabled, or gles+vdpau enabled.  Could take care of this with a REQUIRED_USE, or just package.use.mask "media-tv/xbmc gles" on amd64 profiles if you don't think it should be used there at all.

Another minor issue, xbmc[gles] seems to need mesa[gles2] (may or may not work with the alternative opengl-apple listed in virtual/opengl, dunno) but the deps don't reflect this.

[Comment 4 Grobi 2013-04-04 14:31:33 UTC]

(In reply to comment #2)
> USE=gles makes no sense on x86_64 systems.  your system is wrong if you do
> that.

Yes, after some more reading you are right.
Seems to be an artefact when I tried activating hardware acceleration with xbmc-11. (which was not really supported back then)
I did not see any other opengl use flags than gles.

[Comment 5 dE 2013-06-15 17:38:49 UTC]

I confirm this on x86_64.

[Comment 6 reno reckling 2013-09-06 12:01:36 UTC]

I can confirm this bug when building xbmc 12.2-r1 with:

X -airplay -alsa (-altivec) avahi bluetooth -bluray -caps -cec -css -debug gles* -goom java -joystick -midi mysql (-neon) nfs opengl -profile projectm pulseaudio -pvr rsxs -rtmp samba sdl sftp sse sse2 udev upnp usb vaapi vdpau webserver xrandr

I enabled gles globally because it is required for kwin with wayland on my x86_64 machine which states:
REQUIRED_USE="!opengl? ( gles ) !gles? ( opengl ) wayland? ( gles )"

[Comment 7 Ben Kohler 2013-12-01 16:39:33 UTC]

Please fix this with a REQUIRED_USE, there is no reason people should still be hitting this bug.

[Comment 8 Ben Kohler 2014-06-25 14:52:12 UTC]

*** Bug 510118 has been marked as a duplicate of this bug. ***

[Comment 9 Ben Kohler 2014-08-03 23:07:06 UTC]

Ping, if you don't like REQUIRED_USE, maybe we can package.use.mask the flag?  Users are still hitting this.

[Comment 10 Ben Kohler 2014-11-10 20:23:48 UTC]

*** Bug 525084 has been marked as a duplicate of this bug. ***

[Comment 11 M. B. 2016-02-24 03:37:45 UTC]

It's 2016 and I just hit this bug with kodi-16.0.
The fix is simple; please implement.

[Comment 12 SpanKY 2016-02-24 04:31:26 UTC]

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=342899c334c4d3a75b9a8a39c806ff0b21b5c06f

[Comment 13 SpanKY 2016-02-24 04:32:56 UTC]

*** Bug 559360 has been marked as a duplicate of this bug. ***

[Comment 14 M. B. 2016-02-24 11:39:03 UTC]

Thanks for the quick fix - but I'm afraid those atoms don't make sense.

Instead of
gles? ( !vaapi )
!vaapi? ( !gles )
it should be
gles? ( !vaapi )
vaapi? ( !gles )

[Comment 15 SpanKY 2016-02-24 16:08:41 UTC]

should be fixed now:
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=dc0bcc24ddd561f2a07af9b5cdf080e0885df3bb