On Oct 9, 2010, at 3:25 AM, Armin Faltl wrote:
>
>
> Edward Hennessy wrote:
>> On Apr 29, 2010, at 2:14 AM, Armin Faltl wrote:
>>
>>> To express the many-to-many relation between parts and symbols it uses
>>> a table called "device". This is fed by the infamous device attribute
>>> in the sym
Edward Hennessy wrote:
On Apr 29, 2010, at 2:14 AM, Armin Faltl wrote:
To express the many-to-many relation between parts and symbols it uses
a table called "device". This is fed by the infamous device attribute
in the symbol libraries. There's nothing wrong in the theory of DB-design
with
Yikes folks, sorry for brining this old thread back to life, somehow
it got pulled to the top of my gmail in a thread and i starded re
reading it. and commenting.. Sorry for bringing it all back up.
___
geda-user mailing list
geda-user@moria.seul
OMG! what is the core temperature of earth?? did it drop a few degrees?
:-)
On Tue, May 4, 2010 at 9:26 PM, Kai-Martin Knaak wrote:
> On Mon, 03 May 2010 08:45:29 -0600, John Doty wrote:
>
>> Yep. And then if you do that, and update regularly, trivial search
>> commands like:
>>
>> locate
On Mon, May 3, 2010 at 1:41 PM, Britton Kerin wrote:
> What about SQLite? I've *glanced* at its home page a couple times in
> the past (really no more than that),
> and in really less than 10 minute just now I was able to download it,
> build it, create a database in a file,
> query it
On Apr 29, 2010, at 2:14 AM, Armin Faltl wrote:
> To express the many-to-many relation between parts and symbols it uses
> a table called "device". This is fed by the infamous device attribute
> in the symbol libraries. There's nothing wrong in the theory of DB-design
> with it, but the indiscrim
Part of the gedasymbols philosophy is that everything is owned by
someone. The two choices are to keep Ales' name on it, or delete it.
I don't want to have unowned stuff out there.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.or
On Fri, 07 May 2010 06:35:29 -0400, Ales Hvezda wrote:
> I should remove those symbols since they are completely unmaintained and
> I do not want them associated with me.
IMHO, they should stay available on gedasymbols. How about a virtual user
Anon N. Nymous? His page may clearly state, that th
DJ Delorie wrote:
If gedasymbols is good, what's wrong with a tool to allow easier
access to a gedasymbols-like-but-more-organized database?
I've stated before, I have no problem with people figuring out ways to
pull gedasymbols content into geda's tools over the web. IIRC there
was one s
John,
I said a number of nice things about you and asked that you stop being
mean to people. That's hardly abominable. If you'd like to keep the
discussion to EDA, that pleases me greatly.
-Windell
___
geda-user mailing list
geda-user@moria.seul.or
Windell,
Your repeated personal attacks do not belong in an engineering discussion.
Plainly, you are unwilling to rationally discuss EDA issues. Blaming your
abominable behavior on me is ridiculous: you are responsible for your own
behavior. When you are ready to join a real discussion, I will
> No, it is about polluting good engineering with sloppiness.
Aye. To wit: You've been polluting what could otherwise be a good forum
for engineering discussion with seriously sloppy social engineering.
> As a non-contributer, you ask for changes whose consequences you do not
> understand.
I h
On Fri, May 7, 2010 at 2:45 PM, Dave McGuire wrote:
> On May 7, 2010, at 12:49 PM, Windell H. Oskay wrote:
>>>
>> I wonder how third-part component search services (like findchips.com and
>> octopart) presently search the distributors. Does anyone know? There must
>> be some sort of API that th
On May 7, 2010, at 12:49 PM, Windell H. Oskay wrote:
I think there's not much to do to implement the service. In fact the
service is already there, what's lacking is a proper interface to let
3rd party software get the search results without accesing the
website
through a browser. It could eve
On May 6, 2010, at 9:56 PM, Windell H. Oskay wrote:
>
> On May 6, 2010, at 6:07 PM, John Doty wrote:
>>
>> Nobody else has really thought about the magnitude of the problem. I
>> challenge you to make a list.
>
> You are changing the subject, yet again. This is about you, John.
No, it is a
On Fri, 2010-05-07 at 09:49 -0700, Windell H. Oskay wrote:
> On May 7, 2010, at 9:40 AM, Felipe De la Puente Christen wrote:
>
> > I think there's not much to do to implement the service. In fact the
> > service is already there, what's lacking is a proper interface to let
> > 3rd party software g
On May 7, 2010, at 9:40 AM, Felipe De la Puente Christen wrote:
> I think there's not much to do to implement the service. In fact the
> service is already there, what's lacking is a proper interface to let
> 3rd party software get the search results without accesing the website
> through a brows
Hi,
On Fri, 2010-05-07 at 14:45 +, Kai-Martin Knaak wrote:
> On Thu, 06 May 2010 17:30:01 -0400, Felipe De la Puente Christen wrote:
>
> > I have the feeling that this could have good reception from companies
> > like digikey, mouser, arrow...
>
> I have a feeling, that they won't bother. Th
>> I have the feeling that this could have good reception from companies
>> like digikey, mouser, arrow...
>
> I have a feeling, that they won't bother. They may not see a reason to
> provide a special service. We don't represent a relevant volume of sales.
Not sure of that. We buy tens to hundre
On Thu, 06 May 2010 17:30:01 -0400, Felipe De la Puente Christen wrote:
> I have the feeling that this could have good reception from companies
> like digikey, mouser, arrow...
I have a feeling, that they won't bother. They may not see a reason to
provide a special service. We don't represent a
[snip]
>symbols Ales himself manages. I also have far more symbols than Ales,
>and Ales's files have remained untouched for over four years now.
>
As I said, I have absolutely nothing to do with gedasymbols.
I should remove those symbols since they are completely unmaintained
and I do not wan
On May 6, 2010, at 6:07 PM, John Doty wrote:
>
> Nobody else has really thought about the magnitude of the problem. I
> challenge you to make a list.
You are changing the subject, yet again. This is about you, John.
> I encourage people to contribute to gedasymbols. Where is your contributi
On May 6, 2010, at 9:28 PM, Jared Casper wrote:
> Sorry, bored tonight and want to jump in... ;)
>
> On Thu, May 6, 2010 at 6:07 PM, John Doty wrote:
>> I encourage people to contribute to gedasymbols. Where is your contribution?
>>
>
> If gedasymbols is good, what's wrong with a tool to allo
> If gedasymbols is good, what's wrong with a tool to allow easier
> access to a gedasymbols-like-but-more-organized database?
I've stated before, I have no problem with people figuring out ways to
pull gedasymbols content into geda's tools over the web. IIRC there
was one such implementation al
Sorry, bored tonight and want to jump in... ;)
On Thu, May 6, 2010 at 6:07 PM, John Doty wrote:
> I encourage people to contribute to gedasymbols. Where is your contribution?
>
If gedasymbols is good, what's wrong with a tool to allow easier
access to a gedasymbols-like-but-more-organized databa
On May 6, 2010, at 8:52 PM, DJ Delorie wrote:
>
> Doh! My fault for counting my working tree, not the official tree.
> Pushing symbols out is on my to-do list. Sorry.
I sympathize. Lots of Open-IP symbols to go, and then I should start sifting
through board-level component symbols, decide wh
Doh! My fault for counting my working tree, not the official tree.
Pushing symbols out is on my to-do list. Sorry.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On May 6, 2010, at 8:31 PM, DJ Delorie wrote:
>
>> Except that you're one of its more prolific contributors. Only
>> Stefan and Kai-Martin have put in more symbols.
>
> Er, no? Ales's entry has 89 symbols, which (IIRC) were all the
> symbols contributed to geda before gedasymbols.org happened,
> Except that you're one of its more prolific contributors. Only
> Stefan and Kai-Martin have put in more symbols.
Er, no? Ales's entry has 89 symbols, which (IIRC) were all the
symbols contributed to geda before gedasymbols.org happened, not
symbols Ales himself manages. I also have far more s
DJ Delorie wrote:
>
>> > Again I'd be happy to clean this page up a bit.
>>
>> Who is admin for this page? Ales? DJ?
>
> Me.
I failed to read the fine print on the end of the page.
---<)kaimartin(>---
--
Kai-Martin Knaak
Öffentlicher PGP-Schlüssel:
http://pgp.mit.edu:11371/pks/lookup?op=get
On May 6, 2010, at 8:16 PM, Ales Hvezda wrote:
> I have absolutely nothing to do with gedasymbols.
Except that you're one of its more prolific contributors. Only Stefan and
Kai-Martin have put in more symbols.
John Doty Noqsi Aerospace, Ltd.
http://www.noqsi.com/
j...@noqsi.com
> > Again I'd be happy to clean this page up a bit.
>
> Who is admin for this page? Ales? DJ?
Me.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
>> Again I'd be happy to clean this page up a bit.
>
> Who is admin for this page? Ales? DJ?
I have absolutely nothing to do with gedasymbols.
-Ales
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/ged
On May 6, 2010, at 7:07 PM, John Doty wrote:
> gEDA isn't just a toy for hobbyists.
I apologize if any hobbyist reading this is offended. I have great respect for
hobbyists. But I have no respect for the position that toy tools are generally
suitable for hobbyists, or that there's a small subs
Britton Kerin wrote:
> * Or at least put the cvs checkout incantation somewhere on the page.
Yes, this should definitely be somewhere on the main page.
Currently, the anonymous CVS howto is linkesd to under the heading
"Contributing". How about a section "Accessing"?
> Again I'd be happy to c
On Thursday 06 May 2010, Dave McGuire wrote:
>On May 6, 2010, at 5:30 PM, Felipe De la Puente Christen wrote:
>> Sometime ago I was thinking that gEDA-users as a comunity could
>> request
>> a part search API-like system to the distributors. For example,Digikey
>> already has a fast-search bar for
On May 6, 2010, at 5:45 PM, Windell H. Oskay wrote:
>
>> A community database would need trillions of symbols when the combinatoric
>> possibilities are considered. Now how big is the community that's
>> contributing? There are 41 contributors to gedasymbols. They have
>> contributed 1392 symbol
On May 6, 2010, at 5:39 PM, Edward Hennessy wrote:
> GParts reads the scheme configuration files using an embedded Guile
> interpreter. In keeping with tradition, GParts configuration files are also
> in scheme.
OK. I suppose you've rewritten a few libgeda functions. That's cool. I guess a
st
> A community database would need trillions of symbols when the combinatoric
> possibilities are considered. Now how big is the community that's
> contributing? There are 41 contributors to gedasymbols. They have
> contributed 1392 symbols. That's a measure of the capacity of this
> community. Now
On May 6, 2010, at 10:48 AM, John Doty wrote:
>
> On May 6, 2010, at 11:38 AM, John Doty wrote:
>
>> On May 6, 2010, at 11:26 AM, Edward Hennessy wrote:
>>
>>> I didn't know of another way to implement this function. GParts is looking
>>> for where gEDA is installed in order to read gEDA's con
On May 6, 2010, at 3:42 PM, Windell H. Oskay wrote:
>> Too large ever to assemble.
>
> Right. Your suggestion is that EVERY SINGLE PERSON should build a full
> separate heavy symbol library for EVERY SINGLE PROJECT,
Oh, I reuse symbols from project to project. Don't you?
> and yet a single
> c
To: gEDA user mailing list
Sent: Thu, May 6, 2010 2:34:31 PM
Subject: Re: gEDA-user: Database on symbols, footprints and other (was
"Re: gattrib")
On May 6, 2010, at 5:30 PM, Felipe De la Puente Christen wrote:
> Sometime ago I was thinking that gEDA-users as a c
> Too large ever to assemble.
Right. Your suggestion is that EVERY SINGLE PERSON should build a full
separate heavy symbol library for EVERY SINGLE PROJECT, and yet a single
community-built database is too large of a concept to even consider.
Rght.
> That shows a complete misunderstanding of
On May 6, 2010, at 5:30 PM, Felipe De la Puente Christen wrote:
Sometime ago I was thinking that gEDA-users as a comunity could
request
a part search API-like system to the distributors. For example,Digikey
already has a fast-search bar for firefox, so they are not far from
what
I mean. But
Hi
On Thu, 2010-05-06 at 15:11 -0600, John Doty wrote:
> On May 6, 2010, at 2:18 PM, DJ Delorie wrote:
>
> >
> >> That's what sinks all forms of general-purpose parts database,
> >> including the ever popular proposed library of heavy symbols.
> >
> > If you're just going to just down everyone'
On May 6, 2010, at 2:18 PM, DJ Delorie wrote:
>
>> That's what sinks all forms of general-purpose parts database,
>> including the ever popular proposed library of heavy symbols.
>
> If you're just going to just down everyone's attempt to solve this
> problem, please stop responding to it. We
ping any of this, so these are just my
thoughts on how it could work. :)
mw.
__
From: John Doty
To: gEDA user mailing list
Sent: Thu, May 6, 2010 12:49:19 PM
Subject: Re: gEDA-user: Database on symbols, footpri
On May 6, 2010, at 2:13 PM, DJ Delorie wrote:
>
>> Impractical in general. Just reproduces the heavy symbol problem
>> behind yet another interface. The software is easy, assembling the
>> data is impossible.
>
> No, it doesn't. It's a way to populate your project specific database
> from a mu
> That's what sinks all forms of general-purpose parts database,
> including the ever popular proposed library of heavy symbols.
If you're just going to just down everyone's attempt to solve this
problem, please stop responding to it. We want to solve this problem,
even if you don't, so stop bei
> Impractical in general. Just reproduces the heavy symbol problem
> behind yet another interface. The software is easy, assembling the
> data is impossible.
No, it doesn't. It's a way to populate your project specific database
from a much larger field of parts, or navigate through your project
On May 6, 2010, at 1:34 PM, Matthew Wilkins wrote:
> For less-common parts,
There are so many different parts on the market, and so many different kinds of
applications, design flows, prejudices, etc. that *every* part is uncommon.
That's what sinks all forms of general-purpose parts database,
On May 6, 2010, at 1:02 PM, DJ Delorie wrote:
> Thus, gschem could query the database for available LED colors,
Impractical in general. Just reproduces the heavy symbol problem behind yet
another interface. The software is easy, assembling the data is impossible.
But a *project specific* datab
herwise
would require 'heavy' symbols.
__
From: Armin Faltl
To: gEDA user mailing list
Sent: Thu, May 6, 2010 11:41:18 AM
Subject: Re: gEDA-user: Database on symbols, footprints and other (was
"Re: gattrib")
On May 6, 2010, at 12:41 PM, Armin Faltl wrote:
>
>>> I think even a lot of the database stuff is possible in Guile. I've used a
>>> Guile interface layer to MySQL and PostgreSQL, it works very well. It's
>>> called Guile-DBI:
>>>
>>> http://home.gna.org/guile-dbi/
>>>
>>
>> Hmm. Could
> Hmm. Could a parts database utility be constructed to be logically
> inserted ahead of the gnetlist back end (using -l or -m options)?
My thoughts are that such information needs to be available at
schematic capture, netlisting, *and* layout. I choose parts at all
levels...
> Plug-in...
Henc
I think even a lot of the database stuff is possible in Guile. I've used a
Guile interface layer to MySQL and PostgreSQL, it works very well. It's called
Guile-DBI:
http://home.gna.org/guile-dbi/
Hmm. Could a parts database utility be constructed to be logically inserted
ahead of
On May 6, 2010, at 12:23 PM, Dave McGuire wrote:
> I was thinking about writing a parts database interface in Guile directly in
> gschem
I see that as the wrong place, at least from a schematic reuse perspective. To
me, package selection, part# (manufacturer and distributor), even occasional
On May 6, 2010, at 2:18 PM, John Doty wrote:
I didn't know of another way to implement this function. GParts
is looking
for where gEDA is installed in order to read gEDA's
configuration files. I'm
not aware of another mechanism to locate where gEDA is
installed. Suggestions
are welcome.
h
On May 6, 2010, at 12:10 PM, Dave McGuire wrote:
> On May 6, 2010, at 1:38 PM, John Doty wrote:
>>> I didn't know of another way to implement this function. GParts is looking
>>> for where gEDA is installed in order to read gEDA's configuration files. I'm
>>> not aware of another mechanism to loc
On May 6, 2010, at 1:38 PM, John Doty wrote:
I didn't know of another way to implement this function. GParts is
looking
for where gEDA is installed in order to read gEDA's configuration
files. I'm
not aware of another mechanism to locate where gEDA is installed.
Suggestions
are welcome.
h
On May 6, 2010, at 11:38 AM, John Doty wrote:
> On May 6, 2010, at 11:26 AM, Edward Hennessy wrote:
>
>> I didn't know of another way to implement this function. GParts is looking
>> for where gEDA is installed in order to read gEDA's configuration files. I'm
>> not aware of another mechanism to
On May 6, 2010, at 6:17 AM, Armin Faltl wrote:
> Thanks for all the hints on working with the current tools.
>
> Still my current concern is how I get gparts working with PostgreSQL and I
> found
> these BUGS:
> *) configure doesn't react in a sensible way to a missing MySQL installation.
> It
On May 6, 2010, at 11:26 AM, Edward Hennessy wrote:
> I didn't know of another way to implement this function. GParts is looking
> for where gEDA is installed in order to read gEDA's configuration files. I'm
> not aware of another mechanism to locate where gEDA is installed. Suggestions
> are wel
On Apr 29, 2010, at 12:28 PM, Armin Faltl wrote:
> Hi,
>
> I read some of the SQL files yesterday and just started an attempt to build
> gparts.
> The INSTAL file list requirements for building with MySQL and PostgreSQL.
> The later are present on my machine and I'm used to that DB.
>
> Then i
On Apr 29, 2010, at 1:01 PM, Armin Faltl wrote:
> Another strange thing with gparts:
>
> in 'sql/mysql/create-basic.sql' one finds:
> cut
> ...
> CREATE TABLE Symbol (
>
> SymbolIDINTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
> SymbolPa
On May 1, 2010, at 3:12 PM, Felipe De la Puente Christen wrote:
> Hi,
> Just to let you (Developers of gparts) know that I have compiled the
> git version of gparts, and when I run the program it segfaults searching
> for parts data.
Thanks for the report.
>
> fel...@monster:/usr/local/s
On May 6, 2010, at 5:17 AM, Armin Faltl wrote:
> Thanks for all the hints on working with the current tools.
>
> Still my current concern is how I get gparts working with PostgreSQL and I
> found
> these BUGS:
> *) configure doesn't react in a sensible way to a missing MySQL installation.
> It
Thanks for all the hints on working with the current tools.
Still my current concern is how I get gparts working with PostgreSQL and
I found
these BUGS:
*) configure doesn't react in a sensible way to a missing MySQL
installation.
It records "no" version and then make happily tries to compile
On Mon, 03 May 2010 08:45:29 -0600, John Doty wrote:
> Yep. And then if you do that, and update regularly, trivial search
> commands like:
>
> locate .sym | grep -i max921
Hey-ho! Finally a topic I totally agree with John D.! ;-)
---<)kaimartin(>---
--
Kai-Martin Knaak
Perhaps that's where the pain is, but customizing symbols takes little
time, so endure the brief pain and get on with it. You can't avoid it.
Even if you have a heavy symbol from somebody else's library, you have
to check it carefully, and that's almost as much work as customizing.
M
On May 3, 2010, at 4:07 PM, Britton Kerin wrote:
>> If you have a reference design that you're trying to modify or
> extend
>> getting a working set of symbols takes most
>> of the time. And reference designs are the open source way.
>
> You can distribute symbol files with a reference
> If you have a reference design that you're trying to modify or
extend
> getting a working set of symbols takes most
> of the time. And reference designs are the open source way.
You can distribute symbol files with a reference design. No problem.
Still, I'd expect to
On May 3, 2010, at 10:16 AM, Britton Kerin wrote:
> On Mon, May 3, 2010 at 7:04 AM, John Doty <[1]...@noqsi.com> wrote:
>
> On May 2, 2010, at 11:41 PM, Britton Kerin wrote:
>> I use a probably almost identical project symbol approach. If this
> is
>> high-productivity way I'd hate to se
On Mon, May 3, 2010 at 7:04 AM, John Doty <[1]...@noqsi.com> wrote:
On May 2, 2010, at 11:41 PM, Britton Kerin wrote:
> I use a probably almost identical project symbol approach. If this
is
> high-productivity way I'd hate to see the alternative.
Essentially,
> everybody
On May 3, 2010, at 8:28 AM, Kai-Martin Knaak wrote:
> On Sun, 02 May 2010 22:41:21 -0700, Britton Kerin wrote:
>
>> What I've been thinking of lately is a sort of heavy symbol wiki that
>> people could add to as they create their own project parts like you do.
>
> you mean, like http://www.geda
On Sun, 02 May 2010 22:41:21 -0700, Britton Kerin wrote:
> What I've been thinking of lately is a sort of heavy symbol wiki that
> people could add to as they create their own project parts like you do.
you mean, like http://www.gedasymbols.org ?
Technically, it is not a wiki but a CVS repository
On May 2, 2010, at 11:41 PM, Britton Kerin wrote:
> I use a probably almost identical project symbol approach. If this is
> high-productivity way I'd hate to see the alternative. Essentially,
> everybody gets to continually reinvent the same heavy symbols. Its got
> to be possible to do
On Sun, May 2, 2010 at 8:29 AM, John Doty <[1]...@noqsi.com> wrote:
>> * Unless there are excellent import/export functions, a data base is
an additional obstacle to collaboration. These functions need to be
written and maintained-
>>
> Inventing yet another cryptic file spec to
On May 2, 2010, at 3:11 PM, kai-martin knaak wrote:
I got hurt more than once and pretty badly by data base corruption
while
working with protel. Loss of several weeks worth layout/schematic
design
made me very reluctant when it comes to data bases.
FYI, speaking as someone who works with
Armin Faltl wrote:
> It's an independent tool like gattrib and you are free not to use it.
That's why I said "_I_'d avoid data base solutions (...)". Of course you can
add to the list of geda applications whatever you like. Just don't expect
everybody to cheerfully join in.
> The idea of the
On May 2, 2010, at 5:21 AM, Armin Faltl wrote:
>
>> I'd avoid data base solutions for footprints, symbols, simulation models and
>> the like.
> Appart from my attempt to come up with my own table layout, I try now to get
> gparts working.
> It's an independent tool like gattrib and you are
I'd avoid data base solutions for footprints, symbols, simulation models and
the like.
Appart from my attempt to come up with my own table layout, I try now to
get gparts working.
It's an independent tool like gattrib and you are free not to use it.
The idea of the tool is, to describe the
On May 1, 2010, at 7:37 PM, Armin Faltl wrote:
Looks ok:
[ a...@ajf8 /usr/tmp/gparts]
> autoreconf -vi
Someone else pointed out the autogen.sh script, which I assumed you
had checked for already. It contains a similar command line.
___
ged
Armin Faltl wrote:
> since the stuff I managed to layout with your help is soldered now and
> shining brightly,
> I got some time, to have a look at my attempt to a database. So I have
> to take levels
> of abstraction and their naming serious.
I'd avoid data base solutions for footprints, symbol
Looks ok:
[ a...@ajf8 /usr/tmp/gparts]
> autoreconf -vi
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I m4
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy
autoreconf: running: /usr/bin/autoconf
autoreconf:
Hi,
Just to let you (Developers of gparts) know that I have compiled the
git version of gparts, and when I run the program it segfaults searching
for parts data.
fel...@monster:/usr/local/src/gEDA/gparts$ gparts --help
** (gparts:10512): DEBUG: Checking path /etc/xdg/xdg-gnome/gEDA
** (gp
On Sat, May 1, 2010 at 6:33 AM, Armin Faltl wrote:
> Hi all, esp. authors of gpart,
>
> an attempt to run autoconf in gparts gives me:
>> autoconf
> configure.ac:2: error: possibly undefined macro: AM_INIT_AUTOMAKE
> If this token and others are legitimate, please use m4_pattern_allow.
> S
Sorry to say: I had libtool installed - it's version 1.5.26
this is a Debian lenny system btw.
Jim wrote:
You have to install libtool. Search for libtool via your distro yum
or apt-cache for RPM or DEB distros. I have no idea how to do it for
Windows.
Jim.
__
Armin Faltl wrote:
Another strange thing with gparts:
in 'sql/mysql/create-basic.sql' one finds:
cut
...
CREATE TABLE Symbol (
SymbolIDINTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
SymbolPath VARCHAR(500) NOT NULL,
DeviceID
Armin Faltl wrote:
Hi all, esp. authors of gpart,
an attempt to run autoconf in gparts gives me:
> autoconf
configure.ac:2: error: possibly undefined macro: AM_INIT_AUTOMAKE
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation.
configur
Hi all, esp. authors of gpart,
an attempt to run autoconf in gparts gives me:
> autoconf
configure.ac:2: error: possibly undefined macro: AM_INIT_AUTOMAKE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:9: error: possibl
Another strange thing with gparts:
in 'sql/mysql/create-basic.sql' one finds:
cut
...
CREATE TABLE Symbol (
SymbolIDINTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
SymbolPath VARCHAR(500) NOT NULL,
DeviceIDINTEGER UNSIGNED
Hi,
I read some of the SQL files yesterday and just started an attempt to
build gparts.
The INSTAL file list requirements for building with MySQL and PostgreSQL.
The later are present on my machine and I'm used to that DB.
Then it's stated, that PostgreSQL is not supported yet. What is missing
A bit more reading and thinking reveals a problem with current gpart:
To express the many-to-many relation between parts and symbols it uses
a table called "device". This is fed by the infamous device attribute
in the symbol libraries. There's nothing wrong in the theory of DB-design
with it, but
-user-boun...@moria.seul.org
[mailto:geda-user-boun...@moria.seul.org] On Behalf Of Armin Faltl
Sent: Wednesday, April 28, 2010 5:27 PM
To: gEDA user mailing list
Subject: Re: gEDA-user: Database on symbols, footprints and
other (was "Re: gattrib")
Hi,
attached is a 1st version of the ta
Hi Armin,
> -Original Message-
> From: geda-user-boun...@moria.seul.org
> [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Armin Faltl
> Sent: Wednesday, April 28, 2010 5:27 PM
> To: gEDA user mailing list
> Subject: Re: gEDA-user: Database on symbols, footprints
Hi,
attached is a 1st version of the table definitions. The file should be
self-documenting.
Armin
-- author: Armin Faltl
-- date : 2010-04-28
-- description:
-- This collection of tables shall describe the connectivity between
-- schematic symbols, parts, packages of electronic parts and
--
Hi,
since the stuff I managed to layout with your help is soldered now and
shining brightly,
I got some time, to have a look at my attempt to a database. So I have
to take levels
of abstraction and their naming serious.
John Doty wrote:
On Apr 27, 2010, at 12:26 PM, Mike Bushroe wrote:
98 matches
Mail list logo
