Bug 201844 - undefined symbol: cairo_xlib_surface_create
Summary: undefined symbol: cairo_xlib_surface_create
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: cairo
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Carl Worth (Ampere)
QA Contact:
URL:
Whiteboard:
: 201859 201953 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-08-09 12:43 UTC by Bart Vanbrabant
Modified: 2007-11-30 22:11 UTC (History)
9 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-08-09 19:20:01 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bart Vanbrabant 2006-08-09 12:43:32 UTC
Description of problem:
The rawhide update of 20060809 has an error. When starting applications that
link against cairo I get this error: undefined symbol: cairo_xlib_surface_create
When reverting from cairo-1.2.2-1 to cairo-1.2.0-2 (and the pango packages
depending on it) the problem disappears.

Comment 1 Rex Dieter 2006-08-09 12:53:53 UTC
The full error (as reported to the fedora-devel) was:
symbol lookup error: /usr/lib/libgdk-x11-2.0.so.0: undefined symbol: 
cairo_xlib_surface_create

which implies the bug lies in gtk2 (I'd bet it at least needs to be rebuilt 
against the newer cairo).

Comment 2 Jens Petersen 2006-08-09 14:44:09 UTC
Looking at the -devel package it seems xlib support is missing.

Comment 3 Carl Worth (Ampere) 2006-08-09 15:30:04 UTC
This is a bug in cairo---specifically in its configure script.

Apparently it is now looking for X packages in a way that requires libXt present
in order for it to find X, (which is not helpful as cairo doesn't actually
require libXt at all). So the end result is that cairo is built without its xlib
backend.

Behdad wrote all the relevant code in the configure script, so I'm hoping he'll
be able to shed some light on what the fix should look like. Or if anybody has
some suggestions in the meantime, that would be good too.

-Carl


Comment 4 Ray Strode [halfline] 2006-08-09 19:20:01 UTC
For now, I've added libXt-devel as a build requirement and rebuild cairo.  So
things should be fixed up in tomorrow's rawhide.

Comment 5 ketan kothari 2006-08-09 19:31:54 UTC
(In reply to comment #4)
> For now, I've added libXt-devel as a build requirement and rebuild cairo.  So
> things should be fixed up in tomorrow's rawhide.

Do i have to wait till tomorrow and run yum update to fix this issue. I am not 
able to login to my gnome desktop. (Fedore Core 6 Test 2)

Comment 6 Ray Strode [halfline] 2006-08-09 19:35:51 UTC
I'll post rpms

Comment 7 ketan kothari 2006-08-09 19:37:51 UTC
(In reply to comment #6)
> I'll post rpms

Thanks. I will wait for the update.

Comment 8 Ray Strode [halfline] 2006-08-09 19:49:17 UTC
I've posted rpms here until tomorrow when the resync happens:

http://people.redhat.com/rstrode/cairo/

Comment 9 Herbert Carl Meyer 2006-08-09 20:10:06 UTC
Thanks for the fixes, Ray. System now works again.

Additional info: KDE desktop still worked, but Gnome apps like evolution would not start. KDM 
perhaps ?

Comment 10 Adam Jackson 2006-08-09 21:48:41 UTC
*** Bug 201859 has been marked as a duplicate of this bug. ***

Comment 11 Carl Worth (Ampere) 2006-08-09 22:42:22 UTC
*** Bug 201953 has been marked as a duplicate of this bug. ***

Comment 12 ketan kothari 2006-08-10 14:39:18 UTC
The new RPMS allowed me to start the Gnome Desktop. Basically after this bug, i
was unable to login to GNOME Desktop and screen will flash periodically with no
error messages. Basically made by computer unoperable. To fix this.

1. Login to root (Text mode by using GRUB), during the boot process select
append (a) and add 1 at the end. This will make system to start the text mode.

1. Start your network services if not already started and make yum download new
packages and install it.

Reboot the machine.


Note You need to log in before you can comment on or make changes to this bug.