Re: gEDA-user: Database on symbols, footprints and other (was "Re: gattrib")
On May 1, 2010, at 7:37 PM, Armin Faltl wrote: Looks ok: [ a...@ajf8 /usr/tmp/gparts] > autoreconf -vi Someone else pointed out the autogen.sh script, which I assumed you had checked for already. It contains a similar command line. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was "Re: gattrib")
On Sat, May 1, 2010 at 6:33 AM, Armin Faltl wrote: > Hi all, esp. authors of gpart, > > an attempt to run autoconf in gparts gives me: >> autoconf > configure.ac:2: error: possibly undefined macro: AM_INIT_AUTOMAKE > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > configure.ac:9: error: possibly undefined macro: AM_PROG_LIBTOOL What happens if you run 'autoreconf -vi'? -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Fri, Apr 23, 2010 at 3:22 PM, Jim wrote: > I have yet to see anyone demonstrate the blue screen of death on Linux. > Black and white, yes but blue was unique. To be fair, it can be invoked on demand as part of xscreensaver. -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Patch to PCB build system needs testing/feedback
On Mon, Apr 19, 2010 at 5:27 PM, Armin Faltl wrote: > I feel make V=0.5 would be ideal: omit the stuff if everything goes well > and show the commandline (and the directory this make was started in) > if an error occurs (not for warnings). ... which you should get if you run "make || make V=1". In all likelihood, the errors will still be there the second time. I dunno, this looks suspiciously similar to what the Linux kernel's kbuild system has been doing for a number of years now. I don't think it's too much to ask users to re-post build logs with "V=1". -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: How do I change initial window size on gschem and pcb?
On Wed, Apr 7, 2010 at 8:38 AM, Peter Clifton wrote: > On Wed, 2010-04-07 at 14:23 +0800, Atommann wrote: >> So, you can open /usr/share/gEDA/system-gschemrc and search for >> keyword "window", read it and you will find how to change the initial >> size of the gschem window :) >> >> You can also add the following line to the file ~/.gEDA/gschemrc to >> override the settings in system-gschemrc >> (window-size 950 712) ; Good size for 1152x864 > > Looking at the code, I'm not sure that will actually do anything.. let > me know if it works. I used to include a patch in the Fink package which changed system-gschemrc to take into account the default size of the OS X dock (which cuts into the screen real estate, and isn't obvious from the root window size reported by the X server). But it was hard-coded to fit a 1024x768 display (and it assumed the dock was on the bottom), so I took it out. Lately, I just hit the green "maximize" button, as someone else suggested. That does seem to be aware of the size of the dock. -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA/gaf release branch in git? mac build?
On Mar 30, 2010, at 5:49 PM, Dave N6NZ wrote: Hi, I'm about to attempt building gEDA/gaf on a Mac. My plan is to use the git repo. Two questions: 1. Is there a branch or tag or such for the "latest release"? I'd like to track that and not follow the development head for now. 2. Any special Mac build tricks I should know about? I use macports, not fink, and don't plan to use fink since macports and fink don't always get along. My naive plan is to simply chase all the dependancies away with macports until gEDA/gaf builds. Now would be a good time to stop me from doing something dumb. Even if you don't use Fink itself, the info files for gEDA and PCB are in CVS. This can help if you are filing a ticket to update MacPorts. http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/sci/geda-gaf.info?view=markup http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/x11/pcb.info?view=markup Ignore the 10.4 in the URLs- the build infrastructure has been modified to allow multiple OS versions in a single info file. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Cygwin still supported?
On Wed, Mar 24, 2010 at 2:30 PM, David MacQuigg wrote: > The alternatives I am considering are install under Mac OS X, or set up a > third machine with a suitable Linux distro. I've been using Cygwin for all > my Unix needs, so I would like to stick with that, if possible. I also use > CentOS (a clone of Redhat) on a remote server. I can't imagine that it would be that hard to get working under Cygwin, but if you do decide to go with Mac OS X, I try to update the Fink packages for gEDA, PCB and gerbv within a week or two of their respective releases. New versions show up in the "unstable" category until someone reports success. http://pdb.finkproject.org/pdb/package.php/geda-gaf http://pdb.finkproject.org/pdb/package.php/gerbv http://pdb.finkproject.org/pdb/package.php/pcb -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Native Mac OS X?
On Sat, Mar 6, 2010 at 1:25 AM, Dave McGuire wrote: > On Mar 5, 2010, at 7:54 PM, Steven Michalske wrote: >>>> >>>> Ahhh... OK, I get it. Yes, my build brings up the X server. But other >>>> than the start-up time, that doesn't bother me. X11 is preinstalled as of >>>> 10.6 (or maybe 10.5, I forget which) so the hassle factor is pretty >>>> minimal. >>> >>> 10.6 seems to define a $DISPLAY environment variable in a way that makes >>> it a hook to a launcher that brings up X11.app on demand. >> >> This feature existed in Leopard as well, but many folks had set DISPLAY in >> their profiles and overrode the launcher. >> >> In 10.5 and beyond you want to not set DISPLAY in your profile. > > "Feature"? This isn't how X works, it's not how X EVER worked, and it's > not how X is SUPPOSED to work. Wow I wonder what they were smoking when > they did this. Steve did a good job of explaining the mechanics of this, but do note that most X servers are launched before the user session starts, and therefore would not benefit from the on-demand server startup that OS X has. You explained previously that you keep X11.app open all day - for those who only open it once in a while, it's nice not to have to worry about whether you set $DISPLAY properly, or whether your DISPLAY=:0 line just stomped on a SSH X forwarding setting. -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA/gaf Mac OSX screenshots?
On Wed, Mar 3, 2010 at 2:46 PM, Steven Michalske wrote: > > On Mar 2, 2010, at 7:15 PM, Charles Lepple wrote: > >> On Feb 27, 2010, at 8:17 PM, Dave McGuire wrote: >> >>> On Feb 27, 2010, at 4:42 PM, Peter Clifton wrote: >>>>>> >>>>>> Have you ever looked at the GL branch of PCB (my repository here: >>>>>> >>>>>> git clone git://repo.or.cz/geda-pcb/pcjc2.git >>>>>> git checkout -b before_pours origin/before_pours >>>>>> >>>>>> configure with --enable-gl >>>>>> >>>>>> (Build). >>>>> >>>>> I get this: >>>>> >>>>> configure: error: You don't seem to have the GL library headers >>>>> installed. >>>> >>>> You will need them, wherever they come from. I'm not familiar with how >>>> you get development headers on OS-X, nor how the X11 / GL stuff >>>> integrates on that platform. >>> >>> Oh, I *SO* have development headers and X11 on this machine. ;) I >>> suspect, though, that the GL stuff only comes with more recent releases of >>> OS X. I'm running 10.4 on this system, and will be stuck at that release >>> until I'm convinced that the bugs in 10.5 have actually been fixed. >> >> Dave, >> >> Peter and I haven't come up with a good way to handle this in a clean >> autoconf-y way, but if you want to play around with this branch, here's the >> missing magic: >> >> perl -pi -e "s,GL/gl.h,OpenGL/gl.h,g;s,GL/glu.h,OpenGL/glu.h,g" >> src/hid/common/hidgl.c src/hid/gtk/gtkhid-main.c src/hid/gtk/gui.h >> >> The configure script just assumes that OS X puts the headers in GL/, but >> they are part of a framework. >> >> You might also have to revert the "space navigator" commit, too. >> >> Hopefully I will have some time to package up this branch, but in the mean >> time, this will get you closer to compiling. >> >> -- >> Charles Lepple >> > > Unless this has changed recently I configure with this one line. > > export CPPFLAGS=-I/usr/X11/include/; ./configure --prefix=/sw > --disable-update-desktop-database --disable-update-mime-database --enable-gl > --disable-doc > > And revert the space navigator. while cursing the history rewrites of > Peter's work flow ;-) Peter and I were actually discussing that this morning (all three items: -I/usr/X11/include, reverting the space navigator, and how horribly confusing the stgit branches look to an outsider). One point that Peter also brought up was that there might be some performance considerations with one of the libGL libraries. I don't think it will be a problem linking against the one in /usr/X11/lib, since glxinfo seems to indicate that direct rendering is enabled. But that is still something to investigate further. -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA/gaf Mac OSX screenshots?
On Feb 27, 2010, at 8:17 PM, Dave McGuire wrote: On Feb 27, 2010, at 4:42 PM, Peter Clifton wrote: Have you ever looked at the GL branch of PCB (my repository here: git clone git://repo.or.cz/geda-pcb/pcjc2.git git checkout -b before_pours origin/before_pours configure with --enable-gl (Build). I get this: configure: error: You don't seem to have the GL library headers installed. You will need them, wherever they come from. I'm not familiar with how you get development headers on OS-X, nor how the X11 / GL stuff integrates on that platform. Oh, I *SO* have development headers and X11 on this machine. ;) I suspect, though, that the GL stuff only comes with more recent releases of OS X. I'm running 10.4 on this system, and will be stuck at that release until I'm convinced that the bugs in 10.5 have actually been fixed. Dave, Peter and I haven't come up with a good way to handle this in a clean autoconf-y way, but if you want to play around with this branch, here's the missing magic: perl -pi -e "s,GL/gl.h,OpenGL/gl.h,g;s,GL/glu.h,OpenGL/glu.h,g" src/ hid/common/hidgl.c src/hid/gtk/gtkhid-main.c src/hid/gtk/gui.h The configure script just assumes that OS X puts the headers in GL/, but they are part of a framework. You might also have to revert the "space navigator" commit, too. Hopefully I will have some time to package up this branch, but in the mean time, this will get you closer to compiling. -- Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA/gaf Mac OSX screenshots?
On Feb 27, 2010, at 12:18 PM, Stefan Salewski wrote: On Sat, 2010-02-27 at 11:01 -0500, Charles Lepple wrote: I have an old design I could use, but if anyone else is looking to publicize their design this way, email me a link, and l'll load it up on a Mac and take a few screenshots. You may use this medium size 4 layer board: http://www.ssalewski.de/DAD.html.en Stefan, I get a 404 error on the board download link. - Charles ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Native Mac OS X?
On Sun, Feb 28, 2010 at 11:24 AM, Dave N6NZ wrote: > > On Feb 27, 2010, at 12:44 PM, Peter Clifton wrote: > >> Someone with a Mac might like to try building gEDA and PCB with a native >> version of GTK? > OK, I'll play dumb. I recently built PCB from git after naively using > macports to make all the dependancies go away. How is that different from > what I did? When you run PCB, does it require an X server? In this context, a "native" PCB would not need X11.app to run. -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Native Mac OS X?
On Sun, Feb 28, 2010 at 6:54 AM, Peter Clifton wrote: > On Sat, 2010-02-27 at 23:42 -0500, Charles Lepple wrote: >> On Sat, Feb 27, 2010 at 3:44 PM, Peter Clifton wrote: >> > Someone with a Mac might like to try building gEDA and PCB with a native >> > version of GTK? >> >> Is it currently possible to tell a running copy of gschem to open a >> schematic? If not, that is probably something that needs to be fixed >> before worrying about the rest of the Mac look-and-feel. > > Why? Is that parts of the Mac way.. single instance of a running > application? I should have qualified the "needs to be fixed" part a bit. It is certainly possible to run several copies of gschem on OS X (after all, it is just running an X server at the moment), but if you want it to look and feel like a native application, with a single dock icon, it is probably best to have a single instance. This would go a long way towards having a user double-click on a schematic to open it. > Should be possible (eventually). I think the common method is for there > to be some IPC code in the app (perhaps DBus, perhaps other) - which > looks for other instances. If one exists, it sends the other instance a > command to open the requested file - then itself exits. Yup, that's what I was thinking of. -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Native Mac OS X?
On Sat, Feb 27, 2010 at 3:44 PM, Peter Clifton wrote: > Someone with a Mac might like to try building gEDA and PCB with a native > version of GTK? Is it currently possible to tell a running copy of gschem to open a schematic? If not, that is probably something that needs to be fixed before worrying about the rest of the Mac look-and-feel. Gimp for OS X has been using the X11 server and some OS X look-alike themes for a while, and it integrates pretty well due to the gimp-remote command. I think I saw some D-BUS automation interface to PCB - is there something similar on gschem? -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA/gaf Mac OSX screenshots?
On Feb 27, 2010, at 10:05 AM, Ales Hvezda wrote: Hi, Could somebody please send me some screenshots of gEDA/gaf 1.6.x and/ or PCB running on Mac OSX? Preferably with an interesting schematic/PCBs that you don't mind sharing with the world? I have an old design I could use, but if anyone else is looking to publicize their design this way, email me a link, and l'll load it up on a Mac and take a few screenshots. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: desktop-i18n in gEDA
On Wed, Feb 24, 2010 at 5:37 AM, Peter TB Brett wrote: > On Tue, 23 Feb 2010 23:16:49 -0500, Charles Lepple > wrote: >> >> I think the Fedora build is silently accepting the other directory >> under BUILDROOT: >> >> Making install in po >> make[3]: Entering directory `/builddir/build/BUILD/geda-gaf-1.6.0/ >> libgeda/po' >> /usr/bin/make prefix=../../.desktop-i18n install && cp ./ >> LINGUAS ../../.desktop-i18n/libgeda38.LINGUAS || rm stamp-i18n >> make[4]: Entering directory `/builddir/build/BUILD/geda-gaf-1.6.0/ >> libgeda/po' >> /bin/mkdir -p /builddir/build/BUILDROOT/geda-gaf-1.6.0-3.fc13.i386/usr/ >> share >> installing nl.gmo as /builddir/build/BUILDROOT/geda- >> gaf-1.6.0-3.fc13.i386../../.desktop-i18n/share/locale/nl/LC_MESSAGES/ >> libgeda38.mo >> ... >> > > Wow, that's pretty epicly broken of something, especially since I'm being > careful to specify the DESKTOP_I18N_LOCALE_DIR relative to $(top_builddir). > Please check the Makefile in the po directories to verify that > '@DESKTOP_I18N_LOCALE_DIR@' is expanded to '$(top_builddir)/.desktop-i18n'. Here's the corresponding portion of libgeda/po/Makefile from 1.6.1 on my machine: (very similar to 1.6.0 but I forgot to save that build directory) > top_builddir = ../.. > MKDIR_P = /sw/bin/gmkdir -p > > DESKTOP_I18N_LOCALE_DIR = $(top_builddir)/.desktop-i18n It seems that DESTDIR is prepended to top_builddir without an intermediate libgeda/po for the "../.." part to consume. > I'm open to suggestions as to how to fix this, because I still can't see > what I've done wrong here. :-| I don't know either. Are there any other packages which try to use gettext in this fashion? -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: desktop-i18n in gEDA
[cc'ing geda-user since it looks like my subscription is all sorted out]
On Feb 19, 2010, at 9:54 AM, Peter TB Brett wrote:
Charles Lepple wrote:
Peter,
sorry to email you directly, but I am having some issues
subscribing to geda-user. (I'll email Ales later today.)
I am trying to package up geda-gaf 1.6.1 for Fink, and it is
trying to install some files outside the build root.
The whole log is here:
http://www.ghz.cc/charles/tmp/fink-build-log-geda-2010-02-17.txt.gz
The lines I am concerned with are here:
make prefix=../../.desktop-i18n install && cp ./
LINGUAS ../../.desktop-i18n/geda-gschem.LINGUAS|| rm stamp-i18n
/sw/bin/gmkdir -p /sw/src/fink.build/root-geda-
gaf-1.6.1-0../../.desktop-i18n/share
/sw/bin/gmkdir: cannot create directory `/sw/src/fink.build/root-
geda-gaf-1.6.1-0..': Permission denied
make[4]: *** [install-data-yes] Error 1
Can you please help me understand what the desktop-i18n code is
trying to do here?
desktop-i18n needs to use gettext to translate the gEDA .desktop and
mimeinfo files. Unfortunately, gettext only works if it's pointed at
a a validly-structured locale directory containing compiled
translation databases. In order to provide this, desktop-i18n adds
rules to the po directory makefiles to 'install' the translation
databases into ${builddir}/.desktop-i18n. It appears that setting
DESTDIR is somehow interfering with this.
Though they use a very similar package build methodology, the Fedora
and Debian packagers don't seem to have experienced this issue; I'd
expect to have have heard from them by now! Perhaps there's
something they're doing differently?
I think the Fedora build is silently accepting the other directory
under BUILDROOT:
Making install in po
make[3]: Entering directory `/builddir/build/BUILD/geda-gaf-1.6.0/
libgeda/po'
/usr/bin/make prefix=../../.desktop-i18n install && cp ./
LINGUAS ../../.desktop-i18n/libgeda38.LINGUAS || rm stamp-i18n
make[4]: Entering directory `/builddir/build/BUILD/geda-gaf-1.6.0/
libgeda/po'
/bin/mkdir -p /builddir/build/BUILDROOT/geda-gaf-1.6.0-3.fc13.i386/usr/
share
installing nl.gmo as /builddir/build/BUILDROOT/geda-
gaf-1.6.0-3.fc13.i386../../.desktop-i18n/share/locale/nl/LC_MESSAGES/
libgeda38.mo
...
That was from the build log here:
http://kojipkgs.fedoraproject.org/packages/geda-gaf/1.6.0/3.fc13/data/logs/i686/build.log
Apparently that web site requires the exact package name, so here's a
direct link to the geda-gaf status page: http://koji.fedoraproject.org/koji/packageinfo?packageID=9271
The Debian logs that I checked did not seem to show that level of
detail.
[ One possibility to investigate is that of running 'make all'
without DESTDIR and then 'make install' with DESTDIR. ]
The Fink build process is currently running "make all" without DESTDIR.
I could add a slash to the path being passed into DESTDIR, but that
wouldn't work either (the build process can't write to /sw/src, just
its allocated (/sw/src/fink.build/root-name_of_package-ver-rev).
--
Charles Lepple
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Ancient pcb versions on Fink/MacPorts
On Dec 31, 2009, at 1:14 PM, Donald Tillman wrote: >> From: Charles Lepple >> Date: Thu, 31 Dec 2009 08:31:01 -0500 >> >> Ah, I see the problem. I don't think I went back quite far enough for >> my upgrade testing. >> >> I will try and recreate this scenario on my machine over the weekend, >> but for now, you can force install by running this in a terminal: >> >> sudo dpkg -i --force-overwrite /sw/fink/dists/unstable/main/binary- >> darwin-i386/sci/geda-gaf_1.6.0-3_darwin-i386.deb > > Ah, rockin'! After an update, there's a bright shiny version > 20091103 of pcb. > > Thanks! You're welcome! Glad to hear that worked. - Charles ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Ancient pcb versions on Fink/MacPorts
On Dec 30, 2009, at 11:46 PM, Donald Tillman wrote: >> From: Charles Lepple >> Date: Wed, 30 Dec 2009 22:17:57 -0500 >> >> I really thought I had tested this upgrade path... what do you get >> from: >> >>fink list geda >> and >>dpkg -l geda\* > > > Here ya go: Ah, I see the problem. I don't think I went back quite far enough for my upgrade testing. I will try and recreate this scenario on my machine over the weekend, but for now, you can force install by running this in a terminal: sudo dpkg -i --force-overwrite /sw/fink/dists/unstable/main/binary- darwin-i386/sci/geda-gaf_1.6.0-3_darwin-i386.deb Hopefully, we can make this smoother in the future. Thanks for your patience! - Charles ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Ancient pcb versions on Fink/MacPorts
On Dec 30, 2009, at 12:05 PM, Donald Tillman wrote: >> From: John Doty >> Date: Wed, 30 Dec 2009 09:00:01 -0700 >> >> On Dec 29, 2009, at 9:12 AM, Donald Tillman wrote: >> >>> /sw/bin/dpkg: error processing /sw/fink/dists/unstable/main/binary- >>> darwin-i386/sci/geda-gaf_1.6.0-3_darwin-i386.deb (--install): >>> trying to overwrite `/sw/bin/gsch2pcb', which is also in package >>> geda-gsch2pcb >> >> You might need to do "fink remove geda-gsch2pcb" first. > > Okay, I'll try that... nope, not working. > > > till ~: /sw/bin/fink remove geda-gsch2pcb > Password: > Information about 9654 packages read in 1 seconds. > Reading buildlock packages... > All buildlocks accounted for. > /sw/bin/dpkg-lockwait --remove geda-gsch2pcb > dpkg: dependency problems prevent removal of geda-gsch2pcb: > geda-utils depends on gsch2pcb | geda-gsch2pcb; however: > Package gsch2pcb is not installed. > Package geda-gsch2pcb which provides gsch2pcb is to be removed. > Package geda-gsch2pcb is to be removed. > geda-utils depends on gsch2pcb | geda-gsch2pcb; however: > Package gsch2pcb is not installed. > Package geda-gsch2pcb which provides gsch2pcb is to be removed. > Package geda-gsch2pcb is to be removed. > /sw/bin/dpkg: error processing geda-gsch2pcb (--remove): > dependency problems - not removing > Errors were encountered while processing: > geda-gsch2pcb > ### execution of /sw/bin/dpkg-lockwait failed, exit code 1 > ERROR: Can't remove package(s). If the above error message mentions > dependency problems, you can try > fink remove --recursive geda-gsch2pcb > This will attempt to remove the package(s) specified as well as ALL > packages that depend on it. > Failed: can't remove package geda-gsch2pcb Don, I really thought I had tested this upgrade path... what do you get from: fink list geda and dpkg -l geda\* ? >> I suspect default-icon-theme is what you need. > > Aha! Okay, good, this seems to help. The /sw/share/icons directory > is now there, and icon cache build error is gone. Noted. I will add that to the dependencies. [Please keep me CC'd for now - I am still wrangling with the list subscription.] - Charles ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: geda-bundle trouble
Peter Gregson writes: > > Charles, I tried to install from source using FinkCommander. fink > list geda says > > peter-gregsons-macbook:TestProject gregson$ fink list geda [...] > i libgeda33-data 1:1.4.3-12 GNU EDA -- Electronics design -- > data files > i libgeda33-shlib 1:1.4.3-12 GNU EDA -- Electronics design -- > library ... > peter-gregsons-macbook:TestProject gregson$ > > but I get the same symptoms. When I run gschem, the gschem log window > says: [...] I think one of my messages got swallowed up by gmane. Do you get anything from 'dpkg -L libgeda33-data | grep gafrc' ? If not, well... this is sort of straying away from gEDA territory (since gEDA needs that file to run, and Fink should have installed it). I believe I sent you the fink-user list info the other day - they should be able to help you sort this out. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: geda-bundle trouble
Also, what does "fink list geda" return? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
