Bug 2918

Summary: core-dump with cairo-dock and F19 rawhide
Product: Fedora Reporter: Mike Ratcliffe <mratcliffe>
Component: cairo-dockAssignee: Mamoru TASAKA <mtasaka>
Status: RESOLVED INVALID    
Severity: normal CC: chepioq
Priority: P5    
Version: unspecified   
Hardware: All   
OS: GNU/Linux   
namespace:
Attachments: Output
strace

Description Mike Ratcliffe 2013-08-12 14:36:25 CEST
Created attachment 1162 [details]
Output

With F19 rawhide cairo-dock doesn't work.

 The version of Cairo-Dock ('cairo-dock -v' in a terminal).
  cairo-dock -v
  cairo-dock: Symbol `g_openglConfig' has different size in shared object, consider re-linking
  cairo-dock: Symbol `myDocksParam' has different size in shared object, consider re-linking
  3.2.1

 Your GNU/Linux distribution (Debian, Ubuntu, Fedora, etc.).
  Fedora 19

 Or you using OpenGL or not.
  Using

 Your Window manager (Compiz, Metacity, Kwin, Openbox, etc.).
  Metacity

 Your Desktop Environment (Gnome, KDE, XFCE, etc.).
  Gnome 3.6.0

 How you got the bug and therefore the answer to the question 'How can the bug be reproduced'.
  Tried to start cairo-dock on Fedora 19

At first it wouldn't launch at all because /usr/bin/cairo-dock calls /usr/lib/cairo-dock when it should be calling /usr/lib64/cairo-dock. Adding a symlink fixes this.

See console output (attached)
Comment 1 Mamoru TASAKA 2013-08-13 17:40:29 CEST
debug   :  (/home/ratcliffes/Desktop/cairo-dock-3.1.2/src/gldit/cairo-dock-keyfile-utilities.c:cairo_dock_write_keys_to_file:44)  

  this module ('/usr/lib/cairo-dock/libcd-shortcuts.so') was compiled with Cairo-Dock v3.2.1, but Cairo-Dock is in v3.1.2

I guess you installed cairo-dock 3.2.1 from rpmfusion, however 3.1.2 cairo-dock is left under your home directory, and it is bearing confusion. Please clean up your environment and try again.

(needinfo from reporter - it seems rpmfusion bugzilla cannot set needinfo status...)
Comment 2 Mike Ratcliffe 2013-08-13 18:42:00 CEST
If only it was so simple. Now I don't need a symlink but the issue remains.

First I remove it:
$ sudo rm -rf ~/.config/cairo-dock # just to be safe
$ sudo yum remove cairo-dock*

Using updatedb and then locate cairo-dock I can see that there is no trace of cairo-dock.

$ sudo yum install cairo-dock cairo-dock-plug-ins
Which installs:
cairo-dock-3.2.1-1.fc19.x86_64
cairo-dock-plug-ins-3.2.1-1.fc19.x86_64
cairo-dock-core-3.2.1-1.fc19.x86_64

Running cairo-dock produces the following output:
$ cairo-dock
cairo-dock: Symbol `g_openglConfig' has different size in shared object, consider re-linking
cairo-dock: Symbol `myDocksParam' has different size in shared object, consider re-linking
warning :  (/home/ratcliffes/Desktop/cairo-dock-3.1.2/src/gldit/cairo-dock-opengl.c:cairo_dock_initialize_opengl_backend:208)  
  couldn't find an appropriate visual, trying to get one without Stencil buffer
(it may cause some little deterioration in the rendering) ...

 ============================================================================
	Cairo-Dock version : 3.2.1
	Compiled date      : Apr 15 2013 09:42:21
	Built with GTK     : 3.8
	Running with OpenGL: 1
 ============================================================================

warning :  (/home/ratcliffes/Desktop/cairo-dock-3.1.2/src/gldit/cairo-dock-module-manager.c:cairo_dock_load_module:168)  
  this module ('/usr/lib/cairo-dock/libcd-shortcuts.so') was compiled with Cairo-Dock v3.2.1, but Cairo-Dock is in v3.1.2
  It will be ignored
etc.

The output is identical to the previous output.
Comment 3 Mamoru TASAKA 2013-08-14 01:35:02 CEST
* Please clean up /home/ratcliffes/Desktop/cairo-dock-3.1.2/
* If it does not help, please attach the result of strace, i.e.

$ strace cairo-dock -c -l debug
Comment 4 Mamoru TASAKA 2013-08-14 01:44:00 CEST
I guess some plugins you compiled by yourself still remains somewhere, cairo-dock tries to load it (version 3.1.2) and it fails.

Maybe you can create another account and try with that account to check if this issue still occurs.
Comment 5 Mamoru TASAKA 2013-08-14 02:31:49 CEST
strace -f cairo-dock -c -l debug

