After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 328852 - Conflict between system libs and dev libs.
Conflict between system libs and dev libs.
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: general
git master
Other All
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-01-27 15:34 UTC by Sylvain BERTRAND
Modified: 2006-02-12 19:07 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14

Attachments
gnome-panel/gnome-panel/Makefile.am patch to solve the dev/system gnome libs conflict (660 bytes, patch)
2006-01-27 15:36 UTC, Sylvain BERTRAND 		none Details | Review

Description Sylvain BERTRAND 2006-01-27 15:34:08 UTC 
Please describe the problem:
I have a system with gnome 2.12.2 and X.org modular. I build a dev 2.13.5 gnome
desktop "on the side" (with jhbuild to be exact) linked against my system X.org
libs. I have a linking conflict between gnome 2.12.2 system libs and gnome
2.13.5 dev libs for gnome-panel.

Steps to reproduce:
1.Setup a system modular X.org and system gnome.
2.Get up to speed a jhbuild env for gnome build. 
3.Build gnome, it will stop at gnome-panel 


Actual results:
gnome-panel is linked against my gnome system libs which fails because of
missing symbols in my system libs.

Expected results:
Link against gnome dev libs and not system libs.

Does this happen every time?
Yes

Other information:
Comment 1 Sylvain BERTRAND 2006-01-27 15:36:21 UTC 
Created attachment 58216 [details] [review]
gnome-panel/gnome-panel/Makefile.am patch to solve the dev/system gnome libs conflict

Reorder the libs in order to give priority to dev libs and not system libs.
Comment 2 Sylvain BERTRAND 2006-02-09 16:22:17 UTC 
/usr/X11R6 is now a soft link to /usr then "-L/usr/X11R6/lib" for libtool is the same than "-L/usr/lib" containing my system glib.
Comment 3 Vincent Untz 2006-02-12 12:07:55 UTC 
Sylvain: I don't really understand the conflict. What is it exactly? There's no reason for gnome-panel to use the gnome libs installed in your system if they're installed in your jhbuild.
Comment 4 Sylvain BERTRAND 2006-02-12 15:27:46 UTC 
As the result of the order choosen for the components on LDADD automake target, we have on the libtool(link mode) command line -L/usr/X11R6/lib before -L/opt/gnome2/lib. Since /usr/X11R6 is a symlink to /usr, the libtool command line is equivalent having -L/usr/lib followed by -L/opt/gnome2/lib. Then, knowing that I have my system gnome (2.12.2) libs in /usr/lib, libtool will try to link against the libs in /usr/lib and not in /opt/gnome2/lib where my dev gnome desktop libs are.
Comment 5 Vincent Untz 2006-02-12 19:07:13 UTC 
Ok. Fixed in HEAD.
Thanks