gEDA-bug: Install/Build problems

[geda-bugs@seul.org]

Full_Name: Mark Whitis
Version: 20040111
OS: linux  redhat 8.0
Submission from: (NULL) (65.40.216.240)


As has frequently been the case, installing/upgrading gschem was a royal pain.

First I tried the binary rpms.   They claimed to require guile 1.6.x.  I
installed 1.6.0, that did not work.   I tried to install guile 1.6.4 from fedora
but it depends on a version of libc that does not exist - not just on my
machine, it is newer than anything availible on rpmfind.net!

So, then I tried to use the source rpms.   Many of them would not build because
they
depended on the installation of other RPMs in the set.  So, i ended up
installing
each one after it was built before building the next one.   Even then, things
did not
work.  The files libgdgeda.pc and libgeda.pc had to be manually installed in
/usr/lib/pkgconfig before packages would build.   And when I finanly did get the
packages to build, I had to use --nodeps on some of them because of errors like
this:
   libgdgeda.so.4 is needed by geda-gschem-20040111-1
The gdgeda package distributed with 20040111 appears to crate libgdgeda.so.6 not
.4!
But not only the rpm dependency is listed as .so.4, ldd reports that gschem
actually loads an old copy of libgdgeda.so.4 from /usr/local.

And after all of that, gschem does not appear to have even a single new feature
in the last two years.   And before I could even see if a few of the old bugs
were
gone, I found new bugs.