Re: gEDA-user: crosscompile for windows with minipack
On 05/10/2011 11:05 PM, Kai-Martin Knaak wrote: As mentioned in the thread Where is pcb-20100929 for Win32 ? I tried to go the minipack way to crosscompile geda and PCB for windows. There were warnings at compile time -- about 2200 lines. I get a ton of those as well. I should probably redirect warnings and errors to the build log, with instructions to look in it in case of a build failure. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: minipack-result -- gerbview
On 05/11/2011 01:21 PM, Kai-Martin Knaak wrote: When run with wine, gerbview.exe shows a GUI where all text fails to render. The gerber view itself is fine as long as one of the lower render options are selected. No antialias, no transparency. There is some spew on the command line (see below). I attached a screenshot of the GUI with garbled text. gerbv seems to work fine under wine for me, with correct text, antialias and transparency. You could try using a newer version of wine (mine is 1.2.2). Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Where is pcb-20100929 for Win32 ?
On 05/10/2011 04:28 PM, Kai-Martin Knaak wrote: Hmm. The script got stuck at the download of libgd. The site www.libgd.org seems to be down. The address resolves to 213.251.181.15 which does not even respond to ping :-| This site has been down for quite a while. I have just found the location of a copy from Slackware and updated the recipe accordingly. Please pull minipack from git and try again. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20100929 released
On 04/19/2011 04:39 AM, Duncan Drennan wrote: A question in this regard - if I rebuild a library (e.g. gtk+) do I then need to rebuild all the packages which come after it in the build-all.sh script? It depends. Rebuilding only the library should work when upgrading it to a newer version, but it is not guaranteed to work when downgrading. How exactly do they all related to each other during the build process? Configure scripts in later packages look for dependencies (header files and import libraries) installed earlier. They check these libraries for the existence of symbols to be linked with. A new version of a library may have symbols not present in earlier versions of the same library. This can possibly cause a missing symbol error when downgrading the library. On the other hand, library upgrades do not usually remove symbols, so it is OK to simply drop an upgraded version. When the library either remove symbols or changes their semantics, it should change its own installed file name by incrementing a version number, so conflicts do not arise. By following these guidelines, the so called DLL hell can be avoided entirely. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20100929 released
On 04/19/2011 05:17 AM, Felix Ruoff wrote: I just want to mention, that Cesar Strauss has written a new build-script last year, which he has posted to the launchpad bug 699494 Sorry, it isn't exactly an entirely new build script. Actually, it's just the regular minipack script, embedded in pcb sources, and rigged to build the pcb version it is shipped with. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20100929 released
On 04/15/2011 06:32 PM, Duncan Drennan wrote: For a development release, you would need to run ./autogen.sh or autoreconf in the pixman source dir to generate ./configure Did that and now pixman compiles correctly. I reverted minipack to cross-build a stable release of pixman (0.20.2). Next challenge is the glib is failing with this error, configure: error: Could not find a glib-compile-schemas in your PATH To avoid this dependency, I reverted to glib 2.24.2. Please pull from the minipack git repository and try again. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20100929 released
On 03/27/2011 05:20 PM, Duncan Drennan wrote: Sure. I'll take the opportunity to update the latest libraries. I included the mingw pcb patch (already in git) for building the latest released pcb snapshot with minipack. Enjoy! If, by any chance, you also want to cross-compile the developer version (snapshot, git, cvs, etc.) of any package, I just put some instructions to that effect in the minipack README: http://repo.or.cz/w/minipack.git/blob/HEAD:/README Thanks, I appreciate that. Thanks also for all the effort you have put into the minipack build system and keeping the gEDA recipes, libraries etc. up to date - I really appreciate it. Glad to see it's useful. Thanks for the kind words. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20100929 released
On 03/25/2011 05:33 AM, Duncan Drennan wrote: Would you be able to push the code which builds successfully to the minipack repo? Sure. I'll take the opportunity to update the latest libraries. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Windows gEDA port
On 1/25/2011 10:56 PM, DJ Delorie wrote: Right, but there's a minipack setup in pcb's git, so I'm running it *from* within git, and I want to build the version I have, not the version in git. In this case, my version had all the mingw patches I wanted to test before committing them. Are you referring to my proposed patch [1] for including minipack in the pcb sources [2]? [1] https://bugs.launchpad.net/pcb/+bug/699494 [2] http://article.gmane.org/gmane.comp.cad.geda.user/32753 This particular version of minipack, to be included in pcb sources, was already modified to avoid downloading the pcb source code (either git or tarball), and to cross-compile the pcb source tree it resides on. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Random thoughts on the future interface of PCB
On 12/12/2010 15:14, Martin Kupec wrote: On Sun, Dec 12, 2010 at 05:05:46PM +, Peter Clifton wrote: On Sun, 2010-12-12 at 17:56 +0100, Martin Kupec wrote: I am interested in the build process? Peter, how have you build this? mingw32 + Cesar Strauss's minipack build system. (Which comes with recipes for gEDA) git://repo.or.cz/minipack.git Thanks. I will look at it and see if I can get it up and running. Getting started with minipack http://code.google.com/p/minipack/wiki/GettingStarted Support mailing list http://groups.google.com/group/minipack Let me know if you have any trouble using it. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20100929 released
On 10/04/2010 01:11 AM, DJ Delorie wrote: After porting pcb_spawnvp (in src/action.c) to Windows, it built fine on Ubuntu using my cross-compiler build script (minipack). I'll work on a patch. Fortunately, the Windows API already provides an implementation of spawnvp. Excellent! If you could put update the readme and built script for windows high on the priority list, it will save us much headache in the future. Done. Patches uploaded to the PCB patch tracker: https://sourceforge.net/tracker/?func=detailaid=3084499group_id=73743atid=538813 Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20100929 released
On 4/10/2010 01:11, DJ Delorie wrote: Excellent! If you could put update the readme and built script for windows high on the priority list, it will save us much headache in the future. One way would be to directly add my script to the pcb sources. I would trim it down for building only pcb and its dependencies. Another way would be just to point the user/developer to the minipack project at http://code.google.com/p/minipack, and ask him to follow the documentation there. Which do you prefer? Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20100929 released
On 09/29/2010 11:58 PM, DJ Delorie wrote: If someone can get the mingw builds working again, I'd appreciate that - neither the win32/build_pcb script nor a fedora mingw cross compiler work for me. After porting pcb_spawnvp (in src/action.c) to Windows, it built fine on Ubuntu using my cross-compiler build script (minipack). I'll work on a patch. Fortunately, the Windows API already provides an implementation of spawnvp. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Portable gEDA for Windows
On 19/9/2010 13:34, Chris Malton wrote: Downloads from http://portablegaf.cmalton.me.uk Please be sure you comply with clause 3 of GPL v2, which ensures anyone can get the exact sources for the software you distribute. In your case, this includes the GPL'd parts of gEDA and Cygwin you include in your installer. See http://www.gnu.org/licenses/old-licenses/gpl-2.0.html Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Portable gEDA for Windows
On 19/9/2010 16:08, Chris Malton wrote: Are you trying to tell me that I need to upload the unmodified sources for gEDA, pcb, Cygwin and co? It is the safest way, yes. Consider if any of the home sites went offline, or changed the source page URL. Then you would no longer have permission to distribute your installer, since the recipient would have no direct way to know how to get the sources. Also, Cygwin deletes the sources of old versions from time to time. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: arcs in pcb
Mark Rages wrote: On Thu, Jan 28, 2010 at 2:47 PM, DJ Delorie d...@delorie.com wrote: Resoloution is one degree - it's not a float. Is there any way to get better resolution? One degree is 25 mils at my radius. Possible workaround: Draw your arc to the nearest integer degree, then complete the arc with a series of short line segments. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Test gschem bug...
Peter Clifton wrote: I'm trying to nail the root cause of this now.. Could you try with this version of gschem (which should spew a load of 1,23 = 1,23 or something similar. (To the console - assuming you can retrieve that output). I get: Debugging font issue, 1,23 = 1,23 By going to the Control Panel - Regional Options, and choosing between Portuguese and English, I can change the output at will. Can you reproduce it on your Windows laptop? I guess it would be useful to ask on the glib list how to override this, since you seem to be able to do it on Linux just fine. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: New gaf on Windows and one PCB question
Peter Clifton wrote: Behdad's suggested fix was to use non string based API to request the font family and size explictly, hence the attached patch. Cesar, perhaps you want to pick this up in minipack for 1.6.0 (I'll see about getting something sorted for 1.6.1). Pushed to the minipack repository, thanks. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Test gschem bug...
Peter Clifton wrote: On Tue, 2010-01-19 at 11:23 -0200, Cesar Strauss wrote: By going to the Control Panel - Regional Options, and choosing between Portuguese and English, I can change the output at will. Can you reproduce it on your Windows laptop? I ought to be able to try that later, but I'm not sure if it has any other LOCALEs available. (And I don't have the Install disks). You shouldn't need any disks for changing just the formatting of numbers, dates and currency. Translations are another story. I prefer English menus and dialogs, but they do not sell the English disk here. Does it make any difference if you edit gschem.c, and change: setlocale(LC_NUMERIC, POSIX); to setlocale(LC_NUMERIC, C); Interesting. Changing from POSIX to C fixes the Postscript issue, as well as the font issue. Apparently this working correctly is required for correct postscript output. Can you see the Win32 build placing , in any postscipt print output where it should be .? ... %%EndProlog %%Page: 1 1 /gEDAFont ISOLatin1Extended /Helvetica RE 2 setlinecap 0,072000 0,072000 scale 7485 499 translate 90 rotate 0,588235 0,588235 scale ... This gives an error when opening it in gsview. As I said, POSIX-C fixes this. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Test gschem bug...
Cesar Strauss wrote: Peter Clifton wrote: Does it make any difference if you edit gschem.c, and change: setlocale(LC_NUMERIC, POSIX); to setlocale(LC_NUMERIC, C); Interesting. Changing from POSIX to C fixes the Postscript issue, as well as the font issue. The manual page for Windows setlocale does not mention POSIX, but it does mention C: http://msdn.microsoft.com/en-us/library/aa272906%28VS.60%29.aspx The manual page for POSIX setlocale says C is equivalent to POSIX: http://www.opengroup.org/onlinepubs/009695399/functions/setlocale.html So, it should be OK to change POSIX-C for all platforms. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Test gschem bug...
Bert Timmerman wrote: BTW: keeping all sources for a windows port available on-line for three years is something of a spoiler :( I do not think this is the case. You either: 1) Have all the sources on-line. 2) Keep the sources off-line for three years. Either way, if you remove the binaries from your site, you can remove the sources as well. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: New gaf on Windows and one PCB question
Peter Clifton wrote: On Mon, 2010-01-18 at 21:06 +, Peter Clifton wrote: On Sun, 2010-01-17 at 22:45 -0200, Cesar Strauss wrote: Peter Clifton wrote: On Sat, 2010-01-16 at 16:50 +0100, Bert Timmerman wrote: http://www.xs4all.nl/~ljh4timm/downloads/gschem-1.6.0-full%20screen.png http://www.xs4all.nl/~ljh4timm/downloads/gschem-1.6.0-zoomed%20in.png http://www.xs4all.nl/~ljh4timm/downloads/gschem-1.6.0-max%20zoomed%20in.png I can reproduce it, with a version I just built myself. Bert, Cesar, By any chance.. are you both in a LOCALE which uses , as the decimal point specifier? Yep. I have a sneaky suspicion that there is a bug parsing the font size when that font size includes a decimal separator. Anyone who was able to reproduce the font-size bug, please could you try this replacement gschem.exe: http://www2.eng.cam.ac.uk/~pcjc2/gschem.exe It works! Also, changing the decimal point to . in Control Panel allows the old version to work. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: New gaf on Windows and one PCB question
Duncan Drennan wrote: Cesar, have the patches to minipack for geda 1.6.0 that Peter provided a while back been merged into the repo? I assume you mean these: http://article.gmane.org/gmane.comp.cad.geda.user/26246 Yes, I merged them after 1.6.0 was released (thanks Peter!). Looking back, it seems I somehow missed this one: diff --git a/recipes/cairo.recipe b/recipes/cairo.recipe index 60a5ffd..b7f8a10 100644 --- a/recipes/cairo.recipe +++ b/recipes/cairo.recipe @@ -2,5 +2,4 @@ name=cairo version=1.8.6 release=1 download=http://www.cairographics.org/releases -configure_opt=--without-x - +configure_opt=--without-x --enable-ft=no Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: New gaf on Windows and one PCB question
Peter Clifton wrote: On Sat, 2010-01-16 at 16:50 +0100, Bert Timmerman wrote: http://www.xs4all.nl/~ljh4timm/downloads/gschem-1.6.0-full%20screen.png http://www.xs4all.nl/~ljh4timm/downloads/gschem-1.6.0-zoomed%20in.png http://www.xs4all.nl/~ljh4timm/downloads/gschem-1.6.0-max%20zoomed%20in.png I can reproduce it, with a version I just built myself. I attach the Pango complaints I found on the terminal. Do you have any other GTK / Pango based apps on Windows, which might have a *gtk*.dll or *pango*.dll in the Windows search path? I reset the path to C:\WINDOWS\system32, just to be sure. Grr.. I'm half frustraited that I can't reproduce this bug on my Windows box. I think I had/have cleartype switched on - that could be a variable, so perhaps you could try toggling the settings. Rather bizarrely, this is best done via a web-based tuner! http://www.microsoft.com/typography/ClearType/Tuner/Step1.aspx It didn't help. Cesar (gschem.exe:3036): Pango-WARNING **: couldn't load font Arial 10 40, falli ng back to Sans 40, expect ugly output. (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-WARNING **: couldn't load font Arial 10 Not-Rotated 40 , falling back to Sans Not-Rotated 40, expect ugly output. (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-WARNING **: couldn't load font Arial 13 0, falling ba ck to Sans 0, expect ugly output. (gschem.exe:3036): Pango-WARNING **: failed to create cairo scaled font, expect ugly output. the offending font is 'DejaVu Sans 0' (gschem.exe:3036): Pango-WARNING **: font_font status is: out of memory (gschem.exe:3036): Pango-WARNING **: scaled_font status is: out of memory (gschem.exe:3036): Pango-WARNING **: couldn't load font Arial 13 Not-Rotated 0 , falling back to Sans Not-Rotated 0, expect ugly output. (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-WARNING **: failed to create cairo scaled font, expect ugly output. the offending font is 'DejaVu Sans 0' (gschem.exe:3036): Pango-WARNING **: font_font status is: out of memory (gschem.exe:3036): Pango-WARNING **: scaled_font status is: out of memory (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-WARNING **: failed to create cairo scaled font, expect ugly output. the offending font is 'DejaVu Sans 0' (gschem.exe:3036): Pango-WARNING **: font_font status is: out of memory (gschem.exe:3036): Pango-WARNING **: scaled_font status is: out of memory (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-WARNING **: failed to create cairo scaled font, expect ugly output. the offending font is 'DejaVu Sans 0' (gschem.exe:3036): Pango-WARNING **: font_font status is: out of memory (gschem.exe:3036): Pango-WARNING **: scaled_font status is: out of memory (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed (gschem.exe:3036): Pango-CRITICAL **: pango_font_description_set_absolute_size: assertion `size = 0' failed
Re: gEDA-user: New gaf on Windows and one PCB question
Bert Timmerman wrote: Do you happen to have a howto geda-gaf on windows write-up somewhere around so I/others can try to patch and rebuild ? I am the author of the windows build script (minipack), and can help to get you going. I have written some instructions here: http://code.google.com/p/minipack/wiki/GettingStarted My script is available by git: git clone git://repo.or.cz/minipack.git If you have any question, just ask here or on the minipack mailing list. Maybe I can be lured into a weekly/monthly build of the gaf/pcb git head for the windoze installer as I have some disk quota left on my ISP account. That would be great! Just remember, to comply with the GPL license, you need to provide all the sources on your site, not only of geda itself, but also for all the library dependencies (guile, gtk, etc.). Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: New gaf on Windows and one PCB question
Peter Clifton wrote: On Sat, 2010-01-16 at 09:08 -0200, Cesar Strauss wrote: That would be great! Just remember, to comply with the GPL license, you need to provide all the sources on your site, not only of geda itself, but also for all the library dependencies (guile, gtk, etc.). (Cough), I don't do that... IIRC, that was the easiest way to comply, but it should also be possible if you supply them on demand, right? Right, you can supply them on demand. Just keep the original sources for at least three years (that includes any local patches), and include a written offer in your binary installer saying anyone can obtain the sources from you. Then, be prepared to burn and ship a CD or DVD to anyone who asks (you can charge for the cost of doing so), for at least three years. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Disappearing PCB Footprint details
Stefan Salewski wrote: On Wed, 2009-09-23 at 15:10 -0400, Tony Radice wrote: Update: Ladies and Gentlemen - I experimented with the footprints I had developed in a unique directory (/home/comp/pwb_footprints) and had no success with seeing them in the pcb tool. I think most people use gschem2pcb script to populate the pcb board. To investigate a footprint you may try Menu Files/Load Element data to paste buffer. Or you may try menu Files/Preferences to select additional directories of footprints. I newer tried this last method, but it should work. After using the Files/Preferences/Library dialog, you should create one or more sub-directories under /home/comp/pwb_footprints and place your footprints in them. On the footprint selection dialog, the sub-directories should be visible on the left pane, with the corresponding footprints on the right pane. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: minipack issues
Duncan Drennan wrote: It seems wget is failing to get the source for the JPEG library for some reason. After a bit of searching I found out that if I use the --passive-ftp option with wget then the download succeeds. Is there a way via a config or recipe file to set flags for wget? In the command-line, please type: echo passive_ftp=on ~/.wgetrc This will add the passive FTP option to the configuration file of Wget itself. If this doesn't work, please give me the output of: wget --version which wget Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: minipack issues
Duncan Drennan wrote: Once the compilation is done, will the files run as is or do the dll's have to be installed into specific windows directories? The dll's should remain beside the exe's in the bin directory. Currently, to run the resulting exe's, you have to set the following environment variables: set GEDADATA=[path_to_geda]\share\gEDA set GUILE_LOAD_PATH=[path_to_geda]\share\guile\1.8 Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: minipack issues
Duncan Drennan wrote: I've been trying to compile gEDA for win32 using minipack, but it keeps failing while downloading the packages. It successfully downloads gettext and libiconv, but then all further packages have this result: Downloading jpeg from ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz ... --10:31:28-- ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz = `jpegsrc.v6b.tar.gz' Connecting to ftp.uu.net:21... connected! Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD /graphics/jpeg ... done. == PORT ... Invalid PORT. Retrying. I keep getting this invalid PORT message. Any ideas what is going wrong? Thanks, Duncan It seems wget is failing to get the source for the JPEG library for some reason. Please try downloading it yourself by typing ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz in a web browser and saving it in the sources directory. You can also try the ftp command directly. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Rule-based assignment of default attributes
Hi, I just thought about a way to have defaults for footprint assignments and such, while keeping it easy to change them project-wide, and at the same time keeping local customizations. How about having a text file, with rules like: match device=RESISTOR assign footprint=1206 Then, any resistor without a footprint attribute will be a 1206 by default. Resistors with attributes assigned manually will not be touched. Note that I'm not adding attributes to the symbols, just providing defaults. Then, to change the default, project-wide, just modify one line in the rules file. A more advanced example, which assumes you singled-out all decoupling capacitors by adding an extra attribute: match device=CAPACITOR, function=DECOUPLING assign footprint=1206, value=100n, part=manufacturer part number You get the idea. For single-file schematic projects, you could avoid having to ship one extra file by embedding it in the schematic somehow. A benefit, as I see it, is that you keep fewer attributes hardcoded in the schematic, fostering reuse. I do mean to code it myself if nobody else does. Just don't hold your breath (I've been meaning to add tabbed pages to gschem since 2006, and I didn't even get around to start coding). Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Using the currently available binary I end up with this response
Gregg Levine wrote: [...] [EMAIL PROTECTED]:/usr/local/geda-0.0.2/bin$ ./geda /usr/local/geda-0.0.2/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py:72: GtkWarning: could not open display Are you logging in using ssh? If so, you must use the -X option to be able to run graphical applications within that ssh session. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Windows version of gerbv
Rick Collins wrote: Thanks for the response. At 12:06 PM 4/22/2008, you wrote: I tried installing the current version of gerbv under Win2K SP4. It installed ok and started. But when I tried opening a Gerber file it crashed. It also crashed when I opened an XYRS file. Is there something else I need to do? What did it say when it crashed? And what version of windows are you using? It gave... --- Gerber Viewer2.0.1: : gerbv.exe - Application Error --- The instruction at 0x6b067700 referenced memory at 0x. The memory could not be read. Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- I am running the most recent version which I had just downloaded, 2.0.1. You may get a useful stack trace on Windows by using Dr. MinGW: 1) Go to the MinGW Utilities download page on: http://sourceforge.net/project/showfiles.php?group_id=2435package_id=61599 2) Download and unpack mingw-utils-0.3.tar.gz 3) Install it as the default debugger by going to a command prompt and typing: cd path_to_extracted_files cd bin drmingw -i 4) Test it by running the tests on the doc\drmingw\samples 5) Run the application which is crashing 6) Click cancel to debug the program. 7) Post the resulting stack trace. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: first impressions on gaf v1.2.0
Stuart Brorson wrote: We may just have to resign ourselves to seeing a jump as the window is first shown, then moved. In this case, the cure is worse than the disease. What if, you move the window, show it, then move it again (to the same position, just to be sure). On systems which get it right the first time, the second move would result in no jump at all. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: database driven component chooser - part II
DJ Delorie wrote: And another thing. I have no name for my program. If someone have an idea, it is welcome too. gheavy? ;-) part2sym dbsym sympick ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: dialogue boxes drifting each time they are opened (gschem 1.2.0)
Cesar Strauss wrote: Ben Jackson wrote: Duncan Drennan wrote: This can be especially frustrating with attribute dialogues that keep drifting off the bottom of the screen, and have to be dragged back to a useable place. I'm running gschem on cygwin. Anyone else seeing this? Yes, gschem on cygwin as well. I think it's a bug in Cygwin/X multi-window mode, triggered by new code in gschem that restores the dialog positions. The attached patch contains a workaround: show the dialog before restoring its position. The patch is also available in the patch tracker: [ 1795879 ] Fix for dialogs drifting downwards on Cygwin/X http://sourceforge.net/tracker/index.php?func=detailaid=1795879group_id=161080atid=818428 Regards, Cesar From 67ec59b69f10d82b7111fede109873e32b238439 Mon Sep 17 00:00:00 2001 From: Cesar Strauss [EMAIL PROTECTED] Date: Sun, 16 Sep 2007 16:56:18 -0300 Subject: [PATCH] Fix for dialogs drifting downwards on Cygwin/X. On Cygwin/X, reopening a gschem dialog restores its original position, but with a small vertical offset. The workaround is to show the dialog before restoring its position. The docs for gtk_window_move() offer a possible justification: Most window managers ignore requests for initial window positions (instead using a user-defined placement algorithm) and honor requests after the window has already been shown. The downside is, if you have a slow system, you could see the dialog appear briefly at the old position, I suppose. --- gschem/src/gschem_dialog.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/gschem/src/gschem_dialog.c b/gschem/src/gschem_dialog.c index b4eefd0..bc5771b 100644 --- a/gschem/src/gschem_dialog.c +++ b/gschem/src/gschem_dialog.c @@ -220,6 +220,9 @@ static void show_handler (GtkWidget *widget) gchar *group_name; GschemDialog *dialog = GSCHEM_DIALOG( widget ); + /* Let GTK show the window */ + GTK_WIDGET_CLASS (gschem_dialog_parent_class)-show (widget); + group_name = dialog-settings_name; if (group_name != NULL) { @@ -230,9 +233,6 @@ static void show_handler (GtkWidget *widget) dialog_geometry, group_name); } } - - /* Let GTK show the window */ - GTK_WIDGET_CLASS (gschem_dialog_parent_class)-show (widget); } -- 1.5.3 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: dialogue boxes drifting each time they are opened (gschem 1.2.0)
Ben Jackson wrote: Duncan Drennan wrote: This can be especially frustrating with attribute dialogues that keep drifting off the bottom of the screen, and have to be dragged back to a useable place. I'm running gschem on cygwin. Anyone else seeing this? Yes, gschem on cygwin as well. I think it's a bug in Cygwin/X multi-window mode, triggered by new code in gschem that restores the dialog positions. Rootless mode appears to work better: 1) Install WindowMaker 2) Close Cygwin/X 3) Type: $ export DISPLAY=:0 $ X :0 -clipboard -rootless ENTER $ wmaker ENTER $ xterm I will try to make a test case and submit a bug report to the Cygwin/X project. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Re: Windows install
David Kerber wrote: I'm a newbie to gEDA, and was wondering if anybody knows of a Windows installation for it? I know there's no officially supported one, but am hoping somebody has built one, or knows where there might be one. A google search turned up one from 2003, but nothing since. Hi, David Sorry, I don't know of any Windows version which is less that one year old. You would miss many new features, as well as many important software fixes. However, I am currently preparing an up-to-date Cygwin version, which will be installed with the Cygwin Setup program. If you are not familiar with Cygwin (www.cygwin.com), it is a collection of Linux software which runs on Windows thanks to a special software layer. I hope my Cygwin version of gEDA, when ready, will be part of that collection, if the Cygwin folks accept it. I also hope I can keep up so it doesn't become obsolete as well. On the other hand, with some basic Linux skills, you can compile a Cygwin version yourself right now, by following the instructions at http://geda.seul.org/wiki/geda:cygwin Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Re: Status of the Windows port of gEDA/gaf
Karel Kulhavy wrote: Cesar Strauss wrote: [...] I have been building native gschem on Windows for some time. What compiler do you use for that? I use the native port of GCC from the MinGW project (www.mingw.org), together with the MSYS environment that supplies the tools for running configure and make. Some required libraries, like GTK, already have native binaries available. Others, like guile, have to be patched and built from source. I plan to write an article, on the gEDA wiki pages, about how to build gEDA/gaf natively on Windows. Regards, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Re: strange build failure
Andy Peters wrote: On Dec 2, 2006, at 4:40 PM, Ales Hvezda wrote: [snip] guile-config compile and guile-config link and guile-config info I'm guessing that is where the /home/janneke/... is coming from. Ah, guile-config link and guile-config info both reveal the /home/janneke/ stuff. I can confirm this strange new behavior of guile-config on Cygwin. It's been a while since I built the Cygwin port of gEDA/gaf, I assume the Cygwin guile package has broken since then. Google tells me that there's a newer version of the guile stuff at http://lilypond.org, but that connection to cygwin's setup is broken and the official cygwin mirrors don't have the new version yet. I suggest installing an old known good package of guile instead, until the Cygwin guile maintainer uploads a corrected package to the main repository. so, the hell with it. Please, do not give up yet ;-) The Cygwin setup program allows to install an older version of a package. Please do the following: 1) Run setup.exe and click on your favorite mirror. See to it that lilypond server is *not* selected. 2) In the package selection dialog, click on the view button once to bring the Full view 3) Look for the guile and guile-devel packages 4) Starting with the guile-devel package (the order is important), click on the arrows beside the version number, until the old version appears (1.6.7-4) 5) Do the same with the guile package 6) Press the view button again to bring the Partial view 7) Verify that both guile and guile-devel are listed, showing the old version number (1.6.7-4). If not, repeat from step 2. 8) When you next update Cygwin, the setup program will want to upgrade the guile packages again. To keep the old version, bring the Partial view and click on the arrows until you see the word keep. I am sure the Cygwin guile maintainer will correct this packaging error eventually. From what I gather from the Cygwin list archives, he is already aware of the situation. Hope this helps, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Re: gschem fonts issue on cygwin
Ales Hvezda wrote: [snip] As this is beginning to sound more like a drawing bug, I do think the gEDA/gaf bug tracker is the appropriate place to continue this discussion. This particular bug (or artifiact whatever) varies depending on the X server. On my desktop, I do not see any artifacts, while on my laptop, I see them all the time. -Ales I see. In that case, I withdraw my suggestion to Craig for filing a gschem bug report, since it is possibly an X server issue, and not gschem fault. Sorry about the noise. Anyway, Ales, could you send me, off-list, a screenshot of the artifacts on your laptop, so I can compare it to Craig's? Craig: In the light of the above, please do not file a bug report yet. However, if you do wish to provide additional info, I would still be grateful. To summarize: 1) Does this happen in other graphical cygwin programs? 2) Run the following command, and send me off-list the generated cygcheck.out file. $ cygcheck -s -v -r cygcheck.out Thanks, Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Re: gschem fonts issue on cygwin
[snip] As an alternative to sending me files off-list, I am beginning to think it would be appropriate for you (if you wish to do so) to fill the bug submission form on the gEDA bug submission page, and attach the files there: http://sourceforge.net/tracker/?group_id=161080atid=818426 Cesar Almost forgot. Craig, if you go ahead with this, I would strongly recommend you first login using a Sourceforge account. Use the Create Account link at the top of the page listed above. It should be as easy as filling name, email, username and password and replying to some confirmation email. As this is beginning to sound more like a drawing bug, I do think the gEDA/gaf bug tracker is the appropriate place to continue this discussion. Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Re: gschem fonts issue on cygwin
Craig Niederberger wrote: Thanks again, Cesar! Oddly, the pointer trails remain even with the toggle... Craig Pointer trails? Interesting. Does it also happens over the X command terminal window? Does it happens when the pointer is outside the drawing area (over the gschem menu bar, tool bar or component window)? You mentioned you might begin to use Linux soon, which would probably fix this problem right away. If you are still willing to do a few more tries on Windows, then please do the following: 1) Try using the Print Screen keyboard key to capture a screenshot of the problem. Use the Paste command on the Windows Paint program to save it to a JPG file, then send it off-list directly to my email address, as an attachment (or post it on the Internet somewhere). 2) Shut down all your Cygwin applications. Then, download, install and run the Xming X Server from: http://prdownloads.sourceforge.net/xming/Xming-6-9-0-10-setup.exe?download Start Cygwin again, but, instead of startx, type $ export DISPLAY=:0 $ gschem Cesar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user