On Mon, May 25, 2009 at 06:33:01PM -0400, DJ Delorie wrote:
Vias connect the two sides, so you can test for connectivity. That's
all I was thinking. If connectivity can be done another way, then you
have other options.
What about using lines+arcs on the solder layer to represent the wiring
Josef Wolf j...@raven.inka.de writes:
I'd prefer something more scriptable, since I expect to have _lots_ of
circuits. But at a first glance, it looks like the ps/eps outputs are
easy to postprocess.
Try gerbv, with a .gvp file as script. This allows to order and
color the layers as you
On Mon, May 25, 2009 at 09:51:11PM -0300, John Coppens wrote:
On Mon, 25 May 2009 22:58:26 +0200
Josef Wolf j...@raven.inka.de wrote:
I'd prefer something more scriptable, since I expect to have _lots_ of
circuits. But at a first glance, it looks like the ps/eps outputs are
easy to
On 5/26/09, Josef Wolf j...@raven.inka.de wrote:
But scriptability is a concern, though: is it possible to create the
ps/eps from a script/Makefile without GUI intervention?
(Do you mean you do it _with_ GUI?)
pcb -x ps --psfile board.ps board.pcb
PCB even does not requires X for this task.
Josef Wolf wrote:
On Mon, May 25, 2009 at 06:33:01PM -0400, DJ Delorie wrote:
Vias connect the two sides, so you can test for connectivity. That's
all I was thinking. If connectivity can be done another way, then you
have other options.
What about using lines+arcs on the solder layer to
Ineiev wrote:
On 5/26/09, Josef Wolf j...@raven.inka.de wrote:
But scriptability is a concern, though: is it possible to create the
ps/eps from a script/Makefile without GUI intervention?
(Do you mean you do it _with_ GUI?)
pcb -x ps --psfile board.ps board.pcb
... and then
Josef Wolf wrote:
On Mon, May 25, 2009 at 03:46:00PM -0300, John Coppens wrote:
On Mon, 25 May 2009 19:55:23 +0200
Josef Wolf j...@raven.inka.de wrote:
- How can I make the breadboard drawing appear light-grey in pcb's
postscript output?
A trick I've used is to export or
Ineiev ine...@gmail.com wrote:
BTW I couldn't achieve
this with gschem --- it doesn't work from text terminal for me.
That is exactly why the circuit which you'll be laying out has been done
in uschem instead of gschem!
MS
___
geda-user mailing
On May 26, 2009, at 5:34 AM, Ineiev wrote:
On 5/26/09, Josef Wolf j...@raven.inka.de wrote:
But scriptability is a concern, though: is it possible to create the
ps/eps from a script/Makefile without GUI intervention?
(Do you mean you do it _with_ GUI?)
pcb -x ps --psfile board.ps
Michael Sokolov wrote:
Ineiev ine...@gmail.com wrote:
BTW I couldn't achieve
this with gschem --- it doesn't work from text terminal for me.
That is exactly why the circuit which you'll be laying out has been done
in uschem instead of gschem!
I keep seeing references to uEDA and uschem,
Chris Smith cj...@zepler.net wrote:
I keep seeing references to uEDA and uschem, but I can't find any
mention of it on the gEDA page or with Google. What is it? Where is it?=
The following cvs checkout command:
cvs -d :pserver:anon...@ifctfvax.harhan.org:/fs1/IFCTF-cvs co ueda
John Doty j...@noqsi.com wrote:
You can print using the print.scm from a text terminal or script as
long as there's an X server for gschem to flash the page on. A minor
annoyance, I think.
That minor annoyance was enough for me to write uschem (from scratch)
to replace gschem. uschem
Hi,
I have a strange problem In PCB. I can rotate the refdes of a
component but I can't move it. What I'm doing wrong?
Hope you can help.
___
geda-user mailing list
geda-user@moria.seul.org
Try selecting the only text setting. Make sure the text isn't
selected.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Tue, 2009-05-26 at 19:57 +0200, Ernst van Spronsen wrote:
Hi,
I have a strange problem In PCB. I can rotate the refdes of a
component but I can't move it. What I'm doing wrong?
Hope you can help.
Additional to DJ's comment:
If you have a pcb file fresh generated by gsch2pcb you
Hi Josef,
On Tue, 2009-05-26 at 12:42 +0200, Josef Wolf wrote:
On Mon, May 25, 2009 at 09:51:11PM -0300, John Coppens wrote:
On Mon, 25 May 2009 22:58:26 +0200
Josef Wolf j...@raven.inka.de wrote:
I'd prefer something more scriptable, since I expect to have _lots_ of
circuits. But
On Tue, May 26, 2009 at 03:34:43PM +0400, Ineiev wrote:
On 5/26/09, Josef Wolf j...@raven.inka.de wrote:
But scriptability is a concern, though: is it possible to create the
ps/eps from a script/Makefile without GUI intervention?
(Do you mean you do it _with_ GUI?)
pcb -x ps --psfile
On Tue, May 26, 2009 at 10:24:03AM -0500, Bill Gatliff wrote:
Josef Wolf wrote:
On Mon, May 25, 2009 at 03:46:00PM -0300, John Coppens wrote:
On Mon, 25 May 2009 19:55:23 +0200
Josef Wolf j...@raven.inka.de wrote:
- How can I make the breadboard drawing appear light-grey in pcb's
BTW: Where can I find a list of color names for the --layer-color-X
options?
They're #RRGGBB hex format. No names.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Josef Wolf wrote:
I wonder if LaTex and pstricks would be useful here?
Yeah, that was my original plan:
- draw schematics with gschem, export to eps
- draw wiring with pcb, export to eps
- write description in latex and include the drawings there
Well, I was thinking along the
I have this same problem, because I automate my build with makefiles,
and I'd like to have a build machine (that doesn't run X) be able to
build everything (mostly software, but also PNGs and PDFs of my
schematics, along with running DRC, making a netlist, etc.)
I did a search for an alternate
Bill Gatliff wrote:
/me shrugs, and apologizes in advance for sending you off in a
completely different direction :)
Completing the sabotage: :)
http://www.linuxdevcenter.com/pub/a/linux/2004/05/06/graphviz_dot.html
b.g.
--
Bill Gatliff
b...@billgatliff.com
We had a file collision in Gentoo-Linux for latest gEDA 1.4.3
geda-symbols and old gnetman. A few identical symbols are installed to
the same location. See this bug report:
http://bugs.gentoo.org/show_bug.cgi?id=271177
Is gnetman still part of gEDA? If so, maybe it would be fine if that
gnetman
http://en.wikipedia.org/wiki/Xvfb
In one terminal:
Xvfb :3
In another terminal:
DISPLAY=:3
gschem -p -o myschematic-page1.ps -s print.scm myschematic-page1.sch
Xvfb doesn't need any particular hardware resources (screen, video
card, keyboard, mouse), and it allowed the above actions to complete
Use spNet
http://spnet.code-fusion.net
Website is down right now because I just installed new hardware on my
server and I haven't got everything up 100% yet but if anybody has a
copy on it on the list maybe they can attach it. If not, I will make
sure the website is back up tonight after I get
DJ,
Not really the point of the patch, just an added benefit in my
opinion. It also cleans up the Makefiles. Beyond that, by providing
a shared library and header files for installation, hid plugins can be
built without the whole source tree. Ubuntu and other distros can now
have a pcb-dev
hid plugins can be built without the whole source tree.
We can already do that. Heck, it's been done, too - Igor added an
interpreter engine much like what swig does, which supports writing
interpreted HIDs.
The real point of the patch was that I want to create swig bindings
for pcb and
DJ Delorie wrote:
if we're putting that much work
into the core design of pcb, I'd rather shoot for a bigger prize than
just support swig. For example, I'd like to redo how drawing tools
and board objects are handled internally so we can extend those with
plugins as well.
I'd like board
On Tue, May 26, 2009 at 8:38 PM, John Griessen j...@ecosensory.com wrote:
To control drawing tools via a plugin in any language
Igor/Tibor's GPMI interface allows would be fabulous! Think of all the extra
efforts
that people would make in all their different favorite scripting languages?
On Tue, May 26, 2009 at 8:00 PM, DJ Delorie d...@delorie.com wrote:
Except that PCB is an application, not a library. If swig assumes the
target is a library (I don't think it does), perhaps that means that
swig is a bad choice? Or perhaps you could change the way you're
trying to use it?
but the bindings would require all of the same object files that
would be in a shared library.
You'll have to explain that further. The main application *is* a
shared object (else dynamic plugin loading wouldn't work), why do we
need to separate out parts of it into a second shared object?
Jason Childs wrote:
On Tue, May 26, 2009 at 8:38 PM, John Griessen j...@ecosensory.com wrote:
To control drawing tools via a plugin in any language
Igor/Tibor's GPMI interface allows would be fabulous! Think of all the
extra efforts
that people would make in all their different favorite
On Tue, May 26, 2009 at 9:24 PM, DJ Delorie d...@delorie.com wrote:
but the bindings would require all of the same object files that
would be in a shared library.
You'll have to explain that further. The main application *is* a
shared object (else dynamic plugin loading wouldn't work), why
How do you do:
gcc -c swig_wrapper.c
gcc -shared pcb swig_wrapper.o -o swig_pcb.so
without gcc cursing at you?
%.so : %.c
gcc $(INCLUDES) -g -O2 -Wall -shared $ -o $@
Shared libraries can have cyclic dependencies with the app that loads
them. You don't link against the app,
On Tue, May 26, 2009 at 9:53 PM, DJ Delorie d...@delorie.com wrote:
How do you do:
gcc -c swig_wrapper.c
gcc -shared pcb swig_wrapper.o -o swig_pcb.so
without gcc cursing at you?
%.so : %.c
gcc $(INCLUDES) -g -O2 -Wall -shared $ -o $@
This creates DYN objects for each .c file,
%.so : %.c
gcc $(INCLUDES) -g -O2 -Wall -shared $ -o $@
This creates DYN objects for each .c file, the objects created during
PCB's current build are REL not DYN... The goal was to have PCB and
the bindings not have duplicate object code... which a shared library
would solve.
On Tue, May 26, 2009 at 11:05 PM, DJ Delorie d...@delorie.com wrote:
%.so : %.c
gcc $(INCLUDES) -g -O2 -Wall -shared $ -o $@
This creates DYN objects for each .c file, the objects created during
PCB's current build are REL not DYN... The goal was to have PCB and
the bindings not
spnet website is back up
http://spnet.code-fusion.net
On Tue, May 26, 2009 at 1:27 PM, Stefan Salewski m...@ssalewski.de wrote:
We had a file collision in Gentoo-Linux for latest gEDA 1.4.3
geda-symbols and old gnetman. A few identical symbols are installed to
the same location. See this bug
On Tue, 26 May 2009, Jason Childs wrote:
On Tue, May 26, 2009 at 8:38 PM, John Griessen j...@ecosensory.com wrote:
To control drawing tools via a plugin in any language
Igor/Tibor's GPMI interface allows would be fabulous! Think of all the
extra efforts
that people would make in all their
39 matches
Mail list logo