Ubuntu
gthumb package

[Oneiric] Gthumb needs libbrasero-media1 which is no longuer available

Bug #793438 reported by Matthieu Baerts
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gthumb (Debian)
Fix Released
Unknown
gthumb (Fedora)
Fix Released
Medium
gthumb (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: gthumb

Hello,

With the new version of brasero, the libbrasero-media1 has been updated and renamed. So we are currently not able to install GThumb on Ubuntu Oneiric.
If we try to rebuild it with the new version of this library, it fails to build.
As it doesn't seem compatible, it's maybe better to temporally disable the support of brasero and waiting for a new version of GThumb with the support of libbrasero-media3.

A bzr branch has been linked to this bug report in order to fix this problem.

Related branches

lp:~matttbe/ubuntu/oneiric/gthumb/fix-793438
Chris Coulson (community): Approve
Ubuntu Sponsors: Pending requested
Diff: 46 lines (+14/-3)
3 files modified
debian/changelog (+12/-0)
debian/control (+1/-2)
debian/rules (+1/-1)
lp:ubuntu/oneiric/gthumb
Revision history for this message
In , Bill (bill-redhat-bugs) wrote :

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

Revision history for this message
In , Christian (christian-redhat-bugs) wrote :

(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? ...

Revision history for this message
In , Bill (bill-redhat-bugs) wrote :

(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.

Revision history for this message
In , Christian (christian-redhat-bugs) wrote :

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).

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gthumb - 3:2.13.1-1ubuntu1

---------------
gthumb (3:2.13.1-1ubuntu1) oneiric; urgency=low

  * libbrasero-media1 is needed but no longer available (LP: #793438)
  * debian/control:
   - Removed libbrasero-media-dev build-depend. The new libbrasero-media is linked
     against GTK3, so gthumb can't use it until it has a full GTK3 port
   - Standards-Version bumped to 3.9.2
  * debian/rules:
   - Disabled libbrasero support and useless debug messages
 -- Matthieu Baerts (matttbe) <email address hidden> Mon, 06 Jun 2011 12:01:56 +0200

Changed in gthumb (Ubuntu):
status: New → Fix Released
Bug Watch Updater (bug-watch-updater)
Changed in gthumb (Debian):
status: Unknown → Fix Released
Bug Watch Updater (bug-watch-updater)
Changed in gthumb (Fedora):
importance: Unknown → Medium
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.