GNOME Bugzilla – Bug 617258
youtube plugin still needs --enable-python to be passed
Last modified: 2010-06-27 17:12:12 UTC
This comes from this downstream bug report: http://bugs.gentoo.org/show_bug.cgi?id=316409 When we compile totem with youtube plugin but without "--enable-python", totem fails to load that plugin when started, showing the following error in terminal: /usr/lib/totem/plugins/youtube/libyoutube.so: undefined symbol: totem_cell_renderer_video_new Gilles has investigated this issue and this is his conclusion: http://bugs.gentoo.org/show_bug.cgi?id=316409#c6 "After checking the code, the problem is that the build system uses an intermediate library that is not installed. It's form is a static archive and the problem is that when USE="-python", there is nothing pulling the totem_cell_* symbols into the main binary and as such the code gets removed by gcc. The result is that the code is not available to plugins anymore. It's a classic but I can't put my hands on how to fix this right now. Something about forcing the export of a list of symbols, ... Making the intermediate library is real lib should also work since shared objects export all of their symbols." Then, would be nice if you would be able to help us on fixing this issue :-) Thanks a lot
Does this happen with the Tracker and MythTV plugins too? The analysis makes sense, but both of those plugins use the TotemCellRenderer code too, so if the problem's not occurring for them, that might give some insight as to a solution.
We probably haven't noticed their failures since we still don't provide them (tracker and mythtv plugins) downstream :-/
Bastien, have you got any ideas about solutions? I think making libtotem-main a proper shared library is a bit extreme, but the best other solution I can come up with is to trick gcc into not removing the TotemCellRenderer API by calling it from somewhere in Totem. Ugly.
Looks like we have to make the core of Totem a shared library anyway. *** This bug has been marked as a duplicate of bug 572713 ***