I submitted a PR (pkg/28917) a couple days ago about cad/gschem suddenly
having a compile problem.  I tracked down the trouble to a new function in
the latest glib2 which clashes with one already in gschem.  The version of
gEDA in pkgsrc now is also about a year old.

I've modified the existing gEDA-related packages to fix the namespace
clash and update to the newest version (20041228).  The tarball is at
``http://www.cs.csubak.edu/~dgriffi/geda-fix.tar.gz''.  Would the gEDA
package maintainer please do a sanity check on those, commit them, and
clear PR 28917?

Here's a list of pkglint complaints that I was unable to resolve
(contained in README).

Following are results of pkglint(1) run in each of these package
directories.


cad/geda-symbols
WARN: possible direct use of command "sed" found. Use ${SED} instead.
0 errors and 1 warnings found.


cad/libgeda
FATAL: can't read
./../../lang/guile/../../devel/libltdl/../../mk/../../mk/dlopen.builtin.mk
1 errors and 0 warnings found.


cad/gschem
FATAL: can't read
./../../cad/libgeda/../../lang/guile/../../devel/libltdl/../.
/mk/../../mk/dlopen.builtin.mk
1 errors and 0 warnings found.

NOTE: I removed the infodoc stuff because I couldn't figure out why it
wouldn't build.


cad/gnetlist
FATAL: can't read
./../../cad/libgeda/../../lang/guile/../../devel/libltdl/../../mk/../../mk/dlope
n.builtin.mk
1 errors and 0 warnings found.


cad/gsymcheck
FATAL: can't read
./../../cad/libgeda/../../lang/guile/../../devel/libltdl/../../mk/../../mk/dlope
n.builtin.mk
1 errors and 0 warnings found.


cad/geda-utils
FATAL: can't read
./../../cad/libgeda/../../lang/guile/../../devel/libltdl/../../mk/../../mk/dlope
n.builtin.mk
WARN: possible direct use of "scripts" found in Makefile. if so, use
${SCRIPTDIR} instead.
WARN: extra item placed in the *_DEPENDS section.
1 errors and 2 warnings found.


cad/geda-docs
looks fine.


cad/geda-examples
looks fine.


cad/geda
FATAL: can't read
./../../cad/libgeda/../../lang/guile/../../devel/libltdl/../../mk/../../mk/dlope
n.builtin.mk
1 errors and 0 warnings found.


-- 
David Griffith
dgriffi@cs.csubak.edu