Nah. That would be silly. And I know slackware takes the easiest lazy route in as many cases as it can, which would be to use the defaults. My guess is that gtkhtml is just built incorrectly, or libtool 1.5 is being used, and causing problems. What is the actual output of ldd? -- dobey On Mon, 2004-06-21 at 08:48 -0400, Jeffrey Stedfast wrote: > The default build options for glib-2.x and gtk+-2.x are thread-enabled, > but apparently whatever binaries you used must have explicitly disabled > them. > > Jeff > > On Mon, 2004-06-21 at 07:09 -0400, AG wrote: > > Thx for the expeditious response. > > > > Hmmm. Actually, I never built it from source. I used a series of binaries > > to overcome my Evo dependencies issues. > > > > If I must build GTK from source. Pls recommend the correct GTK+ source > > tree for Evo 1.5. > > > > Additionally, how do I check my version of glib for 'thread' support ? > > > > > > Jeffrey Stedfast said: > > > it means you didn't compile gtk correctly. it needs thread support and > > > the way you built it, it doesn't have it. You might also want to check > > > that glib has thread support. > > > > > > Jeff > > > > > > On Sun, 2004-06-20 at 21:39 -0400, AG wrote: > > >> I recently installed evo-1.5.5 on a Slackware 9.1(2.6.4) box and have > > >> been wrestling w/dependencies. > > >> > > >> As best I can tell, the dependency issues are finally resolved. > > >> > > >> 'ldd -v /usr/bin/evolution-1.5' doesn't list any unmet dependencies. > > >> > > >> However, I running evolution-1.5 yields the error below. > > >> 'evolution-1.5: relocation error: /usr/lib/libgtkhtml-3.1.so.7: > > >> undefined symbol: gdk_threads_lock ' > > >> > > >> All of the gtkhtml libs appear to be installed. > > >> > > >> What have I missed ? What does the error mean ? > > >>
Attachment:
signature.asc
Description: This is a digitally signed message part