Re: gEDA-user: gschupdate always eats symbols

2004-03-07 Thread Ales Hvezda
When I update gschem to a new version I'm told that I must run gschupdate. When I do run gschupdate it deletes all of my locally created symbols, making useless schematics. gschupdate doesn't seem to read gschmrc where the paths to the local symbol files are defined. What is the correct

Re: gEDA-user: gschupdate always eats symbols

2004-03-07 Thread Stuart Brorson
Hi -- I notice that there is a proliferation of RC files occuring here. I am guilty of this too, since gattrib also wants an RC file called gattribrc to live in the share/gEDA directory. Now we will have the following RC files: gschemrc, gnetlistrc, gattribrc, gschlasrc, gsymcheckrc. Have I

Re: gEDA-user: gschupdate always eats symbols

2004-03-07 Thread Bob Paddock
Since the most important thing in the RC file is the pointer to the symbol libs, I wonder if a better approach moving forward would be to consolidate the files into one? Or is there an architectural reason to have multiple RC files? I know I'd be happier if all the utilities used one common

gEDA-user: stdin:18: m4: Bad expression in eval: (3* - /2)/100

2004-03-07 Thread Bob Paddock
Can someone point me in some direction, I have no idea what this error is telling me: When I run: gsch2pcb project I get: stdin:18: m4: Bad expression in eval: /2 stdin:18: m4: Bad expression in eval: (1* - /2)/100 stdin:18: m4: Bad expression in eval: (1* - /2)/100 stdin:18: m4: Bad

Re: gEDA-user: gschupdate always eats symbols

2004-03-07 Thread Ales Hvezda
Hi Stuart and all, [snip] I notice that there is a proliferation of RC files occuring here. I am guilty of this too, since gattrib also wants an RC file called gattribrc to live in the share/gEDA directory. Now we will have the following RC files: gschemrc, gnetlistrc, gattribrc, gschlasrc,