X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=qM+HbJLm2g2Vyau5ZOT3LaPSEiis9KpIVvXKm8iJ6Xk=; b=v8Kktd/p9NZ93nOr/EvFVuyyko52sb3bg8+JTx+Tr6KIY1zeB4q0gRaXHIwPPpsFNy uOEpDKmDkwBCPr7kpGxfcvo6kTgna++YAWSLapIP9S+d17PGgEbqhYOC0/j6DeYZjGUB +vBohV+3yO334Toq4fw/D8eov3TW3/ZUE30q3VhNkatiSMNR0WWdgWRvEZJ/VLGrMcK7 XRjKntlHno3Q4h4BzYPJxSTrEMhffeQCEjYzW4dDaGjuXobp8vuJqhtBXbzecxK3A17y sFGkusNU6YQ73yGpw5hDseT7Xll+OaPaAWGNJBGt79UuryxHVXKBCmfcQ1yu8ixzfDQe 1MFg== MIME-Version: 1.0 X-Received: by 10.180.96.197 with SMTP id du5mr5724095wib.68.1428067925960; Fri, 03 Apr 2015 06:32:05 -0700 (PDT) In-Reply-To: References: <1427905808 DOT 32608 DOT 60 DOT camel AT benjamin-hp-g70> <20150401214846 DOT 5d2261e6 AT jive> <201504011954 DOT t31JsnKh020289 AT envy DOT delorie DOT com> Date: Fri, 3 Apr 2015 15:32:05 +0200 Message-ID: Subject: Re: [geda-user] PCB and gschem libraries - bundling From: Levente To: gEDA User Mailing List Content-Type: multipart/alternative; boundary=f46d04428d1a712bd50512d1f9eb 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 --f46d04428d1a712bd50512d1f9eb Content-Type: text/plain; charset=UTF-8 My current library is an online postgresql database. I'm thinking of migrating from the postgresql to sqlite to aid offline working. Or maybe keeping postgres, and make my scripts work with both sqlite and postgres. Levente On Thu, Apr 2, 2015 at 5:20 PM, Russell Nelson wrote: > On Wed, Apr 1, 2015 at 10:53 PM, wrote: > >> I am against the database thing if it brings in new dependency for the >> tools (e.g. sqlite). > > > SQLite is *way* overkill. The local library search and the gedasymbols > search works perfectly fine and perceptually infinitely fast. The biggest > problem that I see is that there is a split namespace. You have to search > one and then the other. That's why I propose that we should move the set of > symbols and footprints into gedasymbols, and then pull down a copy of > gedasymbols at install time. > > As Igor points out, though, people may have a good reason to keep their > custom parts local. So maybe a local folder that doesn't get synced back to > gedasymbols is still needed? But there should be a 'public' folder which > lets you contribute your footprints and symbols even more easily than DJ > has set it up now. > > --f46d04428d1a712bd50512d1f9eb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
My current library is an online postgresql datab= ase.

I'm thinking of migrating from the postgresql to sqli= te to aid offline working. Or maybe keeping postgres, and make my scripts w= ork with both sqlite and postgres.

Levente

On Thu, Apr 2, 2015 at 5:20= PM, Russell Nelson <russnelson AT gmail DOT com> wrote:
On Wed, Apr 1, 2015 at 10:53 PM, <= span dir=3D"ltr"><gedau AT igor2 DOT repo DOT hu> wrote:
I am against the database thing if it brings in new dependency for the = tools (e.g. sqlite).

SQLite is *way= * overkill. The local library search and the gedasymbols search works perfe= ctly fine and perceptually infinitely fast. The biggest problem that I see = is that there is a split namespace. You have to search one and then the oth= er. That's why I propose that we should move the set of symbols and foo= tprints into gedasymbols, and then pull down a copy of gedasymbols at insta= ll time.

As Igor points out, though, people may ha= ve a good reason to keep their custom parts local. So maybe a local folder = that doesn't get synced back to gedasymbols is still needed? But there = should be a 'public' folder which lets you contribute your footprin= ts and symbols even more easily than DJ has set it up now.


--f46d04428d1a712bd50512d1f9eb--