View Full Version : Linux newbie - trouble with installing a IDE

09-09-2005, 02:34 PM
i'm really really new 2 the linux world... please help!
Just a while ago i downloaded the C++ IDE Anjuta 1.2 , and now trying to install it on Redhat Linux 9.
The packages' installation guid goes:

(1) go to the packge dir and type "./config" - doing this i got a large output and finally this error msg: "Package glib-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `glib-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'glib-2.0' found"

(2) type "make"

(3) type "make install" - these 2 commands also gave errors.

What i'm doing wrong here please?

Thanx 4 any help.

09-09-2005, 03:17 PM
It looks like your configure failed because it could not find glib. What desktop are you using? Do you have Gnome installed?

09-09-2005, 04:20 PM
I've never used Anjuta, and while I've used RH5.x and 7.x, and I've used Fedora Core 3 and 4, I've never used RH9.x. I have an idea of what the problem might be, though.

You've probably just experienced the beginning of what is (affectionately?) commonly known as dependency hell. It has a number of platform specific names aside from that one, like RPM hell (for RPMs on the Red Hat platform(s)) and DLL hell (for Windows). It's a problem of decreasing frequency as various OSes fix their dependency problems, but it's a problem that will likely never go away entirely when dealing with software you're compiling from source.

Your system is, as you've mentioned, Red Hat 9. RH9 is not a recent release, and as such does not have recent versions of various libraries that are probably necessary for compilation and operation of Anjuta. If you downloaded a recent version of Anjuta, I'm not surprised by this at all.

My first suggestion, if you have the ability and inclination to try it, is to get rid of RH9 and get something newer instead -- like, perhaps, Fedora Core 3 or Fedora Core 4, if you're set on using a Red Hat distribution of Linux. With a recent distribution, you can probably download and install the software very easily using binary packages so that you won't even have to compile it yourself. For instance, I'm using Debian 3.1/Sarge on this machine, and if I wanted Anjuta on it I'd just type "apt-get install anjuta" at the shell (after ensuring I was signed in as root, of course). I might have to hit Enter to confirm installation of multiple dependencies (actually, I know for a fact that I would, since I don't have any of the GNOME libraries on which Anjuta depends). Fedora uses a package management system that is superficially similar to Debian's apt, called YUM, and you should be able to use a similarly simple command line instruction to install Anjuta on any recent Fedora release.

My second suggestion would be to go try to find an older Anjuta snapshot that might install simply and easily on RH9.

Otherwise, you're left with this: You're kinda screwed. You'll have to find, and install, all the necessary dependencies yourself, and/or use compiler options to specify different dependencies as much as possible to bootstrap a successful compile. This may possibly lead to buggy software when you're done, and will certainly be a minor frustration later if/when you decide to update any versions of software associated with Anjuta.

Of course, you could always take a whack at using a different IDE, or just learn to do it at the command line with Vim, gdb, and so on.

09-09-2005, 10:52 PM
i found a Anjuta rmp for RH9, and installed it.
Thanx 4 the replys.

09-10-2005, 10:09 AM
You know it couldn't hurt if you got the GLIB2 (or if there is newer out) library.
http://www.gnu.org/ go to the FREE SOFTWARE DIRECTORY and search for GLIBC and GLIB and probably get GTK+ while your at it, that will solve a lot of software installation problems in the future, as a person new to linux I would strongly encourage you to install the software manually to get the hang of it. When I say manual I mean compile it, make it and play with it, rather than just RPM the binaries.