Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
I mean no harm but i don't really understand what you were trying to do and what doesn't work. To get help you may try to explain what distro you're using, what you need that glib for.
It may be a path problem or a link that doesn't exist.
Can you use 'locate glib' and see what files are found and where they are?
And one more thing:
First you 'rpm -q glib' and then you installed glib-2.2.3?
I mean, if you 'rpm -q glib' now, will you see both versions or only one?
Can you find a 'libglib-2.0.so' file?
It's probably in /usr/lib...
I think that this is the file you need to find...
BTW, you ran './configure' as a simple user or as root?
What is the path you're looking at ($PATH variable)?
ps. I'm a newbie too. I just managed to install Gimp2 yesterday-with no printing support though ;-( - so i know what you're going through :-))
I did find libglib-2.so.2, one in /usr/lib and one in /usr/local/lib
I ran ./configure as simple user (I don't usually become root until 'make install')
I'm not sure whta PATH I'm looking at - just read I needed to configure pkg-config with export something.
And now I found a gimp2 rpm but it finds so many failed dependencies that I won't even bother any longer (just starting with the first one, fontconfig, I find that updating it with the one it needs fails because it needs a file that is part of the version that's already installed - go figure?).
In order to check what folders your path includes, type 'echo $PATH'.
The root's path is much longer than the usual user's, so i guess you should give it a try. I had a similar problem with that.
First 'su', then './configure'.
I guess that '/usr/lib' is already in the root's path. If '/usr/local/lib' is missing,
try: 'export PATH=$PATH:/usr/local/lib'
I'll be waiting for more info...
I must have lost the pkg-config directory along the way. How to get it back?
I did export the usr/lib and usr/local/lib directories to the PATH, as you suggested (they were not in the root's PATH)
Then I became root and ran ./configure - now I get :
checking for pkg-config... /usr/local/bin/pkg-config
checking for GLIB - version >= 2.2.0... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GLIB is incorrectly installed.
configure: error: Test for GLIB failed. See the file 'INSTALL' for help.
Just a sec.
If you first made 'export blah blah blah..'
and then su'd, then u probably made the change for no reason...
When you switch to root, you get HIS $PATH variable, which is different from the simple user's.
So, first su, then 'export PATH=$PATH:/usr/local/lib'.
You'll make it, don't worry ;-)
done that. ran ./configure on gimp again, now it hangs with the message that gtk+ is not found. updating gtk+ has now gotten me into all kinds of new pandora's boxes, the latest being that compiling gtk+ hangs because it does not find 'sufficient FreeType'...
Now you know the drill...
Find the freetype libs...
Check rpmfind.net or sourceforge.net..
Install them and retry...
It took me 7 hours to make my first compilation (that was last week with SuperKaramba..), but now i feel better and more confident....
Give it a try! It's fun (i guess :-) )
Thanks ;-) I do know the drill, have already spent a good 20 hours trying to compile KDE 3.2, all to no avail. One problem I keep encoungtering is that different rpm packages instlal there fiels in different files, so that sooner or later an update looks for its base files in the wrong place. I can't tell you how many times I've encountered xyz-1.2 needs (installed) xyz-1.1
I give it a try when I have time, but mostly I give up. I run linux on a custom-made laptop, that has kernel-specific drivers, otherwise I'd just say to hell, I'll change or upgrade to a distro that has KDE3.2 and gimp2, etc. already precompiled. But that wouldn't be the pint of linux either, would it?