Re: gEDA-user: pcb printer calibration
Alle mercoledì 28 novembre 2007, DJ Delorie ha scritto: Did you type in commas or periods when you typed it in? I.e. 3.99 or 3,99 ? I've typed in period (3.99) as in the prefilled number, anyway it doesn't accept comma. signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-place or PCB_Parse perl module
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Luciani a écrit : If you have read write-up and you think the script will meet your needs I could dust it off and place on my site either this weekend or early next week. I, in fact, read that write-up. I reported all the coordinates of my panel widgets to a spreadsheet file. I could, with your script, automatize their placement at the initial schem-pcb roundtrips of my panel pcbs... Also, i have backplates behind those panel pcbs where board-to-board connectors need to be aligned with those of the panel pcbs. So i though i could adapt the output of your pcb-dim script on the panel connectors for input to pcb-place on the backplate connectors. So yes that would be a tool of great if you can release it. Thank you very much. Didier. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTp1pVE1mALQL3JsRAtbcAJ4upDPmXyktowTRAbEVGS76D2dTcwCfXbMb V0gE3OumkuAOrogbBkHnfa8= =lVCq -END PGP SIGNATURE- ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-place or PCB_Parse perl module
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Jackson a écrit : On Thu, Nov 29, 2007 at 02:23:48AM +0100, Didier Villevalois wrote: and on the mailing-list there is tool developped by JC Luciani to place components from a position configuration file. However i can't get an hand on it... Not exactly the answer you're looking for, but I wrote a distribute/align plugin which might help you with front panel layout (for example, if you place a few reference components carefully, you can easily use Align to set X or Y coordinates on other objects to match). I also wrote an autocrop plugin which has a very clear example of how to move every kind of element, which may be of use to you. You can find both from gedasymbols.org. That could be a good workaround for my front panel, but also will be very useful for some other things as i often need to align parts. I'll look at those plugins! Thank you very much. Didier. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTptwVE1mALQL3JsRArfSAJ4jl9T+hNMp1l2X+9n45A5hnqRIqQCdGXuv O9GUQpiF5hYkJBFrXDsouqs= =kPfZ -END PGP SIGNATURE- ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [RFC/PATCH] Nicer names for default component libs
On Wednesday 28 November 2007 21:20:00 Peter TB Brett wrote: Hi folks, The attached patch uses some functionality I added a few months ago to change the names presented in the component dialog box to something less offensively cryptic. Revised patch. This puts the libraries in a sensible order by default, so we can ship with sort-component-libraries turned off. Then users' custom libraries will appear at the top of the list like they should. New screenshot: http://www.srcf.ucam.org/%7Eptbb2/gschem-pretty-clibnames2.png Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd From e4a1fa8545e76b4ef82cc1253e65a844fa5fea88 Mon Sep 17 00:00:00 2001 From: Peter TB Brett [EMAIL PROTECTED] Date: Thu, 29 Nov 2007 13:32:15 + Subject: [PATCH] symbols: Nicer names for default libraries Use the features added in the component library backend rewrite to give the default component libraries less cryptic names. Also, put them in a sensible order, and disable component library sorting by default so that that order is preserved. --- gschem/lib/system-gschemrc.in |4 +- symbols/geda-clib.scm | 112 ++-- 2 files changed, 64 insertions(+), 52 deletions(-) diff --git a/gschem/lib/system-gschemrc.in b/gschem/lib/system-gschemrc.in index 6c97797..cac762f 100644 --- a/gschem/lib/system-gschemrc.in +++ b/gschem/lib/system-gschemrc.in @@ -245,8 +245,8 @@ ; cosmetic, and will not alter the component search order (latest ; added gets scanned first). ; -;(sort-component-library disabled) -(sort-component-library enabled) +(sort-component-library disabled) +;(sort-component-library enabled) ; text-feedback string ; diff --git a/symbols/geda-clib.scm b/symbols/geda-clib.scm index e3b33a5..1d0672b 100644 --- a/symbols/geda-clib.scm +++ b/symbols/geda-clib.scm @@ -10,53 +10,65 @@ ; libraries. (for-each (lambda (dir) - (component-library (build-path geda-sym-path dir))) -'( - 74 - 4000 - IEC417 - amphenol - analog - linear - altera - lattice - xilinx - idt - misc - power - philips - minicircuits - st - apex - allegro - irf - transistor - io - titleblock - memory - micro - maxim - national - radio - tube - connector - switch - switcap - ;verilog - ;vhdl - spice - rf - bus - pla - ecl - dec - supervisor - opto - diode - relay - cascade - asic - asicpads - ;gnetman - local - )) + (if (list? dir) + (component-library (build-path geda-sym-path (car dir)) (cadr dir)) + (component-library (build-path geda-sym-path dir))) + ) + (reverse '( +local + ; Generic symbols +(analog Basic devices) +(connector Connectors (generic)) +(diode Diodes (generic)) +(io Input/output (generic)) +(power Power rails) +(radio Radio elements (generic)) +(switch Switches (generic)) +(titleblock Titleblocks (generic)) +(IEC417 IEC 60417) + ; Common logic series +(74 74-series logic) +(4000 4000-series logic) +(ecl ECL logic) + ; Simulation +(cascade Cascade simulation elements) +(spice SPICE simulation elements) +(switcap SWITCAP simulation elements) + ; ASIC design +(asic Basic devices (ASIC)) +(asicpads Contact pads (ASIC)) + ; Manufacturers +(allegro Allegro Microsystems) +(altera Altera) +(amphenol Connectors (Amphenol)) +(apex Apex Microtechnology) +(dec DEC) +(idt IDT) +(irf International Rectifier) +(lattice Lattice Semiconductor) +(linear Linear Technology) +(maxim Maxim/Dallas) +(minicircuits Mini-Circuits) +(national National Semiconductor) +(philips Philips Electronics) +(st ST Microelectronics) +(xilinx Xilinx) + ; Misc. stuff +(bus PC104 bus) +(memory Memory devices (misc)) +(micro Microcontrollers (misc)) +(transistor Transistors (misc)) +(tube Vacuum tubes (misc)) +(rf RF elements (misc)) +(pla Programmable logic arrays (misc)) +(supervisor Microprocessor supervisors (misc)) +(opto Optocouplers (misc)) +(relay Relays (misc)) +(misc Misc. unsorted symbols) + + ; Other + +;verilog +;vhdl +;gnetman +))) -- 1.5.3.3 signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [RFC/PATCH] Nicer names for default component libs
On Thu, 2007-11-29 at 13:35 +, Peter TB Brett wrote: On Wednesday 28 November 2007 21:20:00 Peter TB Brett wrote: Hi folks, The attached patch uses some functionality I added a few months ago to change the names presented in the component dialog box to something less offensively cryptic. Revised patch. This puts the libraries in a sensible order by default, so we can ship with sort-component-libraries turned off. Then users' custom libraries will appear at the top of the list like they should. New screenshot: http://www.srcf.ucam.org/%7Eptbb2/gschem-pretty-clibnames2.png I like this a lot, and have no further suggestions for improvement. If no one else objects, I'd say push this change into the repo. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv-1.0.3 released!
I have no problem with adding a GIT repo for gerbv. However, there are only 3 active developers right now, so I am not sure if we need the power of git as opposed to SF's crusty old CVS system. You are correct, it makes no sense to make it part of gEDA/gaf. Gerbv is a stand-alone project. OTOH, it does belong in any bundled version of the gEDA Suite, including my old install CD (if I ever do another one), the CUED live CD, the Fedora Electronics distro, etc. If there is a swell of popular demand, then we can communicate privately about getting a git repo set up. Cheers, Stuart Right On Wed, 28 Nov 2007, Peter TB Brett wrote: On Wednesday 28 November 2007 20:15:12 Peter Clifton wrote: Please can we consider moving this to GIT under the umbrella of the gEDA/gaf project (or even a perhaps GIT repo), as this has proven invaluable in many cases with gEDA since (and even before) we switched. I'm biased, as I love GIT - and am starting to feel I know it, but there are simply things you can't do with CVS. I'd be really happy to see this added as a repo on git.gpleda.org -- but I don't think it would make sense for it to be added into the gaf repository. Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [RFC/PATCH] Nicer names for default component libs
Peter, I just looked at your screenshot. The component window looks very, very nice! Great work! Thanks, Stuart On Thu, 29 Nov 2007, Peter TB Brett wrote: On Wednesday 28 November 2007 21:20:00 Peter TB Brett wrote: Hi folks, The attached patch uses some functionality I added a few months ago to change the names presented in the component dialog box to something less offensively cryptic. Revised patch. This puts the libraries in a sensible order by default, so we can ship with sort-component-libraries turned off. Then users' custom libraries will appear at the top of the list like they should. New screenshot: http://www.srcf.ucam.org/%7Eptbb2/gschem-pretty-clibnames2.png Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb printer calibration
And if you just type 4 for both numbers, does it work? (also, you can type in the ratios if you calculate them yourself; the number it *wants* is a number very near 1.0, which it uses as a global scale factor) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [RFC/PATCH] Nicer names for default component libs
New screenshot: http://www.srcf.ucam.org/%7Eptbb2/gschem-pretty-clibnames2.png I like this a lot, and have no further suggestions for improvement. If no one else objects, I'd say push this change into the repo. No objections from me! I think it's great! Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb printer calibration
Alle giovedì 29 novembre 2007, DJ Delorie ha scritto: And if you just type 4 for both numbers, does it work? No, i stil get 2 i got 2 for every number above 2.000 (also, you can type in the ratios if you calculate them yourself; the number it *wants* is a number very near 1.0, which it uses as a global scale factor) In fact that is wat i've done after your first email. I think that the measure of all the segment, and not only of the bigger box, must be printed in the calibration page. To made the user able to check on the correctness of the data computed by pcb. Even if the software is smart, probably it could be usefull to give a direct feedback to the user. signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv-1.0.3 released!
On Thu, 2007-11-29 at 09:44 -0500, Stuart Brorson wrote: If there is a swell of popular demand, then we can communicate privately about getting a git repo set up. No urgency, as if needs be, we can track CVS, like Peter B does with PCB from time to time (and did with gEDA before the switch). Any demand to switch coming from my direction would only really come if I had time to help work on the why is cairo slower issue, and even that could be done via tracking CVS. Unfortunately, I think the cairo issue may boil down to waiting for / providing a faster rasterizer in cairo, their current software implementation is known to be slower than many others out there. Even if such a beast were to materialise tomorrow, we'd still not find users with it - so would have to consider getting users to specifically install a new / patched version somewhere for gEDA to use. Peter C. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb printer calibration
i got 2 for every number above 2.000 Ok, that's *very* odd, as there's no code in there to do that. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [RFC/PATCH] Nicer names for default component libs
Hi guys, On Thursday 29 November 2007 14:42:32 Peter Clifton wrote: I like this a lot, and have no further suggestions for improvement. If no one else objects, I'd say push this change into the repo. On Thursday 29 November 2007 14:45:13 Stuart Brorson wrote: No objections from me! I think it's great! Thanks for the feedback. This is the sort of e-mail you want to find waiting for you when you get home. ;) I'll get it into -unstable ASAP. Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gschem, howto prevent generation of .sch~ backup files?
Hello, is there a way to tell gschem that I do not want these .sch~ backup copies. Best regards Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: the other r8c board works too
Again with the insufficient solder issue, but otherwise it works: http://www.delorie.com/pcb/r8c-27-adapter/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem, howto prevent generation of .sch~ backup files?
Or at least can we name them something less obnoxious, or tuck them away where I never, ever have to see them again in ls or accidentally include them in a wild card again? The current .sch~ system causes too much clutter for even my trivial projects, I'd hate to see what it does on a project of any size. My suggestion, a hidden backup directory: .gschem-back/sheet.sch -dave Stefan Salewski wrote: Hello, is there a way to tell gschem that I do not want these .sch~ backup copies. Best regards Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: what's the pcb command for 45 degree rotate?
?dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: what's the pcb command for 45 degree rotate?
Cut to buffer :FreeRotateBuffer(45) Paste ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem, howto prevent generation of .sch~ backup files?
Pain in my ass, temporary auto backups belong in /tmp On Nov 29, 2007, at 11:54 AM, Dave N6NZ wrote: Or at least can we name them something less obnoxious, or tuck them away where I never, ever have to see them again in ls or accidentally include them in a wild card again? The current .sch~ system causes too much clutter for even my trivial projects, I'd hate to see what it does on a project of any size. My suggestion, a hidden backup directory: .gschem-back/sheet.sch -dave Stefan Salewski wrote: Hello, is there a way to tell gschem that I do not want these .sch~ backup copies. Best regards Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem, howto prevent generation of .sch~ backup files?
good point. Steven Michalske wrote: Pain in my ass, temporary auto backups belong in /tmp On Nov 29, 2007, at 11:54 AM, Dave N6NZ wrote: Or at least can we name them something less obnoxious, or tuck them away where I never, ever have to see them again in ls or accidentally include them in a wild card again? The current .sch~ system causes too much clutter for even my trivial projects, I'd hate to see what it does on a project of any size. My suggestion, a hidden backup directory: .gschem-back/sheet.sch -dave Stefan Salewski wrote: Hello, is there a way to tell gschem that I do not want these .sch~ backup copies. Best regards Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: what's the pcb command for 45 degree rotate?
hmmm... pcb reports itself as: 20070912, the compilation date would seem to indicate that I must have grabbed a fink package or something. Anyway... printed to stderr: unknown action `FreeRotateBuffer' So I guess this build doesn't have free rotate? Is that newer than September? DJ Delorie wrote: Cut to buffer :FreeRotateBuffer(45) Paste ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: what's the pcb command for 45 degree rotate?
revision 1.38 date: 2007/04/21 20:41:36; author: djdelorie; state: Exp; lines: +157 -2 Add FreeRotatebuffer(Angle) (angle can be any angle) My pcb sayw 1.99w, but if your build is based on the 200702 release, you won't have it. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: First install and a tragesym problem
Greetings, I am new to gEDA and unfortunately ran in to a problem. (what's new :-) Tragesym produces: NameError: global name 'version' is not defined Be it with the supplied template in OpenOffice Calc to create a TAB delimited File, or using one of the examples from ~geda-utils/examples/tragesym, the results are the same Error. Running Debian and installed gEDA today via the usual apt-get routine. Any clues? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Problem with OGD1: Can anyone advise on good low-jitter
Random ideas: try better supply decoupling or package, stop other FPGA outputs when the clock generator is active (or at least put them far from the generator outputs). Check PCB - especially for return current paths of noisy signals. -r. On Nov 28, 2007 7:09 PM, Timothy Normand Miller [EMAIL PROTECTED] wrote: Sorry about the cross-post. We're -- THIS close to getting OGD1 done, with artwork in the hands of board makers who are working on quotes, and we've discovered a problem that could make the video output unacceptable. We've discovered that the clock generators in the Xilinx FPGA part are lousy for generating video clocks. We're seeing like 900ps of jitter, which causes artifacts on DVI monitors at resolutions as low as 1280x1024 when the cable gets beyond a certain length. (I don't recall all the details.) One option is to use the clock generators in the Lattice part, but even they have like 400ps of jitter, and they also severely limit the range of frequencies we can generate. So the best solution we can come up with is to put on some external clock generators. One for each video head. Problems: (1) more time to mod the design, (2) up to $15 each for the generators, (3) we have no idea what generators to use, how good they are, how to wire them. Does anyone know anything about these? Do you have experience with specific high-frequency clock generators and know how they perform and what kind of jitter they produce? Unfortunately, it could take quite a long time for us to find suppliers of clock generators, get samples, wire them up and test them, etc., so we just need find out if someone out there already has the right answer or knows where to look for it. Thank you for your time! -- Timothy Normand Miller http://www.cse.ohio-state.edu/~millerti Open Graphics Project ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: First install and a tragesym problem
Hi vidtech, On Donnerstag, 29. November 2007, vidtech wrote: I am new to gEDA and unfortunately ran in to a problem. (what's new :-) Tragesym produces: NameError: global name 'version' is not defined Be it with the supplied template in OpenOffice Calc to create a TAB delimited File, or using one of the examples from ~geda-utils/examples/tragesym, the results are the same Error. Can you please provide two additional informations: Which version of geda are you running? An exact copy of the error message that tragesym produces? Running Debian and installed gEDA today via the usual apt-get routine. Any clues? No, not yet. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: First install and a tragesym problem
Hi Werner, installed version geda 20060123-1 and gnetlist 20061020-2 Old versions? Hmmm And tragesym produces: Traceback (most recent call last): File /usr/bin/tragesym, line 569, in ? writesym(file_out,options,attr,pins) File /usr/bin/tragesym, line 331, in writesym f.write(v + version + 1\n) NameError: global name 'version' is not defined Error is produced with the template-file and a plain text example from ~geda-utils/examples/tragesym Thanks, ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: First install and a tragesym problem
what version of tragesym? the -v argument On Nov 29, 2007, at 1:56 PM, vidtech wrote: Hi Werner, installed version geda 20060123-1 and gnetlist 20061020-2 Old versions? Hmmm And tragesym produces: Traceback (most recent call last): File /usr/bin/tragesym, line 569, in ? writesym(file_out,options,attr,pins) File /usr/bin/tragesym, line 331, in writesym f.write(v + version + 1\n) NameError: global name 'version' is not defined Error is produced with the template-file and a plain text example from ~geda-utils/examples/tragesym Thanks, ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: First install and a tragesym problem
tragesym version 0.0.9 Steven Michalske wrote: what version of tragesym? the -v argument ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: First install and a tragesym problem
i am at version 0.0.11 update tragesym i bet it's fixed On Nov 29, 2007, at 2:07 PM, vidtech wrote: tragesym version 0.0.9 Steven Michalske wrote: what version of tragesym? the -v argument ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
There is an executable in /usr/local/bin named guile. There is a
usr/local/share/guile/1.6 directory. There are two directories named 1.6and
1.8 in usr/share/guile. So I guess I'm not sure where it was installed and
I'd rather not guess. Other than searching for guile files how can I tell
where they are installed?
If they are installed in the same place but with different names,
/usr/local/bin/guile and /usr/local/bin/guile16 for example, then you
need to edit that build.. script and change the call at the top from
guile to guile16.
If you couldn't tell already, I am new to Linux so this is somewhat vague to
me. In this example what type of file would guile and guile16 be scheme,
executable...? When you say build.. script, do you mean the gwave configure
script? Could you give me just a little more detail? Thanks!
On Nov 28, 2007 11:06 PM, Dan McMahill [EMAIL PROTECTED] wrote:
If you have them both installed, are they in different directories or do
they have different names? If different directories, then just do
something like this
env PATH=/path/to/guile-1.6/bin:${PATH} ./configure
If they are installed in the same place but with different names,
/usr/local/bin/guile and /usr/local/bin/guile16 for example, then you
need to edit that build.. script and change the call at the top from
guile to guile16.
-Dan
Robert Butts wrote:
Dan is correct in that I have guile-1.6 and 1.8 installed. It was
suggested that I install 1.6 and see if it would run with 1.8. My
question is can I remove 1.8 without messing something else up?
On Nov 28, 2007 6:00 PM, al davis [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
On Wednesday 28 November 2007, Robert Butts wrote:
'm trying to install gwave-20060606 on my system which is
Fedora 7, i386. I created a temporary directory and unpacked
gwave. I configured gwave with no faults but got 2 make
errors.
Most likely you have guile-1.8 installed. You need guile-1.6.
On debian the package needed is guile-1.6-dev.
___
geda-user mailing list
geda-user@moria.seul.org mailto:geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem, howto prevent generation of .sch~ backup files?
On Thursday 29 November 2007 19:54:54 Dave N6NZ wrote: Or at least can we name them something less obnoxious, or tuck them away where I never, ever have to see them again in ls or accidentally include them in a wild card again? The current .sch~ system causes too much clutter for even my trivial projects, I'd hate to see what it does on a project of any size. This is a standard Unix convention (most text editors do the same), and my ass has been saved on a number of occasions by their presence. It may be possible to add an option not to make them though -- please file a feature request. Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
Robert, If you couldn't tell already, I am new to Linux so this is somewhat vague to me. You've been trying to install gwave for quite a while now. Your basic problem is that gwave has not been supported or brought up to date for perhaps five years. It relies upon several libraries which are no longer present on modern Linux boxen. Getting gwave to work on a modern Linux box would be fairly difficult for even an experienced Linux guru to do [1], so it's no wonder you are struggling. Perhaps we should take a step back and look at the big picture. What are you trying to do? What files are you interested in viewing? What is your proposed design and analysis flow? Perhaps there is a better way to solve your problem. Cheers, Stuart [1] Yeah, I know that several people will now chime in and say It's easy! All he needs to do is install libfoo.so, recompile the kernal with the frombobulator settings enabled, and then rebuild gwave! And that's exactly my point in saying it's difficult for a newbie.. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
Stuart Brorson wrote: Robert, If you couldn't tell already, I am new to Linux so this is somewhat vague to me. You've been trying to install gwave for quite a while now. Your basic problem is that gwave has not been supported or brought up to date for perhaps five years. It relies upon several libraries which are no longer present on modern Linux boxen. Getting gwave to work on a modern Linux box would be fairly difficult for even an experienced Linux guru to do [1], so it's no wonder you are struggling. Perhaps we should take a step back and look at the big picture. What are you trying to do? What files are you interested in viewing? What is your proposed design and analysis flow? Perhaps there is a better way to solve your problem. Cheers, Stuart [1] Yeah, I know that several people will now chime in and say It's easy! All he needs to do is install libfoo.so, recompile the kernal with the frombobulator settings enabled, and then rebuild gwave! And that's exactly my point in saying it's difficult for a newbie.. cd /usr/pkgsrc/cad/gwave make install thats not so hard ;) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
Robert Butts wrote: There is an executable in /usr/local/bin named guile. There is a usr/local/share/guile/1.6 directory. There are two directories named 1.6and 1.8 in usr/share/guile. So I guess I'm not sure where it was installed and I'd rather not guess. Other than searching for guile files how can I tell where they are installed? on debian there is a list command for the package manager. Read if rpm has such a command. If yum is really similar to debian, then maybe read that man page too. The debian command is dpkg -l 'guile*' to find all guile* package names, then dpkg -L guile-1.6-dev spits oujt a 3 page list in /usr/share /usr/lib /usr/include/libguile John G If they are installed in the same place but with different names, /usr/local/bin/guile and /usr/local/bin/guile16 for example, then you need to edit that build.. script and change the call at the top from guile to guile16. -- Ecosensory tinyOS devel on: ubuntu Linux; tinyOS v2.0.2; telosb ecosens1 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem, howto prevent generation of .sch~ backup files?
On Thu, 2007-11-29 at 23:54 +, Peter TB Brett wrote: On Thursday 29 November 2007 20:12:56 Steven Michalske wrote: Pain in my ass, temporary auto backups belong in /tmp Please file feature request (I will look into it, but only after the next release). I'm not sure I wholly agree here. /tmp is often cleared by the distro on bootup, and an auto-save backup ought to survive a power-failure incident. If /tmp is might be cleared on the next boot, we should avoid saving such important files there. Many programs save files with ~ endings in the work dir (I don't like it much though). Others save hidden files (e.g. vim's swp file), and make sure they are deleted on successful save so we don't end up with hidden clutter. Just some extra possibilities. Peter C. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
Robert Butts wrote:
There is an executable in /usr/local/bin named guile. There is a
usr/local/share/guile/1.6 directory. There are two directories named
1.6 and 1.8 in usr/share/guile. So I guess I'm not sure where it was
installed and I'd rather not guess. Other than searching for guile
files how can I tell where they are installed?
I don't know how the package manager for your distribution of linux
works. I'm not a linux user myself. That said, it is moderately common
for linux to install binaries in /usr/bin
If they are installed in the same place but with different names,
/usr/local/bin/guile and /usr/local/bin/guile16 for example, then you
need to edit that build.. script and change the call at the top from
guile to guile16.
If you couldn't tell already, I am new to Linux so this is somewhat
vague to me. In this example what type of file would guile and guile16
be scheme, executable...? When you say build.. script, do you mean the
gwave configure script? Could you give me just a little more detail?
Thanks!
When you ran the gwave configure script, it tried to find out the
appropriate flags to give the c compiler when compiling a program that
makes use of guile-gtk. It (the configure script) does this by running:
build-guile-gtk cflags
The build-guile-gtk script has a bunch of settings stored in it and
you can retrieve them like in that command above. It is this command
which failed when you ran configure.
Here's what I suggest.
1) figure out where the build-guile-gtk script lives by doing
which build-guile-gtk
or
where build-guile-gtk
[EMAIL PROTECTED] 106 % which build-guile-gtk
/usr/pkg/bin/build-guile-gtk
If you use a text viewer like more or less to take a look at the
beginning of that file you'll see something like this:
#! /bin/sh
# -*- scheme -*-
exec guile -s $0 $*
!#
[rest of file removed]
The first line:
#!/bin/sh
says to execute the binary program /bin/sh and give it
/usr/pkg/bin/build-guile-gtk as an argument. In other words, this file
starts looking like a shell script. 2 lines down we see
exec guile -s $0 $*
That causes the program 'guile' (a binary executible) to be run with the
arguments -s /usr/pkg/bin/build-guile-gtk rest of the original
arguments.
The shell will look in your search path (PATH or path variable depending
on your shell) to find an executible called guile. My guess is that you
in fact do not want the guile which appears first in your search path.
so, now figure out which guile is in your search path:
which guile
where guile
you might also do this
find /usr -name guile\* -print
find /usr/local -name guile\* -print
to find all files which start with the name guile.
On one of my systems I have both /usr/pkg/bin/guile (version 1.8) and
/usr/pkg/guile/1.6/bin/guile (old version 1.6). You can check the
version by running:
guile --version
so for build-guile-gtk to work for me I needed to do:
env PATH=/usr/pkg/guile/1.6/bin:${PATH} build-guile-gtk cflags
to make sure the correct guile is found.
Once you're able to get an output from that command which looks more like:
-I/usr/pkg/include -I/usr/pkg/include/gtk-1.2
-I/usr/pkg/include/glib/glib-1.2 -I/usr/pkg/lib/glib/include
-I/usr/openwin/include
than
Backtrace:
In /usr/pkg/bin/build-guile-gtk:
105: 0* (define-module (build-guile-gtk) #{:use-module}# ...)
105: 1 (eval-case (# #) (else #))
In unknown file:
...
?: 2 (let ((m (process-define-module #))) (set-current-module m) m)
you'll be far along.
What would be good of course is if the packaging system you use already
had gwave.
On Nov 28, 2007 11:06 PM, Dan McMahill [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
If you have them both installed, are they in different directories or do
they have different names? If different directories, then just do
something like this
env PATH=/path/to/guile-1.6/bin:${PATH} ./configure
If they are installed in the same place but with different names,
/usr/local/bin/guile and /usr/local/bin/guile16 for example, then you
need to edit that build.. script and change the call at the top from
guile to guile16.
-Dan
Robert Butts wrote:
Dan is correct in that I have guile-1.6 and 1.8 installed. It was
suggested that I install 1.6 and see if it would run with 1.8 . My
question is can I remove 1.8 without messing something else up?
On Nov 28, 2007 6:00 PM, al davis [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
On Wednesday 28 November 2007, Robert Butts wrote:
'm trying to install gwave-20060606 on my system which is
Fedora 7, i386. I created a temporary directory and unpacked
gwave. I configured gwave with no faults but got 2 make
errors.
Most likely you have guile-1.8
Re: gEDA-user: gschem, howto prevent generation of .sch~ backup files?
On Thursday 29 November 2007 20:12:56 Steven Michalske wrote: Pain in my ass, temporary auto backups belong in /tmp Please file feature request (I will look into it, but only after the next release). Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem, howto prevent generation of .sch~ backup files?
Peter TB Brett wrote: On Thursday 29 November 2007 19:54:54 Dave N6NZ wrote: Or at least can we name them something less obnoxious, or tuck them away where I never, ever have to see them again in ls or accidentally include them in a wild card again? The current .sch~ system causes too much clutter for even my trivial projects, I'd hate to see what it does on a project of any size. This is a standard Unix convention (most text editors do the same), That doesn't make it a good idea. and my ass has been saved on a number of occasions by their presence. I have no quibble with their existence. Their existence is a Good Thing(tm). I just don't want the clutter. It may be possible to add an option not to make them though -- please file a feature request. The OP suggested eliminating them. But while I agree with the OP that they are obnoxious, I agree with you that they should exist. I will file a feature request to make them unobstrusive. -dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
al davis wrote: On Thursday 29 November 2007, Stuart Brorson wrote: Yeah, I know that several people will now chime in and say It's easy! I think he's using Fedora ... Isn't there a package available? How about: yum install gwave but you are correct. There is a real problem here. and the creator of gwave doesn't hang out here. it doesn't help that guile-gtk basically died. gwave either has to do a rewrite and dump guile-gtk or it has to use guile-gnome (or whatever it is called) which adds another whole large pile of dependencies. Otherwise it is stuck with guile-gtk that uses gtk1. I wonder if efforts are better spent on adding/improving the analog capabilities of gtkwave instead. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: vexing problem: m4:stdin:7: bad expression in eval
Guys, I have been adding symbols to a schematic I'm building and now the additon of a new symbol causes an error that I cannot figure out. Background: gEDA/gnetlist version 20061020, Ubuntu 7.04 Four page schematic. Have been making and adding symbols for weeks without problems. Everything working well through to complete layout in pcb. Built a new symbol today. Symbol checks fine with gsymcheck -vv. Did some system updates today in Ubuntu 7.04. Mostly safe stuff like openoffice, firefox; but some linux stuff. (Kicking myself for doing the updates now.) Symptoms: 1. Whatever page I put this symbol on, gsch2pcb locks up for 2-3 minutes with the message: m4:stdin:7: bad expression in eval: /2 then it says: m4: memory exhausted Then it finishes out things farily normally. 2. When this behavior occurs, I see the following from gsch2pcb: R303: added new m4 element for footprint 0805 (value=4.7K) : added new m4 element for footprint(value=) Note the last line. No Refdes, no value. Odd... 3. Other new symbols I make do not seem to cause errors, but when added to the schematic page, do not show up as newly added parts with their refdes listed. And... you always see this line reappear: : added new m4 element for footprint(value=) 4. Same problems persist after reloading gEDA suite. Any ideas? I've been stumped for hours. Thanks, Roger Traylor Extra info, if your interested Packages that were updated today:(minus firefox and openoffice stuff) Commit Log for Thu Nov 29 10:56:25 2007 Upgraded the following packages: app-install-data-commercial (7.2) to 7.3 bsdutils (1:2.12r-17ubuntu2) to 1:2.12r-17ubuntu2.1 cdrecord (9:1.1.2-1) to 9:1.1.2-1ubuntu1 cupsys (1.2.8-0ubuntu8) to 1.2.8-0ubuntu8.1 cupsys-bsd (1.2.8-0ubuntu8) to 1.2.8-0ubuntu8.1 cupsys-client (1.2.8-0ubuntu8) to 1.2.8-0ubuntu8.1 cupsys-common (1.2.8-0ubuntu8) to 1.2.8-0ubuntu8.1 fglrx-control (8.34.8+2.6.20.5-16.29) to 8.34.8+2.6.20.6-16.30 genisoimage (9:1.1.2-1) to 9:1.1.2-1ubuntu1 gnome-system-tools (2.18.1-0ubuntu1) to 2.18.1-0ubuntu2 hpijs (2.7.2+1.7.3-0ubuntu1) to 2.7.2+1.7.3-0ubuntu1.1 hplip (1.7.3-0ubuntu1) to 1.7.3-0ubuntu1.1 hplip-data (1.7.3-0ubuntu1) to 1.7.3-0ubuntu1.1 libcupsimage2 (1.2.8-0ubuntu8) to 1.2.8-0ubuntu8.1 libcupsys2 (1.2.8-0ubuntu8) to 1.2.8-0ubuntu8.1 libflac7 (1.1.2-5ubuntu2) to 1.1.2-5ubuntu2.1 libmagick9 (7:6.2.4.5.dfsg1-0.14ubuntu0.1) to 7:6.2.4.5.dfsg1-0.14ubuntu0.2 libnspr4 (2:1.firefox2.0.0.6+1-0ubuntu1) to 2:1.firefox2.0.0.10+1nobinonly-0ubuntu1 libnss3 (2:1.firefox2.0.0.6+1-0ubuntu1) to 2:1.firefox2.0.0.10+1nobinonly-0ubuntu1 liboggflac3 (1.1.2-5ubuntu2) to 1.1.2-5ubuntu2.1 libpoppler1 (0.5.4-0ubuntu8.1) to 0.5.4-0ubuntu8.2 libpoppler1-glib (0.5.4-0ubuntu8.1) to 0.5.4-0ubuntu8.2 libqt3-mt (3:3.3.8really3.3.7-0ubuntu5.1) to 3:3.3.8really3.3.7-0ubuntu5.2 libsmbclient (3.0.24-2ubuntu1.2) to 3.0.24-2ubuntu1.4 libsndfile1 (1.0.16-1build1) to 1.0.16-1ubuntu0.7.04.1 libssl0.9.8 (0.9.8c-4build1) to 0.9.8c-4ubuntu0.2 mkisofs (9:1.1.2-1) to 9:1.1.2-1ubuntu1 mount (2.12r-17ubuntu2) to 2.12r-17ubuntu2.1 openssl (0.9.8c-4build1) to 0.9.8c-4ubuntu0.2 poppler-utils (0.5.4-0ubuntu8.1) to 0.5.4-0ubuntu8.2 python-uno (2.2.0-1ubuntu4) to 2.2.0-1ubuntu5 rhythmbox (0.10.0-0ubuntu2) to 0.11.2-0ubuntu4~feisty1 samba-common (3.0.24-2ubuntu1.2) to 3.0.24-2ubuntu1.4 smbclient (3.0.24-2ubuntu1.2) to 3.0.24-2ubuntu1.4 ttf-opensymbol (2.2.0-1ubuntu4) to 2.2.0-1ubuntu5 tzdata (2007f-0ubuntu0.7.4) to 2007h-0ubuntu0.7.04 update-manager (1:0.59.23) to 1:0.59.25 update-manager-core (1:0.59.23) to 1:0.59.25 util-linux (2.12r-17ubuntu2) to 2.12r-17ubuntu2.1 util-linux-locales (2.12r-17ubuntu2) to 2.12r-17ubuntu2.1 wine (0.9.45~winehq0~ubuntu~7.04-1) to 0.9.49~winehq0~ubuntu~7.04-1 wodim (9:1.1.2-1) to 9:1.1.2-1ubuntu1 xorg-driver-fglrx (7.1.0-8.34.8+2.6.20.5-16.29) to 7.1.0-8.34.8+2.6.20.6-16.30 Installed the following packages: libmtp5 (0.1.3-0ubuntu2) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: vexing problem: m4:stdin:7: bad expression in eval
Traylor Roger wrote: Guys, I have been adding symbols to a schematic I'm building and now the additon of a new symbol causes an error that I cannot figure out. Background: gEDA/gnetlist version 20061020, Ubuntu 7.04 Four page schematic. Have been making and adding symbols for weeks without problems. Everything working well through to complete layout in pcb. Built a new symbol today. Symbol checks fine with gsymcheck -vv. Did some system updates today in Ubuntu 7.04. Mostly safe stuff like openoffice, firefox; but some linux stuff. (Kicking myself for doing the updates now.) Symptoms: 1. Whatever page I put this symbol on, gsch2pcb locks up for 2-3 minutes with the message: m4:stdin:7: bad expression in eval: /2 then it says: m4: memory exhausted Then it finishes out things farily normally. 2. When this behavior occurs, I see the following from gsch2pcb: R303: added new m4 element for footprint 0805 (value=4.7K) : added new m4 element for footprint(value=) Note the last line. No Refdes, no value. Odd... grep footprint= *.sch | sort -u and post the result. My guess is you have a footprint name which is not a valid identifier for m4. If you have a - (that is a dash, not an underscore) for example as the footprint name it will cause problems. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: clues to m4 out of memory error
Ben Jackson wrote: On Thu, Nov 29, 2007 at 09:18:06PM -0800, Traylor Roger wrote: Guys, I pushed forward to pcb with the new .pcb file produced by gsch2pcb. The .pcb file created was 6325162 lines long! One of the very first bugs I ran into was an infinite loop in a footprint (I think SIL) caused by the fact that the m4 'for' macro only terminated on an 'equal', not 'greater than' condition, and SIL derived from DIL and had some misplaced divide by 2 leading to a loop to something-and-a-half which is an infinite loop. another possibility is that you have a buggy version of m4. Try this: echo eval(-2/2) | m4 It will be fairly obvious if you have the broken one. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: clues to m4 out of memory error
On Thu, Nov 29, 2007 at 09:18:06PM -0800, Traylor Roger wrote: Guys, I pushed forward to pcb with the new .pcb file produced by gsch2pcb. The .pcb file created was 6325162 lines long! One of the very first bugs I ran into was an infinite loop in a footprint (I think SIL) caused by the fact that the m4 'for' macro only terminated on an 'equal', not 'greater than' condition, and SIL derived from DIL and had some misplaced divide by 2 leading to a loop to something-and-a-half which is an infinite loop. -- Ben Jackson AD7GD [EMAIL PROTECTED] http://www.ben.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: clues to m4 out of memory error
Guys, I pushed forward to pcb with the new .pcb file produced by gsch2pcb. The .pcb file created was 6325162 lines long! pcb barfs on the .pcb file with: ERROR parsing file './board.new.pcb' line:6325139 description: 'syntax error' At line 3060, which was the last element successfully created, I see: Element(0x00152 50 3 100 0x00) ( Pad(7 13 30 13 14 1 0x00) Pad(7 39 30 39 14 2 0x100) Pad(7 65 30 65 14 3 0x100) Pad(7 91 30 91 14 4 0x100) Pad(7 117 30 117 14 5 0x100) This continues to line 6325162 where we see: Pad(7 -7424754 30 -7424754 14 6322075 0x100) Pad(7 -7424728 30 -7424728 14 6322076 0x100) Pad(7 -7424702 30 -7424702 14 6322077 0x100) Layer(1 solder) this is line 6325139 ( Impressive..., a 6322077 pin part. I'd run out of memory too. Is M4 doing something with my part that it shouldn't? Still baffled, Roger Traylor ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Export gerber crash
On Thu, 2007-22-11 at 00:10 +, Peter Clifton wrote: On Tue, 2007-11-20 at 22:38 -0500, Ian Chapman wrote: Many thanks Peter for the offer. I would like to accept. Hi Peter, I have pulled your files over. The first two I simply pasted into gedit and saved with the original name. I came unstuck unpacking the sources. I have pasted into the e-mail from the terminal the results of ls and the unpack please see below. Regards Ian. I would be really pleased to try your .deb file. I think that would be simpler than updating Ubuntu and being frustrated by plugins and print drivers again. Its not going to work out of the box, I think you'll need to compile it. I've put the debian package bits online at: http://www2.eng.cam.ac.uk/~pcjc2/geda/pcb/pcb_20070912-1CUED2.dsc http://www2.eng.cam.ac.uk/~pcjc2/geda/pcb/pcb_20070912-1CUED2.diff.gz You will also need the PCB sources pcb-20070912.tar.gz from here: http://sourceforge.net/project/showfiles.php?group_id=73743package_id=73907release_id=539173 Rename this file pcb_20070912.orig.tar.gz Make a directory for sources, and put the above files in it. Start off by getting some packages necessary to build: apt-get install build-essential intltool dpkg-dev fakeroot dpatch libgd2-xpm-dev And to get extra stuff for PCB: apt-get build-dep pcb (Although this is not the new version's build depends, it will be close) From the sources directory, unpack the sources with this command: dpkg-source -x pcb_20070912-1CUED2.dsc === [EMAIL PROTECTED]:~/PCB_sources$ ls pcb_20070912-1CUED2.diff.gz pcb_20070912-1CUED2.dsc pcb_20070912.orig.tar.gz Peter's_instructions [EMAIL PROTECTED]:~/PCB_sources$ [EMAIL PROTECTED]:~/PCB_sources$ [EMAIL PROTECTED]:~/PCB_sources$ dpkg-source -x pcb_20070912-1CUED2.dsc gpg: Signature made Wed 21 Nov 2007 06:46:16 PM EST using RSA key ID 3BC3653D gpg: Can't check signature: public key not found dpkg-source: error: file pcb_20070912.orig.tar.gz has size 3836056 instead of expected 3836486 [EMAIL PROTECTED]:~/PCB_sources$ === cd into the unpacked directory (I think it will be pcb-20070912 or something similar) and start the build process: dpkg-buildpkg -us -uc -rfakeroot If it complains about missing build dependencies, apt-get install them Once the build process finishes, cd .. out of the source dir, and you'll find the .deb file pcb_20070912-1CUED2_i386.deb Install that with: dpkg --install pcb_20070912-1CUED2_i386.deb You may wish to dpkg --install the attached electronics-menu_0.1.0_all.deb too. It adds an Electronics category to the main menu. This is pretty architecture independent, as its only config files - so you ought not to need to rebuild it. Let me know where along the build process this breaks, as I'm bound to have forgotten something! Best wishes, ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem, howto prevent generation of .sch~ backup files?
Peter Clifton wrote: Others save hidden files (e.g. vim's swp file), and make sure they are deleted on successful save so we don't end up with hidden clutter. I like using ..pcb or ..sch files as saves. Vim's popup dialogs about what to when opening files are annoying though... to obviate the need for that, we could have two save files, ..sch and .xxx.sch.sav would be saved to on close. autosave would save to .xxx.sch.sav only. That way if you open a file and see that it is not the latest data, the autosave will not clobber the latest data in ..sch. A menu pulldown called revert wuld revert to ..sch. The autosave file would never be one to revert to, since you don't remember if was autosaved to or not...(in the scenario when you opened a file, waited around some, then noticed it was not containing typing just before a crash of some kind [Xorg crashes because of some other program for instance]). John G -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: 2 make errors installing gwave
On Thursday 29 November 2007, Stuart Brorson wrote: Yeah, I know that several people will now chime in and say It's easy! I think he's using Fedora ... Isn't there a package available? How about: yum install gwave but you are correct. There is a real problem here. and the creator of gwave doesn't hang out here. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv-1.0.3 released!
On Thu, 29 Nov 2007 14:57:32 + Peter Clifton wrote: On Thu, 2007-11-29 at 09:44 -0500, Stuart Brorson wrote: No urgency, as if needs be, we can track CVS, like Peter B does with PCB from time to time (and did with gEDA before the switch). Any demand to switch coming from my direction would only really come if I had time to help work on the why is cairo slower issue, and even that could be done via tracking CVS. It is nice (personally for me) that the stable branch of gerbv supports gtk, because cairo is not available so easily. again, it is good (for me) that the sources live in CVS and not GIT: I never run the latter, however sometimes I am interested in writing patches for gerbv. I think if the project switchs to GIT and drops gtk support, I shall install then-needed packages but I can't predict what resources it will get from me to configure the software properly. Just my 2 kopeeks ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB no longer has a 50 mil grid size?
On Fri, Nov 30, 2007 at 08:50:31AM +0100, Klaus Rudolph wrote: David Griffith schrieb: I just upgraded my installation of PCB from 20070208 to pcb_20070912 and noticed that View-Grid_size no longer has an option to set the gridsize to 50 mils. I don't see why that option should have been removed. Would whoever took it out please put it back? Yes, I need it also! That is my most important grid. I have actually both versions installed while 50mil has gone :-( I have no idea how normal DIL routing should work without 50mil... wondering... You can do :SetValue(Grid,5000) as a workaround until it's changed, or you decide to set up your own .res... Looks like DJ changed it in Mar 2006 with the HID checkin. It definitely wasn't in 20070208, I just checked the tagged revision (assuming you mean lesstif hid). Perhaps you were picking up a different res file for a while? -- Ben Jackson AD7GD [EMAIL PROTECTED] http://www.ben.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv-1.0.3 released!
On Friday 30 November 2007 06:43:36 Ineiev wrote: I think if the project switchs to GIT and drops gtk support, I shall install then-needed packages but I can't predict what resources it will get from me to configure the software properly. Just a reminder to everyone: if anyone has *any* difficulties using git, please post to the list and either Peter Clifton or myself will try to help you as best we can. Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB no longer has a 50 mil grid size?
David Griffith schrieb: I just upgraded my installation of PCB from 20070208 to pcb_20070912 and noticed that View-Grid_size no longer has an option to set the gridsize to 50 mils. I don't see why that option should have been removed. Would whoever took it out please put it back? Yes, I need it also! That is my most important grid. I have actually both versions installed while 50mil has gone :-( I have no idea how normal DIL routing should work without 50mil... wondering... ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB no longer has a 50 mil grid size?
I just upgraded my installation of PCB from 20070208 to pcb_20070912 and noticed that View-Grid_size no longer has an option to set the gridsize to 50 mils. I don't see why that option should have been removed. Would whoever took it out please put it back? -- David Griffith [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
