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] current gnetlist from git and hierarchy In-reply-to: References: <20180312013908 DOT 3dbbb5bc AT swips DOT iqo DOT uni-hannover DOT de> <20180321152652 DOT CDB05807DEBE AT turkos DOT aspodata DOT se> <20180321220800 DOT 6EB79807DEBE AT turkos DOT aspodata DOT se> Comments: In-reply-to Roland Lutz message dated "Thu, 22 Mar 2018 15:06:12 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Message-Id: <20180322150213.D207C807DEBE@turkos.aspodata.se> Date: Thu, 22 Mar 2018 16:02:13 +0100 (CET) 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 Roland Lutz: ... > the gedasymbols.org CVS repository can't be included > recursively because, in the case of a name conflict, it would be unclear > whose symbols to use. This has always been the case; I'm fully aware of that and have in past time argued for a changes to resolve such conflicts. > the new error check > just makes it obvious that there's a potential source of silent errors. That may be so, but it is very convenient to try out what others have done by simply including the whole tree. This new error check makes that much harder. So I consider that check counterproductive. I would be better to issue a warning if and only if you use a sym with a name conflict, perhaps offering to copy it to project local directory. That said, I can just use the non xorn stuff. Regards, /Karl Hammar ----------------------------------------------------------------------- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57