dependency hell over glib stuffs

2004-01-01 Thread Gene Heskett
Hi Folks; Trying to get gkrellm to watch the system when the kernel is a 2.6.x requires a new gkrellm-2.whatever That in turn needs gtk+-2.2.x That needs a new pango, atk and glib, all suitable 2.2.x versions. I've setup an env var $PKG_CONFIG_PATH thats correct, and I reran ldconfig everytime I

Re: dependency hell over glib stuffs

2004-01-07 Thread busmanus
Gene Heskett wrote: I've setup an env var $PKG_CONFIG_PATH thats correct, and I reran Well, the details are much too complicated for me, but there's one thing I seem to understand, and this thing is, that it's a better idea to pass eg. PKG_CONFIG_PATH (or LD_LIBRARY_PATH too) directly on the ./co

Re: dependency hell over glib stuffs

2004-01-07 Thread Gene Heskett
On Wednesday 07 January 2004 20:33, busmanus wrote: >Gene Heskett wrote: >> I've setup an env var $PKG_CONFIG_PATH thats correct, and I reran > >Well, the details are much too complicated for me, but there's >one thing I seem to understand, and this thing is, that it's >a better idea to pass eg. PK

Re: dependency hell over glib stuffs

2004-01-08 Thread Valdis . Kletnieks
On Wed, 07 Jan 2004 22:54:35 EST, Gene Heskett <[EMAIL PROTECTED]> said: > It does sound like a good idea, but that also means I'd have to > remember it. Setting the var and exporting it in .bashrc is a > one-time deal. For this often forgetfull old codger its a no brainer Never been bitten

Re: dependency hell over glib stuffs

2004-01-08 Thread Gene Heskett
On Thursday 08 January 2004 10:46, [EMAIL PROTECTED] wrote: >On Wed, 07 Jan 2004 22:54:35 EST, Gene Heskett <[EMAIL PROTECTED]> said: >> It does sound like a good idea, but that also means I'd have to >> remember it. Setting the var and exporting it in .bashrc is a >> one-time deal. For this of