Glib problem
Mark Anderson
compiled and seemed to install OK. In the configure script for gxine-
0.4.1 I got the following error:
...
checking for pkg-config... /usr/bin/pkg-config
checking for glib-2.0 >= 2.4.0... Requested 'glib-2.0 >= 2.4.0' but
version of GLib is 2.2.1
configure: error: Library requirements (glib-2.0 >= 2.4.0) not met;
consider adjusting the PKG_CONFIG_PATH environment variable if your
libraries are in a nonstandard prefix so pkg-config can find them.
OK. So I get the latest glib, glib-2.6.0, compile using make, make
install, then ldconfig, and gxine configure script still tells me that
same error, that my glib is 2.2.1.
So far, this half upgrade of xine has messed up, not only the old xine,
but mplayer as well. Luckily, this PC is a server and I don't use this
computer to watch videos. I use this PC to test the upgrade process
because I have another PC where I really want to upgrade xine. Does
anyone have any clues as to what I'm doing wrong?
BTW: I'm running RedHat 9 on a PII 332Mhz PC.
David Green
> I'm trying to upgrade xine and gxine to the latest version. Xine-lib-1.0
> compiled and seemed to install OK. In the configure script for gxine-
> 0.4.1 I got the following error:
>
RH SRPM or tarballs from the authors?
> ...
> checking for pkg-config... /usr/bin/pkg-config checking for glib-2.0 >=
> 2.4.0... Requested 'glib-2.0 >= 2.4.0' but version of GLib is 2.2.1
>
> configure: error: Library requirements (glib-2.0 >= 2.4.0) not met;
> consider adjusting the PKG_CONFIG_PATH environment variable if your
> libraries are in a nonstandard prefix so pkg-config can find them.
>
>
> OK. So I get the latest glib, glib-2.6.0, compile using make, make
> install, then ldconfig, and gxine configure script still tells me that
> same error, that my glib is 2.2.1.
>
ldconfig run as root?
By any chance /etc/ld.so.conf not have /usr/local/lib specified - you may
find locally compiled libraries will be placed there.
Regards,
Dave
--
David Green (mail....@dsl.pipex.com)
Hands up for human rights!
http://www.amnesty.org
Mark Anderson
> > I'm trying to upgrade xine and gxine to the latest version. Xine-lib-1.0
> > compiled and seemed to install OK. In the configure script for gxine-
> > 0.4.1 I got the following error:
> >
> RH SRPM or tarballs from the authors?
They were tarballs.
> > checking for pkg-config... /usr/bin/pkg-config checking for glib-2.0 >=
> > 2.4.0... Requested 'glib-2.0 >= 2.4.0' but version of GLib is 2.2.1
> >
> > configure: error: Library requirements (glib-2.0 >= 2.4.0) not met;
> > consider adjusting the PKG_CONFIG_PATH environment variable if your
> > libraries are in a nonstandard prefix so pkg-config can find them.
> >
> >
> > OK. So I get the latest glib, glib-2.6.0, compile using make, make
> > install, then ldconfig, and gxine configure script still tells me that
> > same error, that my glib is 2.2.1.
> >
> ldconfig run as root?
> By any chance /etc/ld.so.conf not have /usr/local/lib specified - you may
> find locally compiled libraries will be placed there.
Yes. And of course, I did make install as root as well. My
/etc/ld.so.conf has an entry for /usr/local/lib.
David Green
>> > OK. So I get the latest glib, glib-2.6.0, compile using make, make
>> > install, then ldconfig, and gxine configure script still tells me that
>> > same error, that my glib is 2.2.1.
>> >
>> ldconfig run as root?
>> By any chance /etc/ld.so.conf not have /usr/local/lib specified - you
>> may find locally compiled libraries will be placed there.
>
> Yes. And of course, I did make install as root as well. My
> /etc/ld.so.conf has an entry for /usr/local/lib.
Curious problem indeed - especially mplayer breaking.
Had a quick look at some of my binaries and libraries - libxine links
against many libraries but not glib, so presumably your problem is with
gxine, which does link against the newer glib (but you already knew that)
Mplayer also links against glib2 - whereas 90% of other GTK applications
link against the older GTK1 original glib library (1.2 on my system).
I'd try a recompile of glib (version 2) and see how that works out. Try
another glib 2 dependant binary on your system - does it work? (ldd
<binary>) gives you the name of linked library dependancies (always ending
in .so.x)
Your system overclocked or anything unusual? Can spot anything wrong with
your method of compilation.
Mark Anderson
> Mplayer also links against glib2 - whereas 90% of other GTK applications
> link against the older GTK1 original glib library (1.2 on my system).
>
> I'd try a recompile of glib (version 2) and see how that works out. Try
> another glib 2 dependant binary on your system - does it work? (ldd
> <binary>) gives you the name of linked library dependancies (always ending
> in .so.x)
>
> Your system overclocked or anything unusual? Can spot anything wrong with
> your method of compilation.
Apparently the newly installed glib 2.6.0 installed in /usr/local/lib
while the glib 2.2.1 resided in /usr/lib. It may have been awhile but I
don't recall installing glib 2.2.1. Anyway, the pkg-config --modversion
would look into /usr/lib/pkgfoncifg and grab 2.2.1. So I got rid of
glib-2.2.1.pc in /usr/lib/pkgconfig, manually took out the glib
2.2.1 entries in /usr/lib and placed /usr/local/lib ahead of /usr/lib in
the ld.so.conf. The new gxine got passed the glib requirement in
configure but then said it needed a better gtk+.
OK, now this is turning into a science project. So I download gtk+ 2.6.0
tarball and try to compile. gtk+ requires a pango of greater than 1.7.0.
So I download pango 1.8.0 tarball and try to compile and then during
make I get ....
pangofc-fontmap.c: In function `pango_fc_convert_weight_to_fc':
pangofc-fontmap.c:538: `FC_WEIGHT_NORMAL' undeclared (first use in this
function)
pangofc-fontmap.c:538: (Each undeclared identifier is reported only once
pangofc-fontmap.c:538: for each function it appears in.)
make[4]: *** [pangofc-fontmap.lo] Error 1
Woohoo. Now I have to debug code. :-) No thanks. The old gxine doesn't
work with the newly installed xine-lib but mplayer seems to be working
now. I'm not sure if I should report this compile error to anyone. I
probably could go into the code and fix it but I would think the people
putting out these packages would want to know.