On Sun, 4 Dec 2011 14:38:49 -0500 mh <mhe...@member.fsf.org> said: > > On Dec 4, 2011, at 2:30 PM, Cedric BAIL wrote: > > > On Sun, Dec 4, 2011 at 8:03 PM, mh <mhe...@member.fsf.org> wrote: > >> I update e17 regularly, as well as sid, so I think everything is current. > >> Just tried again, same error about libglib-2.0.la. Is there a list of the > >> dependencies for elementary somewhere, or are these listed somewhere like > >> the Makefile in the elementary source directory, that I can check to make > >> sure I'm getting everything? > > > > Maybe, there is an issue on your distribution. The message look like > > the same we did get at some point on Ubuntu for gnutls. Check if > > libglib-2.0.la is at the right place and if the information in it are > > correct. > > -- > > Cedric BAIL > > using debian sid. Doesn't look like there is a libglib-2.0.la file on the > system, but debian's been getting rid of .la files from what I understand. > But libglib2.0-0 is installed and at the latest version.
ubuntu has been going through these pains too. literally .la files are text files. you can grep them. somewhere some .la file says "i need /usr/lib/libglib-2.0.la". probably in dependency_libs. and that file simply is not there. what i found is that the .la files distributed by ubuntu had incorrect content. they SAID in the .la: libdir='/usr/lib/' but the .la file was ACTUALLY inside /usr/lib/x86_64-linux-gnu. this messed libtool up, as when it generated the dependency to put into .la files for ecore, it used /usr/lib/libXXX.la but it was not there. it was in /usr/lib/x86_64-linux-gnu. i suggest you find EVERY .la file you have: find / -name '*.la' -print (exclude ones in your build trees - the ones in /, /usr/lib, /usr/local* or /opt etc. where you link to libs or install them are what you want). and grep for libglib-2.0.la. you will probably find ecore (and libraries that link to ecore) have this .la dependency. they have inherited it from somewhere. either a library they link to (a .la file) of something that uses glib has sucked this in directly, OR it has directly generated the dependency and it's generated from the glib .la file and the .la file for glib is wrong as above. pull out your cmd-line tools, text editors and find out. as such it is possible to fix - edit the .la file for glib to fix the directory and presto. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
