Re: building cvs
Malcolm Tredinnick <[email protected]> 23 Jun 2003 20:05:53 +1000
| Newsgroups | gmane.comp.gnome.apps.mr-project.devel |
|---|---|
| Message-ID | <[email protected]> |
On Fri, 2003-06-20 at 00:22, Dan Nedelko wrote: > Hi all, > > I have been using MrProject for a couple of days, last night I decided > to check out the project and I have a couple of questions: > > 1. I have a stable version of mrproject installed on my redhat 9 system. > I'd like to have a cvs build version available to me in my home > directory and maintain a stable version. What are the arguments I need > to pass to the configure (or autogen) script in order for mrproject to > pick up the cvs build of libmrproject. Or are there any instructions to > help me get a side by side install setup. I am currently get the > follwing error on the configure script: > > checking for > libmrproject = 0.10pre > glib-2.0 >= 2.0.4 > gobject-2.0 gmodule-2.0 > gtk+-2.0 >= 2.0.3 > libgnomecanvas-2.0 >= 2.0.1 > libgnomeui-2.0 >= 2.0.1 > libglade-2.0 >= 2.0.0 > libbonoboui-2.0 >= 2.0.0 > libgnomeprintui-2.2 >= 2.1.9 > gnome-vfs-2.0 >= 2.0.2 > ... Requested 'libmrproject = 0.10pre' but version of libmrproject is > 0.9.1 > > configure: error: Library requirements ( > libmrproject = 0.10pre > glib-2.0 >= 2.0.4 > gobject-2.0 gmodule-2.0 > gtk+-2.0 >= 2.0.3 > libgnomecanvas-2.0 >= 2.0.1 > libgnomeui-2.0 >= 2.0.1 > libglade-2.0 >= 2.0.0 > libbonoboui-2.0 >= 2.0.0 > libgnomeprintui-2.2 >= 2.1.9 > gnome-vfs-2.0 >= 2.0.2 > ) not met; consider adjusting the PKG_CONFIG_PATH environment variable > if your libraries are in a nonstandard prefix so pkg-config can find > them. The error message tells you exactly what you need to do. :-) Suppose you installed libmrproject under $HOME/foo. It will have installed a libmrproject.pc file in $HOME/foo/lib/pkgconfig, so you need to set the PKG_CONFIG_PATH environment variable to $HOME/foo/lib/pkgconfig before running configure. The libmrproject.pc file contains all the information that is needed to correctly build and link against that version of libmrproject. Cheers, Malcolm