Description of problem: Via brasero libs. Given the app and the other extensions are linked against gtk2, this could be bad. Version-Release number of selected component (if applicable): gthumb-2.12.1-1.fc15.x86_64
(In reply to comment #0) > Via brasero libs. Given the app and the other extensions are linked against > gtk2, this could be bad. I'd like to fully understand the issue, please can you be a little bit more specific: ;-) a) what's the specific problem, what can "be bad" b) what's the best practice to solve this issue? Compiling gthumb against gtk3? What if there isn't a full gtk3 port yet? ...
(In reply to comment #1) > (In reply to comment #0) > > Via brasero libs. Given the app and the other extensions are linked against > > gtk2, this could be bad. > > I'd like to fully understand the issue, please can you be a little bit more > specific: ;-) > > a) what's the specific problem, what can "be bad" Use the wrong version of the symbols, and therefore crash, etc. It's avoided in apps by having them abort on start if they're linked against both versions; in plugins it's a bit murkier. > b) what's the best practice to solve this issue? Compiling gthumb against gtk3? > What if there isn't a full gtk3 port yet? ... 1) port gthumb to gtk3 2) disable the brasero plugin 3) figure out if the plugin and brasero libs actually need GTK... if not, take them out of the link There may be other solutions.
I have temporarily disabled the brasero plugin and created a new RAWHIDE build: https://koji.fedoraproject.org/koji/buildinfo?buildID=209266 Additionally I've created a bug report upstream for porting gthumb to GTK+3 (including a description of the mixed linkage issue).