Mail Archives: geda-user/2018/04/26/15:30:02
On Thu, Apr 26, 2018 at 09:23:22PM +0300, (graahnul DOT grom AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:
> On Thu, 26 Apr 2018 18:09:39 +0100
> Chris Green <cl AT isbd DOT net> wrote:
>
> > First question, where does the 'local' entry in the add
> > component menu come from? It doesn't appear to relate to
> > an actual directory so it's just a nuisance really. Can
> > one get rid of it?
>
> There's an empty directory:
> <installdir>/share/gEDA/sym/local/
> I think it can be safely deleted.
>
Aha, brilliant, thank you. That's sorted.
>
> > Second question, I can't get a 'local' gafrc file to
> > provide a specific project symbol directory. I've tried
> > what it says at:-
> >
> > http://wiki.geda-project.org/geda:faq-gschem#how_do_i_configure_my_local_gafrc_to_find_my_local_symbol_directory
>
> >
> > ... but it simply doesn't work. If I change the
> > "./symbols" to a full path then it works OK so the gafrc
> > file *is* being read. The directory names seems to be
> > parsed OK because there is no command line error (which
> > you do get if the directory doesn't exist for example)
> > but it just doesn't work.
>
> Are you sure you launch gschem from the same directory
> where gafrc file and 'symbols' subfolder resides? It should
> work.
>
Yes, definitely. As I said the gafrc file is being parsed because if
you put a non-existent directory there the error is reported on the
command line when you run gschem.
Ah, oops! I'd put:-
(source-library "./stigsym")
in gafrc, it should be:-
(component-library "./stigsym")
So all working perfectly now. Thanks for the help.
--
Chris Green
- Raw text -