Re: gEDA-user: installation problem
yes debian testing, works now, thanks! will On 3/22/08, Peter Clifton [EMAIL PROTECTED] wrote: On Fri, 2008-03-21 at 13:47 +0100, Willem Granjé wrote: Hello, I upgraded geda to 1.4, starting gschem revealed that the component-library could not be found anymore... where is it, how do I configure gschem to find it? Let me guess.. Debian testing? Last I checked, not all of gEDA 1.4.0 had migeated to testing. There is an incompatibility between gEDA symbols 1.4.0 (in testing) and the old version of libgeda + gschem (not yet in testing). You could either fetch all the 1.4.0 packages from Unstable (sid), or move the component library config file from its new (1.4.0) location back to its old (pre 1.4.0): mv /usr/share/gEDA/gafrc.d/geda-clib.scm /usr/share/gEDA/scheme/ You may need to revert this once the rest of gEDA is installed. Alternatively, if I guessed wrong, and you do have gschem and libgeda 1.4.0 fully installed (you should be able to see the version strings when starting up gschem from a command line), then perhaps you haven't got geda-symbols 1.4.0 properly installed. Best wishes, -- 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 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: installation problem
On Fri, 2008-03-21 at 13:47 +0100, Willem Granjé wrote: Hello, I upgraded geda to 1.4, starting gschem revealed that the component-library could not be found anymore... where is it, how do I configure gschem to find it? Let me guess.. Debian testing? Last I checked, not all of gEDA 1.4.0 had migeated to testing. There is an incompatibility between gEDA symbols 1.4.0 (in testing) and the old version of libgeda + gschem (not yet in testing). You could either fetch all the 1.4.0 packages from Unstable (sid), or move the component library config file from its new (1.4.0) location back to its old (pre 1.4.0): mv /usr/share/gEDA/gafrc.d/geda-clib.scm /usr/share/gEDA/scheme/ You may need to revert this once the rest of gEDA is installed. Alternatively, if I guessed wrong, and you do have gschem and libgeda 1.4.0 fully installed (you should be able to see the version strings when starting up gschem from a command line), then perhaps you haven't got geda-symbols 1.4.0 properly installed. Best wishes, -- 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
gEDA-user: installation problem
Hello, I upgraded geda to 1.4, starting gschem revealed that the component-library could not be found anymore... where is it, how do I configure gschem to find it? Thanks, Will ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: INSTALLATION FROM ISO
On Wed, 2007-04-25 at 23:39 -0400, Transistor Toaster wrote: If my several hour redownload does not hang up I should have the below version with the Knoppix 5.1.1 DVD. geda 20060123-1 GNU EDA -- Electronics design Frank The m4 oldlib fixes I mentioned earlier were added on Wed Sep 13, 2006 Looking at the tags in the source-code control software, it seems the first release that these fixes are in is 20070208. This is kindof irrelevant anyway, as with that release, Dan converted all the old M4 footprints into individual files. This version will solve your problem! Is it the install ISO at this site: http://www.brorson.com/gEDA/ which you grabbed? (if so, the version of PCB shipped should be ok). 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: INSTALLATION FROM ISO
If my several hour redownload does not hang up I should have the below version with the Knoppix 5.1.1 DVD. geda 20060123-1 GNU EDA -- Electronics design Frank At the same time, I am working on downloading and burning a live CD/DVD distro with gEDA on it. It looks as if my blank CDs are not burning properly so I have to go to a store tomorrow for some new ones. Frank -- Transistor Toaster [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user -- Transistor Toaster [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: installation
Thank you for the post and thank you for this clarification. I do usually run my home computer as root, but creating a user and installing this under that user won't be a big deal. I guess I just needed the clarification for peace of mind that I was doing the best thing for the installation. I just couldn't find an explanation of this anywhere in the docs. Stuart Brorson [EMAIL PROTECTED] wrote: On Sun, 18 Mar 2007, Jason Elder wrote: Hi, I'm having trouble with the installation, but I don't know if this should be posted hereI just downloaded the new version 20070221 of gEDA and I was wondering how I can install it as root. Do not install as root. If you install as root, and you need to install system-wide dependencies, the installer becomes confused when it tries to fire up an expect session as root. Old versions of the installer didn't check to see if the user was root. Then, users running as root would find that the installer failed when it tried to install system dependencies. Therefore, I implemented a check to verify that the user was *not* running as root. This change went in to the 20077221 installer (IIRC). In general, using your Linux box in root all the time is dangerous, and is considered bad form. You can make a mistake and harm your system running as root all the time. Run as a regular user. Stuart - Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: installation
C P Tarun wrote: Do not install as root. If you install as root, and you need to install system-wide dependencies, the installer becomes confused when it tries to fire up an expect session as root. Now I'm confused. In all these years of working on Unix, I've always thought packages need to be installed as root. How else will you keep the binaries in a place like /opt or /usr/local where all users of your system can access them? In all my (almost 30) years of working on Unix systems this is what I always thought as well. Especially on systems used by more than one user (which is/was usually the case). I don't see how installing system dependencies as other than the root user will work in general, especially if any of those dependencies are expected to be available to other programs sometime in the future. Joe T -- ___ 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: installation
Stuart Brorson wrote: On Sun, 18 Mar 2007, Jason Elder wrote: Hi, I'm having trouble with the installation, but I don't know if this should be posted hereI just downloaded the new version 20070221 of gEDA and I was wondering how I can install it as root. Do not install as root. If you install as root, and you need to install system-wide dependencies, the installer becomes confused when it tries to fire up an expect session as root. My experience has been that if you are missing some system dependencies, the first expect session will always fail, whether running as root or not. This may be unique to the openSuSe distributions, but I don't think so. It is more likely just an issue exposed by the fact that the openSuSe installations have less of the system dependencies installed out of the box. Maybe the SuSe distributions are the best way to test the installer :)? Joe T. Old versions of the installer didn't check to see if the user was root. Then, users running as root would find that the installer failed when it tried to install system dependencies. Therefore, I implemented a check to verify that the user was *not* running as root. This change went in to the 20077221 installer (IIRC). In general, using your Linux box in root all the time is dangerous, and is considered bad form. You can make a mistake and harm your system running as root all the time. Run as a regular user. Stuart ___ 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: installation
My experience has been that if you are missing some system dependencies, the first expect session will always fail, whether running as root or not. This may be unique to the openSuSe distributions, but I don't think so. It is more likely just an issue exposed by the fact that the openSuSe installations have less of the system dependencies installed out of the box. Maybe the SuSe distributions are the best way to test the installer :)? In general I do test on SuSE 9.3, 10.0 and 10.1, and the installer does work on those platforms. As for the dependency installation failing: I have seen failures due to several causes: * Users running as root. The expect session wants to see assword: when it tries to log in as root. If the user is already root, then the computer doesn't ask for a password. Therefore, the expect session just hangs, waiting for the Password: which never comes. Solution: Don't install as root. * Non-english users. This one was interesting. A German user had the expect session hang immediately after he started the dependency install. The reason was that his box asked for his password as Passwort:, the German word. The expect session was waiting for Password:. Therefore, it hung, waiting forever. I haven't done anything to fix this yet. The fix will be for the install wizard to set the local environment to English only upon startup. I haven't implemented this yet because I am not sure what kinds of problems that might cause (what happens if no English translations are installed?) * The WTF catagory. In this catagory are some occasional, intermittant failures I see in my testing. I don't know exactly what causes them, but I suspect timing issues withing the call/response process of the expect session. With the last CD I upgraded the expect package, so I'm hoping this problem will just go away. But I haven't thoroughly verified that yet, either by verifying the design, or by rigorous testing. Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: installation
Stuart Brorson wrote: My experience has been that if you are missing some system dependencies, the first expect session will always fail, whether running as root or not. This may be unique to the openSuSe distributions, but I don't think so. It is more likely just an issue exposed by the fact that the openSuSe installations have less of the system dependencies installed out of the box. Maybe the SuSe distributions are the best way to test the installer :)? In general I do test on SuSE 9.3, 10.0 and 10.1, and the installer does work on those platforms. As for the dependency installation failing: I have seen failures due to several causes: * Users running as root. The expect session wants to see assword: when it tries to log in as root. If the user is already root, then the computer doesn't ask for a password. Therefore, the expect session just hangs, waiting for the Password: which never comes. Solution: Don't install as root. * Non-english users. This one was interesting. A German user had the expect session hang immediately after he started the dependency install. The reason was that his box asked for his password as Passwort:, the German word. The expect session was waiting for Password:. Therefore, it hung, waiting forever. I haven't done anything to fix this yet. The fix will be for the install wizard to set the local environment to English only upon startup. I haven't implemented this yet because I am not sure what kinds of problems that might cause (what happens if no English translations are installed?) Yikes! Thankfully I can only speak English (and that's on a good day). * The WTF catagory. In this catagory are some occasional, intermittant failures I see in my testing. I don't know exactly what causes them, but I suspect timing issues withing the call/response process of the expect session. With the last CD I upgraded the expect package, so I'm hoping this problem will just go away. But I haven't thoroughly verified that yet, either by verifying the design, or by rigorous testing. I'm just about to install on SuSe 10.2. I'll let you know what happens. Joe T Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: installation
Hi, I'm having trouble with the installation, but I don't know if this should be posted hereI just downloaded the new version 20070221 of gEDA and I was wondering how I can install it as root. I can't find anywhere on the site where it limits the installation to just users, but when I try to install this as root, I get the following message: // Cut from Installation Log /// First check if I am running as root. whoami root == Error! == I have experienced a non-recoverable error while performing your installation and must die now. A string describing the error is shown below. Also, please review the log window for more clues about why I am dying, then click the OK button to close the install program, and try to fix the problem. Note that you can try to run the installer with the --log flag set. This will leave a file called Install.log in your run directory holding all compilation spew generated by the installer as it works. You can use this file help debug the install problem. You should not run this installer as root. Please log in as another user and try again. // End Cut /// My previous version (20060124) did not have this problem...i was able to run it from the CD-ROM simply be double-clicking the installer.exe icon (I'm running openSUSE 10.2). This seems like a trivial thing and I can't find any kind of information telling me to install it as a user other than root (in the docs or the geda-bugs message threads). I don't want to create a new user (I don't feel I should have to), but if i need to, I guess I'll have to. I'm just curious as to what changed between the two. I know it's been a year between the versions that I have, but the installer itself shouldn't change. BTW, I have had all of the main software packages installed...I was able to begin installing the material with the other version, so I believe I have all of the necessary system packages installed. If this isn't the place to post this, I'm sorry about that...please send an email to the entity I should post this too. I really would like to get these tools working...I think this suite is very good idea; I just can't get past all of the semantics (you know, the installation). Anyway, Thanks in advance - Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: installation
On Sun, 18 Mar 2007, Jason Elder wrote: Hi, I'm having trouble with the installation, but I don't know if this should be posted hereI just downloaded the new version 20070221 of gEDA and I was wondering how I can install it as root. Do not install as root. If you install as root, and you need to install system-wide dependencies, the installer becomes confused when it tries to fire up an expect session as root. Old versions of the installer didn't check to see if the user was root. Then, users running as root would find that the installer failed when it tried to install system dependencies. Therefore, I implemented a check to verify that the user was *not* running as root. This change went in to the 20077221 installer (IIRC). In general, using your Linux box in root all the time is dangerous, and is considered bad form. You can make a mistake and harm your system running as root all the time. Run as a regular user. Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: installation
Do not install as root. If you install as root, and you need to install system-wide dependencies, the installer becomes confused when it tries to fire up an expect session as root. Now I'm confused. In all these years of working on Unix, I've always thought packages need to be installed as root. How else will you keep the binaries in a place like /opt or /usr/local where all users of your system can access them? This is almost a religious issue. In creating the installer I chose to follow the pre-existing gEDA practice, which is to install by default somewhere underneath the user's ${HOME} directory. However, I personally recommend users to install into a new directory, /usr/local/geda, and then set their $PATH variables to point to it. I think the installer will create this new directory, and ask for the root password if needed. It's been a while since I looked. Anyway, it's best to install into /usr/local/geda (or some similar system-wide, but independent directory) because if you ever need to remove your gEDA installation, you can just nuke the whole directory. If you install into /usr/local, then you've got to rm each and every gEDA file independently, which is quite a PITA. More about uninstalling the gEDA Suite is here: http://geda.seul.org/wiki/geda:gedasuite_installation#how_do_i_uninstall_the_geda_suite Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: installation
This is almost a religious issue. Aren't most questions which have many correct answers? :) However, I personally recommend users to install into a new directory, /usr/local/geda, and then set their $PATH variables to point to it... Great. This is really I wanted to know. I wanted to know how a user would install in some system area which would be outside all home directories, and how he would set the ownership of the package files to be someone other than the human users of the system. If the installer does this, that's all that's needed, IMHO. Tarun -- ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Installation problem wxGtk
Hi everyone! I've downloaded the ISO from gEDA official site and started installer --log from CD-ROM but it says I need wxGtk. I've tried rpm -qa | grep wx and I can see that wxGTK 2.6 is present on my SuSE 10.1. If I try to install wxGtk as installation process says it stops and I cannot understand wyh. The log file fiures out as the following: ... Preparing to install wxGTK. . . . Now start process of building and installing guile-gtk. I need root in order to execute this command. --- Starting expect session --- Sending su Timeout waiting for password prompt Spew received up to now: ciccio:/media/CDROM # ... Can someone help me? Thanks a lot in advance! Stefano C. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Installation problem wxGtk
On 8/2/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi everyone! I've downloaded the ISO from gEDA official site and started installer --log from CD-ROM but it says I need wxGtk. I've tried rpm -qa | grep wx and I can see that wxGTK 2.6 is present on my SuSE 10.1. If I try to install wxGtk as installation process says it stops and I cannot understand wyh. The log file fiures out as the following: ... Preparing to install wxGTK. . . . Now start process of building and installing guile-gtk. I need root in order to execute this command. --- Starting expect session --- Sending su Timeout waiting for password prompt Spew received up to now: ciccio:/media/CDROM # ... Can someone help me? Stuart is the best person to help you. (He's the one who created the .iso), but, in the mean time, I can tell you what I found... I found that the installer looks for wx-config (or something like that) and that wx-config is not installed as part of any of the RPM's available for FC5. I too tried installing wxGTK from RPM and found that I still couldn't install. So I uninstalled the RPM and just let the installer install it's own version of wxGTK, and that worked. --wpd ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Installation problem wxGtk
Please don't use the installer on the main gEDA download page. It is old, and needs replacement. Please use the install CD available from my website here: http://www.brorson.com/gEDA/ Stuart On Wed, 2 Aug 2006, [EMAIL PROTECTED] wrote: Hi everyone! I've downloaded the ISO from gEDA official site and started installer --log from CD-ROM but it says I need wxGtk. I've tried rpm -qa | grep wx and I can see that wxGTK 2.6 is present on my SuSE 10.1. If I try to install wxGtk as installation process says it stops and I cannot understand wyh. The log file fiures out as the following: ... Preparing to install wxGTK. . . . Now start process of building and installing guile-gtk. I need root in order to execute this command. --- Starting expect session --- Sending su Timeout waiting for password prompt Spew received up to now: ciccio:/media/CDROM # ... Can someone help me? Thanks a lot in advance! Stefano C. ___ 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: Installation Problem
On Thursday 20 July 2006 02:13, Art Fore wrote: Still having problem with gEDA installation on Suse 10.1. I get the following. Noting shows up under libtermcap in yast, libreadline-java exists though. Any suggestions on what the problem is? I am not that knowledgeable on these things. Art /home/afore/geda-sources/gnucap/gnucap-2006-01-17 ./configure --prefix=/home/afore/geda-install Configuring gnucap using --prefix=/home/afore/geda-install usr/lib/gcc/i586-suse-linux/4.1.0/../../../../i586-suse-linux/bin/ld: cannot find -ltermcap collect2: ld returned 1 exit status either libtermcap or libreadline is missing - not using readline The configure script did not find the library, so it disabled the features that require it. It will compile ok, but missing some features. The missing feature is command line editing. === g++ -DHAS_READLINE -DUNIX -O2 -DNDEBUG -I.. -I. -W -c ../globals.cc ../e_card.h: In function 'CARD_LIST::fat_iterator findbranch(CS, CARD_LIST*)': ../e_card.h:152: error: cannot convert 'CARD_LIST::fat_iterator' to 'CARD_LIST*' for argument '2' to 'CARD_LIST::fat_iterator findbranch(CS, CARD_LIST*)' ../e_compon.h: In member function 'void COMPONENT::attach_common(COMMON_COMPONENT*)': ../e_compon.h:139: error: '::attach_common' has not been declared ../e_compon.h: In member function 'void COMPONENT::detach_common()': ../e_compon.h:140: error: '::detach_common' has not been declared make[2]: *** [globals.o] Error 1 = (I replaced the one you sent with one that doesn't have color changes, because it is more readable in email that way.) This relates to a change in the C++ language spec, regarding friends. The compiler was changed with gcc 4.1, breaking code done to the old standard. From the gcc documentation: `-ffriend-injection' Inject friend functions into the enclosing namespace, so that they are visible outside the scope of the class in which they are declared. Friend functions were documented to work this way in the old Annotated C++ Reference Manual, and versions of G++ before 4.1 always worked that way. However, in ISO C++ a friend function which is not declared in an enclosing scope can only be found using argument dependent lookup. This option causes friends to be injected as they were in earlier releases. = Gnucap was done according to the old Annotated C++ Reference Manual. The best way to handle the problem is to get the latest development version of gnucap. Official site: http://www.gnucap.org/devel/gnucap-2006-07-08.tar.gz Mirrors: http://www.geda.seul.org/dist/gnucap-2006-07-08.tar.gz Alternatively, you can patch the one you have: Change the file src/configure, line 22: from: echo -DUNIX -O2 -DNDEBUG -I.. -I. -W Make.ccflags to: echo -DUNIX -O2 -DNDEBUG -I.. -I. -W -ffriend-injection Make.ccflags This adds the compiler option -ffriend-injection, which reverts to the old behavior. A third way to deal with this is to use an older compiler. It works on 4.0. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Installation problem
[snip] Ran into these errors on the installation. Can someone tell me what the problem is? This is on Suse 10.1 32-bit. [snip] make[3]: *** [o_picture.lo] Error 1 make[3]: Leaving directory `/home/afore/geda-sources/gedagaf/libgeda-20060123/src' `/home/afore/geda-sources/gedagaf/libgeda-20060123/src' make[2]: *** [install] Error 2 make[2]: Leaving directory `/home/afore/geda-sources/gedagaf/libgeda-20060123/src' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/afore/geda-sources/gedagaf/libgeda-20060123' make: *** [libgeda_install] Error 2 Unfortunately, I don't see why the compiler is failing here (no failure details in the above output). The first thing to do, if you haven't done so already is to make sure you have all the packages listed at: http://geda.seul.org/wiki/geda:suse_10.0 installed. Another possibility is to download gEDA/gaf directly from: http://geda.seul.org/devel/20060123/ and follow the build instructions given in either: http://geda.seul.org/devel/20060123/README or http://geda.seul.org/devel/20060123/gaf-20060123-relnotes.html -Ales ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user