Re: gEDA-user: Lots of new gschem bugs?
On Sun, 2009-01-04 at 22:39 -0800, Matt Ettus wrote: On Tue, Dec 30, 2008 at 2:26 PM, Peter TB Brett pe...@peter-b.co.uk wrote: On Sunday 04 January 2009 22:25:23 Matt Ettus wrote: I am using the 20081220 RPMs on Fedora 8. I have been seeing a lot of new bugs lately -- All the patches that have gone into the 1.4.x stable series since 1.4.0 have been very carefully reviewed, and I would be surprised if any of them could have caused the issues you mention. It's very likely that the issues you mention have been there since at least Jan 2008. That's possible. In any case, here are some of the assertions I see. CRITICAL makes me a bit nervous... (gschem:9339): Gtk-CRITICAL **: gtk_tree_model_row_has_child_toggled: assertion `path != NULL' failed This relates to a known GTK bug with the tree model filter, and will appear once for every time you filter the list down to 0 items. It isn't otherwise harmful. I just sent a ping on the relevant bug(s), to see if the GTK guys will integrate the patch which was written by someone over a year back. -- 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: Solaris build problems, 'elp?
On Sun, 2009-01-04 at 21:02 -0500, Dave McGuire wrote: THAT'S gonna be a nasty can of worms to get built. :-( You'll need cairo (go ahead and get the 1.8.x version, its better than the old ones), libpixman (again, the later the better). Might need a particular pango version, I'm not sure. GLib needs to be a particular version for a given GTK version. In all of the above cases, I can only recommend getting the latest stable released versions of all the software. GTK 2.8 etc.. is just a minimum. I'll look forward to hearing your feedback relating to the cairo rendering once you try 1.5.2, or git HEAD code (1.5.2 isn't out yet though!). Does your X server have the render extension? I'm not sure what cairo's performance will be like without that, but I recall that it can work without it - perhaps just not as fast. -- 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: Solaris build problems, 'elp?
On Jan 5, 2009, at 12:29 PM, Peter Clifton wrote: THAT'S gonna be a nasty can of worms to get built. :-( You'll need cairo (go ahead and get the 1.8.x version, its better than the old ones), libpixman (again, the later the better). Might need a particular pango version, I'm not sure. GLib needs to be a particular version for a given GTK version. In all of the above cases, I can only recommend getting the latest stable released versions of all the software. GTK 2.8 etc.. is just a minimum. I am midway through the huge pile of dependencies. I'm pleased to report that the all the world's a 32-bit PC running Linux attitude of the GTK kiddiez is getting better; I've only had to fix minor build problems so far. Right now I've just tripped over the nightmare that is gtk-doc; I seem to lack the DocBook XML files. A- googling I shall go. I'll look forward to hearing your feedback relating to the cairo rendering once you try 1.5.2, or git HEAD code (1.5.2 isn't out yet though!). I assume I got the head with git clone git://git.gpleda.org/ gaf.git? (I'm a CVS/SVN guy...git gives me gas) Does your X server have the render extension? I'm not sure what cairo's performance will be like without that, but I recall that it can work without it - perhaps just not as fast. Not where I'll be using it, no. I'll let you know how it works. I can tell you that it's quite zippy (no noticeable performance degradation from the non-Cairo version) on a DP G5 running OS X. And the output is gorgeous. And kudos to whomever is responsible for that light gray grid; it's very nice. Now if we could only do something about that horrid font. I had serious wood to integrate FreeType into both gschem and PCB awhile back, but I've never been able to find the time. I've done some stuff with FreeType and it's damn impressive...and using it doesn't generate two dozen dependencies. =) -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Solaris build problems, 'elp?
On Monday 05 January 2009 17:50:32 Dave McGuire wrote: Now if we could only do something about that horrid font. I had serious wood to integrate FreeType into both gschem and PCB awhile back, but I've never been able to find the time. I've done some stuff with FreeType and it's damn impressive...and using it doesn't generate two dozen dependencies. =) Peter C is working on using Pango to render 'real fonts' in gschem. Look for it in 1.6. *crosses fingers* 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: Solaris build problems, 'elp?
On Jan 5, 2009, at 12:57 PM, Peter TB Brett wrote: Now if we could only do something about that horrid font. I had serious wood to integrate FreeType into both gschem and PCB awhile back, but I've never been able to find the time. I've done some stuff with FreeType and it's damn impressive...and using it doesn't generate two dozen dependencies. =) Peter C is working on using Pango to render 'real fonts' in gschem. Look for it in 1.6. *crosses fingers* Sweet! I'm crossing my fingers too. :) -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: one fix for building under Solaris
On Jan 4, 2009, at 10:29 PM, der Mouse wrote:
(! test -z $LIBTOOLIZE) || {
...requires Bash, and blows up when run by the Bourne shell.
It does not require bash. NetBSD's stock sh, for example, which is
definitely not bash - it appears to be based on ash - accepts it just
fine. (This is as of both NetBSD 1.4T and 4.0, probably meaning
everything in between too.)
Ahh, I stand corrected, it does not require Bash. However, it's
still not a Bourne shell script, if it contains stuff that the Bourne
shell does not recognize.
This is not to say that it's not better to avoid it, especially
given a
relatively common Unix variant (Solaris) that breaks on it.
Yes.
Perhaps
test -z $LIBTOOLIZE {
works better? I can't see any reason it would be semantically
different, unless there is further control structure following the
closing }. (I can't easily test it myself, as I have no machines
running Solaris.)
I may have an opportunity to try it, if I can ever get myself dug
out of Linux dependency hell.
-Dave
--
Dave McGuire
Port Charlotte, FL
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: EDIF standard?
Hi! I am interested in the EDIF file format standard. I have found it at the ansii download site, but the price is prohibitely high for me (and I find ridiculous to ask money for standard documents anyways). Any clue? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: one fix for building under Solaris
It does not require bash. NetBSD's stock sh, for example, which is definitely not bash - it appears to be based on ash - accepts it just fine. [I]t's still not a Bourne shell script, if it contains stuff that the Bourne shell does not recognize. Well, yes; that's almost a tautology. But what is a Bourne shell these days? If you mean just the shell written by S. R. Bourne, then yes, it's not a Bourne shell script, but that's pretty much irrelevant, because I doubt there's anyone still using the real Bourne code. (Well, anyone who cares about gEDA; there are probably a few people running V9 on real PDP-11s and the like.) Also, the real Bourne code lacks a lot of things that everyone supports these days - I think a more useful working definition is stock /bin/sh, which is a different thing for each target environment and is more a matter for deciding what platforms to care about and what ones not and experimenting. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTMLmo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: EDIF standard?
I have found it at the ansii download site, but the price is prohibitely high for me (and I find ridiculous to ask money for standard documents anyways). If a standard is not documented with freely available documentation, it's unlikely any of us will even be interested in it. If people who have access to the documentation want to add support for it, feel free. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: one fix for building under Solaris
It's a useful tautology if it helps us remain portable, or at least understand our porting issues. Me, I'd go with whatever shell Posix specifies, and leave it up to the OS to provide something that conforms. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: EDIF standard?
2009/1/5 DJ Delorie d...@delorie.com: If a standard is not documented with freely available documentation, it's unlikely any of us will even be interested in it. Icarus verilog outputs EDIF for fpga targets... Of course I would be able to RTFS to figure out the subset it generates, but in such cases I prefer to implement the standard, not an interpretation of it. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: one fix for building under Solaris
On Jan 5, 2009, at 1:18 PM, der Mouse wrote: It does not require bash. NetBSD's stock sh, for example, which is definitely not bash - it appears to be based on ash - accepts it just fine. [I]t's still not a Bourne shell script, if it contains stuff that the Bourne shell does not recognize. Well, yes; that's almost a tautology. But what is a Bourne shell these days? /bin/sh on a modern system. If you mean just the shell written by S. R. Bourne, then yes, it's not a Bourne shell script, but that's pretty much irrelevant, because I doubt there's anyone still using the real Bourne code. (Well, anyone who cares about gEDA; there are probably a few people running V9 on real PDP-11s and the like.) Also, the real Bourne code lacks a lot of things that everyone supports these days - I think a more useful working definition is stock /bin/sh, which is a different thing for each target environment and is more a matter for deciding what platforms to care about and what ones not and experimenting. You're picking terminological nits, Mouse...you know exactly what I meant. When /bin/sh on the most modern commercial UNIX implementation won't run a script that is supposedly written for /bin/ sh, that's a problem. Now, of course, my build has blown up because gschem's configure script seems to want gnome-config, for some unknown reason. I upgraded cairo to 1.8.6 for this, and now my ORIGINAL installation of gschem segfaults on startup! (of course, now that I think of it, it could've been glib, gtk+, pango, atk...I am so fucked) Guys? WTF? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: one fix for building under Solaris
On Jan 5, 2009, at 1:42 PM, Dave McGuire wrote: Now, of course, my build has blown up because gschem's configure script seems to want gnome-config, for some unknown reason. Got past that, it was my own stupidity. Now: make[3]: Entering directory `/home/mcguire/build/gaf/gschem/src' source='a_pan.c' object='a_pan.o' libtool=no \ DEPDIR=.deps depmode=none /bin/bash ../depcomp \ cc -DLOCALEDIR=\/usr/local/geda-cairo/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/geda-cairo/include -I../intl -I../include -D_REENTRANT -I/usr/local/geda-cairo/include -I/usr/ local/include -I/usr/include/glib-2.0 -I/usr/lib/sparcv9/glib-2.0/ include -I/usr/openwin/include -I/usr/include/gtk-2.0 -I/usr/lib/ sparcv9/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/sfw/include - I/usr/sfw/include/freetype2 -I/usr/local/include/gtk-2.0 -I/usr/ local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/ include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include/ glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/ pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/ include/libpng12 -D_REENTRANT -D_PTHREADS -I/usr/local/include/ glib-2.0 -I/usr/local/lib/glib-2.0/include-D_REENTRANT -I/usr/ local/include -I/usr/local/include -fast -xtarget=ultra3 - xarch=v8plusb -c a_pan.c ../include/gschem_struct.h, line 85: syntax error before or at: cairo_t ../include/gschem_dialog.h, line 39: syntax error before or at: GKeyFile ... ... ... I've not yet looked at the source; I'm going to direct my frustration at a cheeseburger. :) -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: one fix for building under Solaris
On Mon, 2009-01-05 at 13:31 -0500, DJ Delorie wrote: It's a useful tautology if it helps us remain portable, or at least understand our porting issues. Me, I'd go with whatever shell Posix specifies, and leave it up to the OS to provide something that conforms. Yes, that's clearly the best choice. An interesting example is dash, which you can learn more about here if you wish to: http://en.wikipedia.org/wiki/Debian_Almquist_shell Bdale ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: one fix for building under Solaris
On Mon, 2009-01-05 at 13:50 -0500, Dave McGuire wrote: On Jan 5, 2009, at 1:42 PM, Dave McGuire wrote: Now, of course, my build has blown up because gschem's configure script seems to want gnome-config, for some unknown reason. Got past that, it was my own stupidity. Now: If it looks for anything gnome- specific, that's a bug. I'll take it that's not the case though, unless you say otherwise. xarch=v8plusb -c a_pan.c ../include/gschem_struct.h, line 85: syntax error before or at: cairo_t ../include/gschem_dialog.h, line 39: syntax error before or at: GKeyFile I wonder if its finding the include files for an older version of GLib? -- 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: Wish list for gschem
On Monday 05 January 2009 01:45:03 John Griessen wrote: I'd like to see gschem's hot-keys/keyboard-shortcuts be user changeable without recompiling by something like pcb's pcb-menu.res file. They are. Look in system-gschemrc. All that's required after editing is a restart of gschem. -- 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: Solaris build problems, 'elp?
On Mon, 05 Jan 2009 12:50:32 -0500, Dave McGuire wrote: I assume I got the head with git clone git://git.gpleda.org/ gaf.git? (I'm a CVS/SVN guy...git gives me gas) There is an abridged git howto in the geda wiki: http://geda.seul.org/wiki/geda:scm Now if we could only do something about that horrid font. Your wish is Peter Cliftons command. He managed to make gschem use an external font engine for the screen (pango). My blog contains screenshots of an early test version of the pango enabled branch: http://lilalaser.de/blog/?p=90 The text size issue has relaxed since then. And Ales decided to push these features as soon as possible. ---(kaimartin)--- ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: one fix for building under Solaris
On Mon, 2009-01-05 at 18:56 +, Peter Clifton wrote: On Mon, 2009-01-05 at 13:50 -0500, Dave McGuire wrote: On Jan 5, 2009, at 1:42 PM, Dave McGuire wrote: Now, of course, my build has blown up because gschem's configure script seems to want gnome-config, for some unknown reason. Got past that, it was my own stupidity. Now: If it looks for anything gnome- specific, that's a bug. I'll take it that's not the case though, unless you say otherwise. xarch=v8plusb -c a_pan.c ../include/gschem_struct.h, line 85: syntax error before or at: cairo_t ../include/gschem_dialog.h, line 39: syntax error before or at: GKeyFile I wonder if its finding the include files for an older version of GLib? Specifically, from your copied output, I see some potential conflicts: -I/usr/local/include/cairo -I/usr/local/geda-cairo/include -I/usr/include/glib-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/lib/sparcv9/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/lib/sparcv9/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/sfw/include/freetype2 Some of these are listed multiple times! I'll take bets that is the root cause of the problems you're seeing. Unfortunately, with that stack of things it can find.. there is a good chance that the other pieces you've built so far may be linked against the wrong headers. You might need to set PKG_CONFIG_PATH to point where there are tools installed which you want it to pickup. Unfortunately, I don't know if there is a way to force it not to pickup the default paths as well. setting PKG_CONFIG_LIBDIR might help there. -- 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: one fix for building under Solaris
der Mouse mo...@rodents-montreal.org wrote: If you mean just the shell written by S. R. Bourne, then yes, it's not a Bourne shell script, but that's pretty much irrelevant, because I doubt there's anyone still using the real Bourne code. I do! I am not aware of any user-visible differences in /bin/sh between V7 and 4.3BSD, nor have I changed anything between 4.3BSD and 4.3BSD-Quasijarus. (Well, anyone who cares about gEDA; I do very much care about free open source EDA, but gEDA's heavy slant toward too-modern-for-me computing environments has prompted me to write uEDA as a replacement. (As 'g' in gEDA stands for GNU, the 'u' in uEDA stands for UNIX!) there are probably a few people running V9 on real PDP-11s and the like.) So in your mind V9 on a real PDP-11 counts but 4.3BSD-Quasijarus on a real VAX doesn't? Why? MS ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Solaris build problems, 'elp?
On Mon, 2009-01-05 at 19:02 +, Kai-Martin Knaak wrote: On Mon, 05 Jan 2009 12:50:32 -0500, Dave McGuire wrote: I assume I got the head with git clone git://git.gpleda.org/ gaf.git? (I'm a CVS/SVN guy...git gives me gas) There is an abridged git howto in the geda wiki: http://geda.seul.org/wiki/geda:scm Now if we could only do something about that horrid font. Your wish is Peter Cliftons command. He managed to make gschem use an external font engine for the screen (pango). My blog contains screenshots of an early test version of the pango enabled branch: http://lilalaser.de/blog/?p=90 The text size issue has relaxed since then. And Ales decided to push these features as soon as possible. There is still quite a bit of work to do before the pango rendering is ready for inclusion. I've suggested to Ales that he might want to leave that for 1.5.3, and get a 1.5.2 out of the door for people to test the cairo stuff on its own for now. I'd still like to see the pango stuff ready for 1.6, but with anti-aliased text lines in the cairo branch (although slower than pango), things aren't as bad as they used to be. In case anyone's interested, remaining pango issues: Metric hinting.. or not. On means we have to recompute text bounds at every zoom level change, but output is legible. Output varies in exact position w.r.t other objects on page with zoom level changes. Glyph outline hintning.. various levels of. Turn it off, you have blurry font outlines. Turn it on without metric hinting, and you get bad kerning of characters, which also makes things harder to read. Stroke thinning at low zoom levels.. Sometimes the pango rendered output is more legible than the cairo rendering of gschem't font.. other times not. The pango glyphs start to fade very quickly, once you reach a particular zoom level. I can't really see how to avoid it though. Pango (or cairo - not sure which) keeps reducing the stroke width below 1px size, even with full glyph hinting switched on. Should we tie the magic scale factor (about 1.3) to the same scale factor used for postscript printing? It is probably going to be the same number. How can we keep printing support in step with the stuff pango can render for us? (That might require a major shake up; using cairo for printing). Best regards, -- 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: Solaris build problems, 'elp?
On Jan 5, 2009, at 2:02 PM, Kai-Martin Knaak wrote: Now if we could only do something about that horrid font. Your wish is Peter Cliftons command. He managed to make gschem use an external font engine for the screen (pango). My blog contains screenshots of an early test version of the pango enabled branch: http://lilalaser.de/blog/?p=90 The text size issue has relaxed since then. And Ales decided to push these features as soon as possible. Beautiful! Wow, I can't wait to see that get integrated. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Solaris build problems, 'elp?
On Mon, 2009-01-05 at 19:16 +, Peter Clifton wrote: In case anyone's interested, remaining pango issues: Metric hinting.. or not. On means we have to recompute text bounds at every zoom level change, but output is legible. Output varies in exact position w.r.t other objects on page with zoom level changes. Glyph outline hintning.. various levels of. Turn it off, you have blurry font outlines. Turn it on without metric hinting, and you get bad kerning of characters, which also makes things harder to read. Stroke thinning at low zoom levels.. Sometimes the pango rendered output is more legible than the cairo rendering of gschem't font.. other times not. The pango glyphs start to fade very quickly, once you reach a particular zoom level. I can't really see how to avoid it though. Pango (or cairo - not sure which) keeps reducing the stroke width below 1px size, even with full glyph hinting switched on. Should we tie the magic scale factor (about 1.3) to the same scale factor used for postscript printing? It is probably going to be the same number. How can we keep printing support in step with the stuff pango can render for us? (That might require a major shake up; using cairo for printing). More issues: Probably not using the right point for vertical text alignment. That code's a mess, and needs yet more attention. (Its been the main grief of all the text rendering updates - at least it looks right visually now.) Probably invalidating the wrong bounds on screen - related to above, and to positioning of over-bars. Overbar rendering leaves ~1px gaps between overbars rendered as separate, but adjacent runs of text. (E.g. if you have a tab under the overbar). Might just need to +1 to right-most rendered X coordinate of the bar. It's almost certainly broken in various subtle / non-sublte ways for right-to-left, and vertical text layouts, but I'll leave those for another release! Best regards, -- 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: one fix for building under Solaris
On Jan 5, 2009, at 2:30 PM, Peter Clifton wrote: I'm considering weeding out the ancient stuff that shipped with Solaris, but then I'm not sure what that'll break. What a can of worms. I'd love to be able to tell the configure scripts don't look at anything outside of /usr/local. You might want to re-run the autogen.sh on the various programs, futzing it in such a way to pass extra arguments to aclocal. Setting ACLOCAL_FLAGS might help - the autogen.sh for the gEDA tools seems to pass anything set in that as arguments to aclocal. Other packages being build might need different treatment. --acdir=DIR Look for the macro files in DIR instead of the installation directory. This is typically used for debugging. -I DIR Add the directory DIR to the list of directories searched for .m4 files. PKG_CONFIG_PATH seems to be the culprit here. With it trimmed to this: /usr/local/geda-cairo/lib/pkgconfig:/usr/local/lib/pkgconfig ...I get: checking for GDK... no configure: error: Cannot find gdk, please make sure it is installed. make: *** [libgeda/config.h] Error 1 This suggests that the GDK installation it found earlier was elsewhere in the system. Now, I've just installed gtk+ v2.14.6...shouldn't GDK be a part of that? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: EDIF standard?
On Mon, Jan 5, 2009 at 6:21 PM, Árpád Magosányi mag...@rabic.org wrote: I am interested in the EDIF file format standard. Perhaps this can of use for you: http://www.rulabinsky.com/cavd/text/chapd.html There are many aspects of the EDIF format which are left undefined in the standard. This makes implementing it quite tricky - you'd need to compare your implementation with others (which can be far more expensive than the standard itself). I have found it at the ansii download site, but the price is prohibitely high for me (and I find ridiculous to ask money for standard documents anyways). The price is $388.00 for IEC 61690-2 (EDIF-4) for a single user license (of the document itself, it looks like there is no NDA required). I agree this is quite a lot of money, especially if you are writing free software. Still, the standard is there, available for everybody. Perhaps this is where a donation system or a foundation (GNU?) could help. regards, -r ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Monday 05 January 2009 20:23:06 r wrote: On Tue, Dec 30, 2008 at 10:20 PM, Peter TB Brett pe...@peter-b.co.uk wrote: I'd like to see gschem's hot-keys/keyboard-shortcuts be user changeable without recompiling by something like pcb's pcb-menu.res file. They are. Look in system-gschemrc. All that's required after editing is a restart of gschem. It's perfectly functional but has a problem - there is no way (or I wasn't able to find one) to register/unregister the shortcuts table. This forces the user to modify the system-level configuration file, which is going to be overwritten at the next update of gschem. Such mechanism would also allow for distributing gEDA with multiple shortcuts definitions. The user could then choose shortcuts that emulate his/her favorite EDA software. It's on my personal to-do list, but don't hold your breath. 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: Wish list for gschem
I'd like to see gschem's hot-keys/keyboard-shortcuts be user changeable without recompiling by something like pcb's pcb-menu.res file. They are. Look in system-gschemrc. All that's required after editing is a restart of gschem. It's perfectly functional but has a problem - there is no way (or I wasn't able to find one) to register/unregister the shortcuts table. This forces the user to modify the system-level configuration file, which is going to be overwritten at the next update of gschem. Such mechanism would also allow for distributing gEDA with multiple shortcuts definitions. The user could then choose shortcuts that emulate his/her favorite EDA software. U. try putting a .gschemrc in your local $HOME/.gEDA directory, and then putting your favorite key bindings in there. You can also put a project-specific .gschemrc in your project directory (the one where you run the software). This is covered in more detail on the wiki: http://geda.seul.org/wiki/geda:usage#what_are_the_names_and_locations_of_the_rc_files_used_with_geda_gaf_applications Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Mon, Jan 5, 2009 at 8:42 PM, Stuart Brorson s...@cloud9.net wrote: U. try putting a .gschemrc in your local $HOME/.gEDA directory, and then putting your favorite key bindings in there. You are right. It looks like keymap can already be switched by redefining current-keymap. It think the problem I hit in the past was actually changing the menu (once added by add-menu it cannot be removed nor changed). In gschem-1.4.0 (Ubuntu) redefining a menu that was already added causes gschem to segfault. Not sure if that's a known error. See the example user config file below: (define help-menu-items '( (gEDA Documentation... help-manual help-manual) (gschem FAQ... help-faq help-faq) (gEDA Wiki... help-wiki help-wiki) (Component Documentation...hierarchy-documentation hierarchy-documentation) (SEPARATOR no-action no-action) (Hotkeys...help-hotkeyshelp-hotkeys) (About... help-about help-about))) Regards, -r. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Solaris build problems, 'elp?
I second that. VERY NICE. Finally getting away from that dated DOS app looking output. On Mon, 2009-01-05 at 14:25 -0500, Dave McGuire wrote: On Jan 5, 2009, at 2:02 PM, Kai-Martin Knaak wrote: Now if we could only do something about that horrid font. Your wish is Peter Cliftons command. He managed to make gschem use an external font engine for the screen (pango). My blog contains screenshots of an early test version of the pango enabled branch: http://lilalaser.de/blog/?p=90 The text size issue has relaxed since then. And Ales decided to push these features as soon as possible. Beautiful! Wow, I can't wait to see that get integrated. -Dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Wish list, sort of
There was talk a while ago about integrating gschem with a database. Any status change on that? Any way I can help implement/test with mysql? -- +---+ Mike Crowe Gulf Coast Data Concepts 611 Nicholson Ave Waveland, MS 39576 e-mail: mcr...@gcdataconcepts.com phone: 228.424.6307 30d 17.753' North 089d 22.022' West home of the USB-Accelerometer http://www.gcdataconcepts.com/xlr8r-1.html +---+ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list, sort of
On Mon, Jan 5, 2009 at 10:02 PM, Mike Crowe mcr...@gcdataconcepts.com wrote: There was talk a while ago about integrating gschem with a database. Any status change on that? Any way I can help implement/test with mysql? What do you mean by integration with database? AFAIR there were two database-related ideas discussed here: - attaching to a (online?) symbol database. I don't know details - that's PCB guys' toy. - storing design data in a database. IMHO a good idea but not very popular here. Regards, -r. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list, sort of
On Mon, 2009-01-05 at 22:12 +, r wrote: On Mon, Jan 5, 2009 at 10:02 PM, Mike Crowe mcr...@gcdataconcepts.com wrote: There was talk a while ago about integrating gschem with a database. Any status change on that? Any way I can help implement/test with mysql? What do you mean by integration with database? AFAIR there were two database-related ideas discussed here: - attaching to a (online?) symbol database. I don't know details - that's PCB guys' toy. - storing design data in a database. IMHO a good idea but not very popular here. This second thing. In my (weak) world view of electrical schematics there exist three types of data netlist data - provides component to component connectivity) graphical data - infomation related to rendering a graphical schematic component data - additional infomation about the component, not strictly needed for the schematic (footprint, vendor info, price availability) I don't know if putting gschem netlist data or the graphics data into a database helps with much, as relationalism there doesn't seem to be of much benefit. Putting the component data into a database can be of significant benefit, not so much at the design, level, but the production / project management level. Most of my schematic attribute data for a component resides in a mysql database, as it is simpler to maintain. I am also able to maintain a part inventory with it and generate per unit board cost data with it. I guess that I have fallen in love with relational databases. Since I'm quickly heading toward age 50, perhaps love is a little strong, maybe something more like a strong affection for:-) Regards, -r. ___ 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: Wish list, sort of
Hi, I have a system (scripts) which works for me. Generally, it is a script wich automagically adds/replaces attributes to/of symbols in a *.sch file. If you are interested, I can give you more details, and share my scripts. Cheers, Levente On Mon, 05 Jan 2009 16:02:52 -0600 Mike Crowe mcr...@gcdataconcepts.com wrote: There was talk a while ago about integrating gschem with a database. Any status change on that? Any way I can help implement/test with mysql? -- +---+ Mike Crowe Gulf Coast Data Concepts 611 Nicholson Ave Waveland, MS 39576 e-mail: mcr...@gcdataconcepts.com phone: 228.424.6307 30d 17.753' North 089d 22.022' West home of the USB-Accelerometer http://www.gcdataconcepts.com/xlr8r-1.html +---+ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user -- Levente Kovacs http://logonex.eu ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: EDIF standard?
On Mon, Jan 5, 2009 at 9:55 PM, Dave N6NZ n...@arrl.net wrote: EDIF still exists? Ouch. EDIF == Every Disk Is Full. EDIF is grammatically an incredibly verbose file format, and lexically inefficient as well. It is also pretty nasty to parse -- very unfriendly for LALR parsing like flex/bison can do for you. EDIF failed to meet its goal of a universal EDA exchange format but it wasn't caused by its weaknesses. It was the whole idea of one format fits all that failed. EDA packages use completely different abstractions for multiple basic constructs (not to say about more advanced ones) and the effect is that EDIF can only be treated as a lowest common denominator import/export format (and lowest means *really* low here). Even though it's not terribly useful there are currently no other formats for exchanging e.g. schematics. Sure, there is OpenAccess but it's more an API than a format and it still imposes some design decisions just like EDIF did. EDIF is fairly widely adopted as a *netlist* exchange format (although structural verilog is more popular now). It's easy to parse (BTW, using bison here would be an overkill) and is as compact as any other text netlist format can be (or better, if compared to VHDL). For a synthesis tool, it currenlty makes more sense to input/output data in verilog. Its structural subset is not much more complicated than EDIF and at very least can be directly simulated (especially if assisted with SDF). Several years ago verilog was not very well supported by some FPGA backend tools but that might have changed by now. Regards, -r ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list, sort of
Mike Crowe mcr...@gcdataconcepts.com wrote: In my (weak) world view of electrical schematics there exist three types of data netlist data - provides component to component connectivity) graphical data - infomation related to rendering a graphical schematic component data - additional infomation about the component, not strictly needed for the schematic (footprint, vendor info, price availability) Ditto, this is also how I view the EDA flow and viewing these three as mostly orthogonal is indeed the philosophy that I have implemented in uEDA/uschem, quite in contrast with gEDA/gaf's approach. But I don't use any databases in uEDA though, the source code for a design is all text files to be entered in vi, i.e., the EDA flow is vi and make (and cvs). The component data are entered in the MCL (Master Component List) whereas the netlist and graphical data are captured in the schematic source (.usch) files. The latter have a language designed to keep the different classes of data (netlist, graphical, links to MCL for components) as orthogonal as possible. MS ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA-dev: Intalling repo code on Ubuntu 8.10 Another question:
r wrote: Another question: Is there a way of compiling geda without superuser permissions? Running make all in the gaf directory tries to install the software into the final destination. I have not tested it, but I think if you configure with --prefix=/opt/geda or some other location your login has permissions to write on, and add /opt/geda/libs to your /etc/ld.so.conf you could. 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: gEDA-dev: Intalling repo code on Ubuntu 8.10 Another question:
John Griessen wrote: I think if you configure with --prefix=/opt/geda nahh... Nevermind... Like Ales said. With env variables. JG -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
