Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
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.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have recently started dabbling in the wonderful world of Linux, so I am by all means a newbie. I use mandrake 10.0, and love it so far. However, I am trying to install gtk 2.4.4, which requires pango, which requires glib 2.4+, and I'm running into some troubles. When trying to install pango 1.4.4, it says I need glib 2.4+. As far as I can tell, I have successfully installed glib 2.4.5. Is there any way I can verify that?
Distribution: Gentoo, Debian, Ubuntu, Red Hat/CentOS
Posts: 719
Rep:
First let me caution you on compiling apps for an rpm based distro. ( you didn't say that, but it sounded like maybe you did). Have you tried the the tool 'urpmi'? I would take a look there and see if that will help you. I'd check it myself but I don't have a mndk box - sorry.
yea generally systems keep both an old (glib gtk) and (gtk2 glib2)
so both the old apps and the new ones will run
i think it's cool you jump right in compiling gtk but it's kind of involved so i will do my best to explain
and it's going to take a while
*first when you install binary (rpm) version of libraries you also need -devel package
to compile programms against the lib
*second on your system are multiple directories called "pkgconfig"
my main one is in /usr/lib
when compiling packages installation directories are set in configure scripts with --prefix=
if you don't set --prefix= by default it's /usr/local then pkgconfig directory ends up in /usr/local/lib
in pkgconfig are lots of
*.pc (package config files)
mine has:
glib.pc
and
glib-2.0.pc
the names of these stay the same for all gtk and gtk2 versions
also there is a shell variable PKG_CONFIG_PATH
The default settings for PKG_CONFIG_PATH are
/lib/pkgconfig,
/usr/lib/pkgconfig and
/usr/local/lib/pkgconfig. These settings are hard- coded
and do not have to be exported with the additional paths
if you install stuff in for instance /opt/gtk2
you need to add that path to PKG_CONFIG_PATH in your /etc/bashrc or ~/.bashrc
all you need to know about these .pc files is
*configure scripts use them to determine the location of includes and libraries to write Makefiles*
use "man pkg-config" to see how to get info
these files can't conflict -- that is don't install gtk2 in /usr/local and another version in /opt/gtk2
(you can use PKG_CONFIG_PATH to controll what packages are used to compile things if you install things in strange places) this is what developers do as they work on new lib versions.
*third anytime you install a new library put its path in
/etc/ld.so.conf if the path isn't there already
then run as root
ldconfig
*fourth for libs just look in /usr/lib /usr/local/lib and like that to see whats there
and remember to compile against these libs their header *.h files need to be in
/usr/include /usr/local/include and like that and for binary (not compiled ) packages
these files are often in seperate developement packages
have fun (sorry about the length) i hope this is comprehensable
After a few days of tinkering around, I finally got it. Urpmi did the trick for me, thanks for the suggestion BigNate. Unfortunately, I didn't accomplish what I set out to do, which was getting a deeper understanding of the CLI and file system. In retrospect, I was probably biting off more than I could chew, but then again I'm the kind of guy that likes to jump in and get his hands dirty. On the bright side I learned a lot about urpmi
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.