Done. I have to install libgda to /usr, when have libgda packages installed. make install overwrite libgda-*.so libraries and FORCE to use yours.
The problem here is that Anjuta, depends on libgda, and will get any development version (with all its bugs) when you try to use it to develop on libgda. I love Anjuta, but this will force me to use a different development environment. 2013/5/7 Daniel Espinosa <[email protected]> > I've found that my system have a package libgda-5.0 installed, because > Anjuta and gnome-devel dependencies. > > What is the best location to install libgda: prefix to /usr or /usr/local, > in order to avoid dependencies issues? > > > 2013/5/7 Daniel Espinosa <[email protected]> > >> Please note that libgda are located in different directory than libgdaui. >> >> >> libgda-5.0.so.4 => /usr/lib/libgda-5.0.so.4 (0x00007ff60ec05000) >> libgda-ui-5.0.so.4 => /usr/lib/x86_64-linux-gnu/libgda-ui-5.0.so.4 >> (0x00007ff60e98a000) >> >> I'll try to clean up all. Make sure no libgda* are located in different >> locations. make distclean, make, make (including manual deleting if >> necessary) >> >> >> 2013/5/7 Daniel Espinosa <[email protected]> >> >>> This the output for: >>> >>> ldd /usr/bin/gda-browser-5.0 >>> linux-vdso.so.1 => (0x00007fff5f7fe000) >>> libgda-5.0.so.4 => /usr/lib/libgda-5.0.so.4 (0x00007ff60ec05000) >>> libgda-ui-5.0.so.4 => /usr/lib/x86_64-linux-gnu/libgda-ui-5.0.so.4 >>> (0x00007ff60e98a000) >>> libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 >>> (0x00007ff60e626000) >>> libgtksourceview-3.0.so.0 => >>> /usr/lib/x86_64-linux-gnu/libgtksourceview-3.0.so.0 (0x00007ff60e3b3000) >>> libgtk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 >>> (0x00007ff60dcf9000) >>> libgdk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 >>> (0x00007ff60da6a000) >>> libgdk_pixbuf-2.0.so.0 => >>> /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007ff60d84a000) >>> libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 >>> (0x00007ff60d546000) >>> libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 >>> (0x00007ff60d2f6000) >>> libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 >>> (0x00007ff60cffa000) >>> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 >>> (0x00007ff60cddd000) >>> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff60ca14000) >>> libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 >>> (0x00007ff60c810000) >>> libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 >>> (0x00007ff60c4b6000) >>> libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 >>> (0x00007ff60c26a000) >>> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff60c066000) >>> libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007ff60be4f000) >>> liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 >>> (0x00007ff60bc2c000) >>> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff60b927000) >>> libpangocairo-1.0.so.0 => >>> /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007ff60b71a000) >>> libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 >>> (0x00007ff60b3df000) >>> libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 >>> (0x00007ff60b1d0000) >>> libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 >>> (0x00007ff60afca000) >>> libcairo-gobject.so.2 => >>> /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 (0x00007ff60adc0000) >>> libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 >>> (0x00007ff60ab9e000) >>> libatk-bridge-2.0.so.0 => >>> /usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 (0x00007ff60a973000) >>> libpangoft2-1.0.so.0 => >>> /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007ff60a75e000) >>> libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 >>> (0x00007ff60a524000) >>> libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 >>> (0x00007ff60a320000) >>> libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 >>> (0x00007ff60a116000) >>> libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 >>> (0x00007ff609f0b000) >>> libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 >>> (0x00007ff609d08000) >>> libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 >>> (0x00007ff609b04000) >>> libwayland-client.so.0 => >>> /usr/lib/x86_64-linux-gnu/libwayland-client.so.0 (0x00007ff6098f8000) >>> libxkbcommon.so.0 => /usr/lib/x86_64-linux-gnu/libxkbcommon.so.0 >>> (0x00007ff609696000) >>> libwayland-cursor.so.0 => >>> /usr/lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x00007ff60948d000) >>> libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 >>> (0x00007ff60927b000) >>> libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 >>> (0x00007ff608fe3000) >>> libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 >>> (0x00007ff608d46000) >>> libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 >>> (0x00007ff608b20000) >>> libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 >>> (0x00007ff60891c000) >>> libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 >>> (0x00007ff608712000) >>> libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 >>> (0x00007ff6084f4000) >>> libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 >>> (0x00007ff6082e9000) >>> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007ff6080e1000) >>> libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 >>> (0x00007ff607ed9000) >>> libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 >>> (0x00007ff607c99000) >>> /lib64/ld-linux-x86-64.so.2 (0x00007ff60ef51000) >>> libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 >>> (0x00007ff607a7a000) >>> libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 >>> (0x00007ff607860000) >>> libatspi.so.0 => /usr/lib/x86_64-linux-gnu/libatspi.so.0 >>> (0x00007ff60763a000) >>> libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 >>> (0x00007ff6073f6000) >>> libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 >>> (0x00007ff60715e000) >>> libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 >>> (0x00007ff606f35000) >>> libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 >>> (0x00007ff606d30000) >>> libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 >>> (0x00007ff606b2a000) >>> libicule.so.48 => /usr/lib/x86_64-linux-gnu/libicule.so.48 >>> (0x00007ff6068f4000) >>> libicuuc.so.48 => /usr/lib/x86_64-linux-gnu/libicuuc.so.48 >>> (0x00007ff606589000) >>> libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 >>> (0x00007ff606286000) >>> libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 >>> (0x00007ff60606f000) >>> libicudata.so.48 => /usr/lib/x86_64-linux-gnu/libicudata.so.48 >>> (0x00007ff604cff000) >>> >>> >>> >>> 2013/5/6 Vivien Malerba <[email protected]> >>> >>>> Ok, can you make sure the gda-browser uses the same library as the one >>>> installed (i.e. that no environment variable changes that behaviour), run: >>>> ldd gda-browser-5.0 >>>> and see which libgda-5.0.xxx is loaded >>>> >>>> Vivien >>>> >>>> >>>> On 6 May 2013 21:00, Daniel Espinosa <[email protected]> wrote: >>>> >>>>> This is the output: >>>>> >>>>> nm -g libgda/.libs/libgda-5.0.so.4.1.1 | grep gda_set >>>>> 0000000000086e20 T gda_set_add_holder >>>>> 0000000000085b40 T gda_set_copy >>>>> 0000000000030340 T gda_set_error_get_type >>>>> 0000000000085570 T gda_set_error_quark >>>>> 0000000000086720 T gda_set_get_group >>>>> 0000000000085dc0 T gda_set_get_holder >>>>> 0000000000085e50 T gda_set_get_holder_value >>>>> 00000000000865f0 T gda_set_get_node >>>>> 00000000000864e0 T gda_set_get_nth_holder >>>>> 0000000000088320 T gda_set_get_source >>>>> 00000000000868e0 T gda_set_get_source_for_model >>>>> 0000000000085660 T gda_set_get_type >>>>> 0000000000084d50 T gda_set_group_add_node >>>>> 0000000000084bc0 T gda_set_group_copy >>>>> 0000000000084b70 T gda_set_group_free >>>>> 0000000000084e80 T gda_set_group_get_n_nodes >>>>> 0000000000084db0 T gda_set_group_get_node >>>>> 0000000000084e10 T gda_set_group_get_nodes >>>>> 0000000000084d20 T gda_set_group_get_source >>>>> 0000000000084c30 T gda_set_group_get_type >>>>> 0000000000084c70 T gda_set_group_new >>>>> 0000000000084cf0 T gda_set_group_set_source >>>>> 0000000000085ca0 T gda_set_is_valid >>>>> 0000000000086d50 T gda_set_merge_with_set >>>>> 0000000000086f50 T gda_set_new >>>>> 0000000000086fb0 T gda_set_new_from_spec_node >>>>> 0000000000087600 T gda_set_new_from_spec_string >>>>> 0000000000087810 T gda_set_new_inline >>>>> 0000000000086ee0 T gda_set_new_read_only >>>>> 00000000000854e0 T gda_set_node_copy >>>>> 0000000000084470 T gda_set_node_free >>>>> 0000000000085320 T gda_set_node_get_data_model >>>>> 0000000000085260 T gda_set_node_get_holder >>>>> 0000000000085400 T gda_set_node_get_source_column >>>>> 00000000000851c0 T gda_set_node_get_type >>>>> 0000000000085200 T gda_set_node_new >>>>> 0000000000085350 T gda_set_node_set_data_model >>>>> 0000000000085290 T gda_set_node_set_holder >>>>> 0000000000085440 T gda_set_node_set_source_column >>>>> 00000000000883b0 T gda_set_remove_holder >>>>> 00000000000886d0 T gda_set_replace_source_model >>>>> 0000000000085ef0 T gda_set_set_holder_value >>>>> 00000000000850b0 T gda_set_source_add_node >>>>> 0000000000084fc0 T gda_set_source_copy >>>>> 0000000000084ab0 T gda_set_source_free >>>>> 0000000000084f90 T gda_set_source_get_data_model >>>>> 0000000000085180 T gda_set_source_get_n_nodes >>>>> 0000000000085110 T gda_set_source_get_nodes >>>>> 0000000000084ec0 T gda_set_source_get_type >>>>> 0000000000084f00 T gda_set_source_new >>>>> 0000000000085030 T gda_set_source_set_data_model >>>>> >>>>> As for nm documentation, they are defined correctly. >>>>> >>>>> >>>>> 2013/5/6 Vivien Malerba <[email protected]> >>>>> >>>>>> The gda_set* symbols are defined in libgda-5.0.xxx library, not in >>>>>> the libgda-ui-5.0.xxx one. What does the same command but with the >>>>>> libgda-5.0.xxx file (it would be best to test the one in >>>>>> $drcdir/libgda/.libs to avoid installation related issues)? >>>>>> >>>>>> >>>>>> Vivien >>>>>> >>>>>> >>>>>> On 6 May 2013 17:20, Daniel Espinosa <[email protected]> wrote: >>>>>> >>>>>>> After make distclean / make / make install (and after reboot!) I >>>>>>> call: >>>>>>> >>>>>>> nm -g /usr/lib/x86_64-linux-gnu/libgda-ui-5.0.so.4.1.1 | grep gda_set >>>>>>> U gda_set_add_holder >>>>>>> U gda_set_copy >>>>>>> U gda_set_get_group >>>>>>> U gda_set_get_holder >>>>>>> U gda_set_get_nth_holder >>>>>>> U gda_set_get_type >>>>>>> U gda_set_group_get_n_nodes >>>>>>> U gda_set_group_get_node >>>>>>> U gda_set_group_get_nodes >>>>>>> U gda_set_group_get_source >>>>>>> U gda_set_is_valid >>>>>>> U gda_set_new >>>>>>> U gda_set_node_get_holder >>>>>>> U gda_set_node_get_source_column >>>>>>> U gda_set_source_get_data_model >>>>>>> U gda_set_source_get_n_nodes >>>>>>> U gda_set_source_get_nodes >>>>>>> >>>>>>> As you can see most gda_set_*_new and *_get_type methods are >>>>>>> missing. Any comment suggestion? >>>>>>> >>>>>>> >>>>>>> 2013/5/6 Daniel Espinosa <[email protected]> >>>>>>> >>>>>>>> Here they are. >>>>>>>> >>>>>>>> In parallel, I'll make the process described before to see if I >>>>>>>> have my system working correctly. >>>>>>>> >>>>>>>> I've not set any local configuration to your RES files. If you need >>>>>>>> them please tell me. >>>>>>>> >>>>>>>> >>>>>>>> 2013/5/6 Vivien Malerba <[email protected]> >>>>>>>> >>>>>>>>> Hi Daniel, >>>>>>>>> >>>>>>>>> can you run: >>>>>>>>> >>>>>>>>> make distclean >>>>>>>>> ./configure >& RES_conf >>>>>>>>> make >& RES_make >>>>>>>>> >>>>>>>>> and send me the RES* files? >>>>>>>>> >>>>>>>>> Vivien >>>>>>>>> >>>>>>>>> >>>>>>>>> On 6 May 2013 16:07, Daniel Espinosa <[email protected]> wrote: >>>>>>>>> >>>>>>>>>> I have this problem in a VM with Ubuntu 13.04, I've set up for >>>>>>>>>> development outside my current laptop. >>>>>>>>>> >>>>>>>>>> And Yes I have found all the symbols claimed to be undefined. >>>>>>>>>> >>>>>>>>>> I've tried to make uninstall, make distclean, and then re-build / >>>>>>>>>> make install again, but have same problems. I'll try re reset my VM, >>>>>>>>>> and >>>>>>>>>> restart again. >>>>>>>>>> >>>>>>>>>> I'll appreciate any help. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/4/30 Vivien Malerba <[email protected]> >>>>>>>>>> >>>>>>>>>>> I've just set up this environment, and it works fine (except for >>>>>>>>>>> the Graphviz API recent modifications which I've just corrected in >>>>>>>>>>> master): >>>>>>>>>>> ~/Devel/libgda/libgda$ nm -g ./.libs/libgda-5.0.so.4.1.1 | grep >>>>>>>>>>> gda_set_group >>>>>>>>>>> 00000000000ae83d T gda_set_group_add_node >>>>>>>>>>> 00000000000ae707 T gda_set_group_copy >>>>>>>>>>> 00000000000ae778 T gda_set_group_free >>>>>>>>>>> 00000000000ae97d T gda_set_group_get_n_nodes >>>>>>>>>>> 00000000000ae8ae T gda_set_group_get_node >>>>>>>>>>> 00000000000ae917 T gda_set_group_get_nodes >>>>>>>>>>> 00000000000ae801 T gda_set_group_get_source >>>>>>>>>>> 00000000000ae63c T gda_set_group_get_type >>>>>>>>>>> 00000000000ae688 T gda_set_group_new >>>>>>>>>>> 00000000000ae7c2 T gda_set_group_set_source >>>>>>>>>>> >>>>>>>>>>> Do you have something similar? >>>>>>>>>>> BTW, the libgda.symbols file is used only when compiling for >>>>>>>>>>> Windows, not for Linux where the list of symbols to export is >>>>>>>>>>> defined by >>>>>>>>>>> starting with "gda_" >>>>>>>>>>> >>>>>>>>>>> Vivien >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 30 April 2013 21:10, Daniel Espinosa <[email protected]>wrote: >>>>>>>>>>> >>>>>>>>>>>> I've found that when using GDA from master, on Ubuntu 13.04 i >>>>>>>>>>>> get the following errors: >>>>>>>>>>>> >>>>>>>>>>>> When launching gda-browser-5.0 or try to use from PyGI, program >>>>>>>>>>>> fails trying to find undefined symbols resently added like >>>>>>>>>>>> gda_set_group*, >>>>>>>>>>>> gda_set_source_* and gda_set_node_*, they are included in >>>>>>>>>>>> libgda.symbols >>>>>>>>>>>> file, do you have any suggestion? >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Trabajar, la mejor arma para tu superación >>>>>>>>>>>> "de grano en grano, se hace la arena" (R) (en trámite, pero >>>>>>>>>>>> para los cuates: LIBRE) >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> gnome-db-list mailing list >>>>>>>>>>>> [email protected] >>>>>>>>>>>> https://mail.gnome.org/mailman/listinfo/gnome-db-list >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Trabajar, la mejor arma para tu superación >>>>>>>>>> "de grano en grano, se hace la arena" (R) (en trámite, pero para >>>>>>>>>> los cuates: LIBRE) >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Trabajar, la mejor arma para tu superación >>>>>>>> "de grano en grano, se hace la arena" (R) (en trámite, pero para >>>>>>>> los cuates: LIBRE) >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Trabajar, la mejor arma para tu superación >>>>>>> "de grano en grano, se hace la arena" (R) (en trámite, pero para los >>>>>>> cuates: LIBRE) >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Trabajar, la mejor arma para tu superación >>>>> "de grano en grano, se hace la arena" (R) (en trámite, pero para los >>>>> cuates: LIBRE) >>>>> >>>> >>>> >>> >>> >>> -- >>> Trabajar, la mejor arma para tu superación >>> "de grano en grano, se hace la arena" (R) (en trámite, pero para los >>> cuates: LIBRE) >>> >> >> >> >> -- >> Trabajar, la mejor arma para tu superación >> "de grano en grano, se hace la arena" (R) (en trámite, pero para los >> cuates: LIBRE) >> > > > > -- > Trabajar, la mejor arma para tu superación > "de grano en grano, se hace la arena" (R) (en trámite, pero para los > cuates: LIBRE) > -- Trabajar, la mejor arma para tu superación "de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)
_______________________________________________ gnome-db-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/gnome-db-list