is more verbose and useful.
Comment 6 Mike Ratcliffe 2013-08-14 11:47:21 CEST
Created attachment 1164 [details]
strace

The directory /home/ratcliffes/Desktop/cairo-dock-3.1.2/ does not exist, not even when cairo-dock is running so there is nothing to clean out.

Anyhow, I have never compiled it so the referenced source files e.g. /home/ratcliffes/Desktop/cairo-dock-3.1.2/src/gldit/cairo-dock-X-utilities.c have never been on my system.

The same problem exists with a fresh user account.

I suspect the fact that it tries to load plugins from /usr/lib/cairo-dock/ instead of /usr/lib64/cairo-dock/ is probably important here. I am having to create a symlink to work around that issue.

I have been fixing this plugin issue using:
sudo ln -s /usr/lib64/cairo-dock/ /usr/lib/cairo-dock

The strace is attached.
Comment 7 Mamoru TASAKA 2013-08-14 15:52:51 CEST
Please check

* ls -al /usr/lib/libgldi.so*
* rpm -qf /usr/lib/libgldi.so*
* rpm -qa | grep cairo-dock
Comment 8 Mamoru TASAKA 2013-08-15 02:50:06 CEST
Anyway the message

/home/ratcliffes/Desktop/cairo-dock-3.1.2/src/gldit/cairo-dock-X-utilities.c

should not be printed out from rpmfusion binary. I guess this is from
/usr/lib/libgldi.so.3 (not /usr/lib64/libgldi.so.3), and perhaps this binary is not from rpmfusion one.
Comment 9 Mike Ratcliffe 2013-08-16 10:36:17 CEST
$ ls -al /usr/lib/libgldi.so*
lrwxrwxrwx 1 root root      12 Feb 12  2013 /usr/lib/libgldi.so -> libgldi.so.3
lrwxrwxrwx 1 root root      16 Feb 12  2013 /usr/lib/libgldi.so.3 -> libgldi.so.3.1.2
-rw-r--r-- 1 root root 1118841 Feb 12  2013 /usr/lib/libgldi.so.3.1.2
[ratcliffes@localhost ~]$ rpm -qf /usr/lib/libgldi.so*
file /usr/lib/libgldi.so is not owned by any package
file /usr/lib/libgldi.so.3 is not owned by any package
file /usr/lib/libgldi.so.3.1.2 is not owned by any package
[ratcliffes@localhost ~]$ rpm -qa | grep cairo-dock
cairo-dock-plug-ins-3.2.1-1.fc19.x86_64
cairo-dock-core-3.2.1-1.fc19.x86_64
cairo-dock-3.2.1-1.fc19.x86_64
Comment 10 Mamoru TASAKA 2013-08-16 15:00:37 CEST
(In reply to comment #9)
> $ ls -al /usr/lib/libgldi.so*
> lrwxrwxrwx 1 root root      12 Feb 12  2013 /usr/lib/libgldi.so -> libgldi.so.3
> lrwxrwxrwx 1 root root      16 Feb 12  2013 /usr/lib/libgldi.so.3 ->
> libgldi.so.3.1.2
> -rw-r--r-- 1 root root 1118841 Feb 12  2013 /usr/lib/libgldi.so.3.1.2
> [ratcliffes@localhost ~]$ rpm -qf /usr/lib/libgldi.so*
> file /usr/lib/libgldi.so is not owned by any package
> file /usr/lib/libgldi.so.3 is not owned by any package
> file /usr/lib/libgldi.so.3.1.2 is not owned by any package

Okay, then what happens when you remove /usr/lib/libgldi.so* ?
Comment 11 Mike Ratcliffe 2013-08-16 15:12:15 CEST
(In reply to comment #10)
> (In reply to comment #9)
> > $ ls -al /usr/lib/libgldi.so*
> > lrwxrwxrwx 1 root root      12 Feb 12  2013 /usr/lib/libgldi.so -> libgldi.so.3
> > lrwxrwxrwx 1 root root      16 Feb 12  2013 /usr/lib/libgldi.so.3 ->
> > libgldi.so.3.1.2
> > -rw-r--r-- 1 root root 1118841 Feb 12  2013 /usr/lib/libgldi.so.3.1.2
> > [ratcliffes@localhost ~]$ rpm -qf /usr/lib/libgldi.so*
> > file /usr/lib/libgldi.so is not owned by any package
> > file /usr/lib/libgldi.so.3 is not owned by any package
> > file /usr/lib/libgldi.so.3.1.2 is not owned by any package
> 
> Okay, then what happens when you remove /usr/lib/libgldi.so* ?

Yup, that fixes it but I have no idea how those files got there.
Comment 12 Mamoru TASAKA 2013-08-16 15:28:25 CEST
Well, I have no idea, either, however anyway I am glad that the issue you saw was resolved. Thank you for reporting anyway.