/sw/etc/gEDA/gschem-darkbg exists, but you bring up a good point. The older, working version of the geda-bundle uses:
(define gedadata (getenv "GEDADATA")) (define gedadatarc (getenv "GEDADATARC")) (load (string-append gedadatarc "/gschem-darkbg")) ; dark background The newer version uses (load (build-path geda-rc-path gschem-darkbg)) I see from the CVS logs that the configs and etc were refactored a while ago. Perhaps gEDA can't figure out the base path correctly? How does the build-path geda-rc-path get evaluated? As for the old one, I can't find any environment variables called 'GEDADATA' or etc, so I am unsure how that even gets set up. On Sep 26, 2007, at 7:58 PM, Ales Hvezda wrote: > [snip] >>> Probably parenthesis mismatch in /sw/etc/gEDA/system-gschemrc >>> Most recently read form: ([EMAIL PROTECTED] (build-path geda-rc-path >>> gschem- >>> darkbg)) >>> Failed to read init scm file [(null)/gschem.scm] >>> Tried to get an invalid color: 0 >>> Loading schematic [/Users/hamster/untitled_1.sch] >>> Tried to get an invalid color: 0 >>> Tried to get an invalid color: 7 >>> Tried to get an invalid color: 0 >>> Tried to get an invalid color: 7 >>> ERROR: Unbound variable: press-key > > > I don't run OSX and I don't really know anything about the fink > packages, but does the file "gschem-darkbg" exist either in /sw/etc/ > gEDA/ > or somewhere under /sw/share/gEDA/ ? If it does exist, one thought > would be to either copy or symlink it into the other location. > > -Ales > > > _______________________________________________ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user _______________________________________________ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user