X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6
X-Exmh-Isig-CompType: repl
X-Exmh-Isig-Folder: inbox
From: karl AT aspodata DOT se
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] lepton issue 39
In-reply-to: <20180526233825.28fb0543@demon>
References: <20180525212522 DOT 31A9080F49E9 AT turkos DOT aspodata DOT se> <20180526202658 DOT 562f388f AT demon> <20180526200033 DOT 7AD4580F49E9 AT turkos DOT aspodata DOT se> <20180526233825 DOT 28fb0543 AT demon>
Comments: In-reply-to "(graahnul DOT grom AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
   message dated "Sat, 26 May 2018 23:38:25 +0300."
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Message-Id: <20180526215054.B5DEF80F49E9@turkos.aspodata.se>
Date: Sat, 26 May 2018 23:50:54 +0200 (CEST)
X-Virus-Scanned: ClamAV using ClamSMTP
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

Dmitry:
> On Sat, 26 May 2018 22:00:33 +0200 (CEST)
> karl AT aspodata DOT se wrote:
...
> > When starting they format the error a little differently:
> >  lepton warning:
> > $ lepton-schematic 12_10std.sym 
> > Invalid path [include] passed to component-library
> > 
> > FORMAT: error with call: (format #f "Invalid path ~S<===
> > or source not readable. " ===>)
> >         missing argument(s)
> >  gschem warning:
> > $ gschem 12_10std.sym 
> > Invalid path [include] passed to component-library
> > Invalid path [include] passed to source-library
...
> What is the cause of this error?

$ grep '"include"' ~/.gEDA/gafrc
(component-library "include")
(source-library  "include")

Can't blame you for that, thought it would be nice if the respective 
commands used "if dir exists" and ignored it otherwise.
That said, it isn't related to issue 39 I think.

> > There seem to be no ~/.lepton, so I guess lepton and
> > gschem share configs, maybe that is the next thing to
> > disconnect.
> 
> If ~/.gEDA/ folder exists, lepton will use it (unless
> configured with --disable-deprecated). Otherwise, it will
> load configuration files from $XDG_CONFIG_HOME/lepton-eda/
> directory ($XDG_CONFIG_HOME usually expands to ~/.config/).

Not particulary fond of thoose xdg things...
I think I keep it as it is for the moment.

Regards,
/Karl Hammar

-----------------------------------------------------------------------
Aspö Data
Lilla Aspö 148
S-742 94 Östhammar
Sweden
+46 173 140 57