Help on loading GTK+

[Mike Bushroe]

I have been trying to get PCB and geda-gschema to work together for
some time now. I can make stand alone printed circuit board layouts
with PCB, and for awhile I could enter schematics in gschem, but when
I tried using gsch2pcb to convert the components symbols and net
lists into pcb foot print and traces, the pcb program always said the
format was invalid, including all the pre-compiled layouts. So I have
been trying to load the source code for the latest and greatest
version of geda-gschem, and it consitantly fails to load. The current
problem is that it wants a newer version of gtk+ then what came with
Open SuSe 11.0, which I just finished loading and getting to work. So
I have downloaded a compiled atk-1.23.5, bison-2.3, cairo-1.6.4,
cdroot, fontconfig-2.6.0, gede-gschem-1.4.0,geda-uitls-1.4.0,
gettext-0.17, glib-2.16.5, gtk+-2.12.11, guile-1.8.5, libgeda-1.4.0,
libpgn-1.2.31,pango-1.20.5,pixman-0.11.8, pkg-config-0.23


All of these are loaded in subdirectores of
/usr/src/packages/RPMs/noarch. I then do the standard:
 ./confogure
make
make install

which so far has worked for everything accept geda-gschem and gtk+.
And of course, the one I want, geda-gschem depends on gtk+, and gtk+
when I do the ./configure comes back with the error message
"checking Pango flags... configure: error:
*** Pango not found. Pango built with Cairo support is required
*** to build GTK+. See http://www.pango.org for Pango information."

even though I just did a make clean, then make install on pango after
loading and compiling cairo.


  The gtk+ configure file lists options for "LDFLAGS", but not
example of the syntax to set or change them, and an option to
"--enebale-explicit-deps=no" that might prevent it from stopping there,
but might not help it combine in the required pango/cairo internation
character support, which I don't expect to need.

I further question is that no that I have loaded many of these
dependencies by downloading the sources and compiling them, does it
mean I can not mix and match loading RPMs of the stubborn ones and
still have them connect the hand loaded libraries?


Or is there an easier way to get the output from geda-gschem into a
format the PCB will accept?

relative newcomer

Mike