if gcc -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -I../intl -I../include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -Wall -O2 -march=athlon-mp -pipe -MT parsecmd.o -MD -MP -MF ".deps/parsecmd.Tpo" \ -c -o parsecmd.o `test -f 'parsecmd.c' || echo './'`parsecmd.c; \ then mv -f ".deps/parsecmd.Tpo" ".deps/parsecmd.Po"; \ else rm -f ".deps/parsecmd.Tpo"; exit 1; \ fi if gcc -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -I../intl -I../include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -Wall -O2 -march=athlon-mp -pipe -MT o_cue.o -MD -MP -MF ".deps/o_cue.Tpo" \ -c -o o_cue.o `test -f 'o_cue.c' || echo './'`o_cue.c; \ then mv -f ".deps/o_cue.Tpo" ".deps/o_cue.Po"; \ else rm -f ".deps/o_cue.Tpo"; exit 1; \ fi gcc -Wall -O2 -march=athlon-mp -pipe -o gschem a_pan.o a_zoom.o g_register.o g_hook.o g_rc.o g_keys.o g_funcs.o globals.o gschem.o i_basic.o i_callbacks.o i_vars.o o_basic.o o_attrib.o o_move.o o_copy.o o_delete.o o_misc.o o_slot.o o_grips.o o_arc.o o_box.o o_circle.o o_complex.o o_select.o o_find.o o_line.o o_net.o o_text.o o_pin.o o_bus.o o_buffer.o o_undo.o o_picture.o x_basic.o x_dialog.o x_event.o x_grid.o x_log.o x_menus.o x_script.o x_pagesel.o x_print.o x_window.o x_stroke.o x_image.o x_color.o x_fileselect.o x_preview.o x_attribedit.o x_multiattrib.o parsecmd.o o_cue.o -L/usr/lib -lgeda -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lgdgeda -lpng -lz -lm -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lSM -lICE -lX11 -lm /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lguile-ltdl collect2: ld returned 1 exit status make[4]: *** [gschem] Error 1 make[4]: Leaving directory `/var/tmp/portage/sci-electronics/geda-20060123/work/geda-gschem-20060123/src' make[3]: *** [all] Error 2 make[3]: Leaving directory `/var/tmp/portage/sci-electronics/geda-20060123/work/geda-gschem-20060123/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/sci-electronics/geda-20060123/work/geda-gschem-20060123' make[1]: *** [all] Error 2 make[1]: Leaving directory `/var/tmp/portage/sci-electronics/geda-20060123/work/geda-gschem-20060123' make: *** [geda-gschem-20060123/src/gschem] Error 2 * * ERROR: sci-electronics/geda-20060123 failed.
Created attachment 145481 [details] /tmp/emerge--info
Brand new stable install; I guess a dep is missing; but it should have been required by ebuild deps ... I remember that under ~ we were having lots of problems with guile ... I am not really surprise to meet this problem in stable. Still, there is a *bug*. While installing, various things failed; I meet this bug while running revdeprebuild. This means, if geda is instaled, it's deps should ... Personally, I will unmask more recent Geda components (I need in particular PCB 2008 ).
Try w/ 1.4.0 please; this horribly outdated cruft need to die.
Jakub, as I said, I report about what is actually in stable. Of course 2006 is out of date :) I sware I wont even try to run it, I fear too much it could break my user conf, or existing projects even by just opening it :) I only meant to report that "default stable software" does not compile :) There's no way for me to use over 2y old Geda :) Problem is that when I will unmask 1.4, you wil blame me for mixing stable and unstable :) And I know it will fail any way due to guile-plateform (I never will forget this 6 month old bug in my life; I spend days on tweaking package.mask because of it). Even if you dont want to fix it, this bug shall stay open until a new version get's stable.
sci-electronics/geda-20060123 can not link against guile-1.8.3-r2 ... linking against dev-scheme/guile-1.6.8 works fine. This means that sci-electronics/geda-20060123 should depend on =dev-scheme/guile-1.8.3-r2 ... *** I am also having a strange problem: dhp@moon_gen_3:~$ emerge -vp =sci-electronics/geda-1.4.0 Calculating dependencies... done! [ebuild N ] dev-libs/libstroke-0.5.1 171 kB [ebuild UD] sci-libs/libgeda-1.4.0 [20060123] USE="gd%* threads%* (-png%*)" 987 kB [ebuild UD] sci-electronics/geda-1.4.0 [20060123] USE="doc%* examples%* gd%* threads%*" 5,166 kB 1.4 ebuild is dated in 2008 ... but emerge considers the switch from [20060123] to 1.4.0 as "downgrade ... isn't there a bug around ? It is a problem, because it means if both versions are unmasked, portage will prefer to install the oldest one ... so, you will either have to mask all versions using "dates", or ... I dont know :) It means, if I install 1.4.0 ... when I will run emerge -DaNuv world, I will be proposed to "upgrade to 2006" :s
Bingo :) after successfull emerge -va1 =sci-electronics/geda-1.4.0 see what I am proposed to do: moon_gen_3 ~ # emerge -va sci-electronics/geda-suite These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sci-libs/libgeda-20070526 [1.4.0] USE="gd (-threads%*)" 619 kB [ebuild U ] x11-libs/guile-gtk-2.0 [1.2.0.60] USE="X%*" 754 kB [ebuild N ] dev-scheme/guile-cairo-1.4.0 501 kB [ebuild N ] dev-libs/g-wrap-1.9.9 1,034 kB [ebuild N ] sci-electronics/iverilog-0.8.6 1,502 kB [ebuild N ] sci-electronics/pcb-20080202 USE="dbus gif gtk jpeg png -motif -tk -xrender" 4,142 kB [ebuild N ] sci-electronics/gnucap-0.35.20071121 USE="doc examples" 9,200 kB [ebuild N ] sci-electronics/gerbv-1.0.3 USE="doc examples png -unit-mm" 1,064 kB [ebuild N ] sci-electronics/gtkwave-3.1.1 USE="doc examples" 0 kB [ebuild N ] dev-lang/tcl-8.4.18 USE="threads -debug" 0 kB [ebuild N ] sci-visualization/xgraph-12.1-r1 0 kB [ebuild U ] sci-electronics/geda-20070526 [1.4.0] USE="doc examples gd (-threads%*)" 5,014 kB [ebuild N ] dev-scheme/guile-gnome-platform-2.15.92 1,143 kB [ebuild N ] dev-lang/tk-8.4.18 USE="threads -debug" 0 kB [ebuild N ] sci-electronics/ng-spice-rework-17-r2 USE="X doc readline -debug" 0 kB [ebuild N ] sci-electronics/gwave-20070514 USE="gnuplot plotutils" 453 kB [ebuild N ] sci-electronics/gnetman-0.0.1_pre20060522 0 kB [ebuild N ] sci-electronics/geda-suite-20050820 0 kB Total: 18 packages (3 upgrades, 15 new), Size of downloads: 25,420 kB Would you like to merge these packages? [Yes/No] This means, I will have to mask manually some of >=sci-electronics/*-20000000
(In reply to comment #4) > Problem is that when I will unmask 1.4, you wil blame me for mixing stable and > unstable :) And I know it will fail any way due to guile-plateform (I never > will forget this 6 month old bug in my life; I spend days on tweaking > package.mask because of it). Benoit-Pierre, geda 1.4 isn't masked, but not stable yet which is different. And as far as I remember you don't need guile 1.8 for it, 1.6 is enough. For geda-suite, you just need to mask the latest version of gwave, I think it's the only package that really requires >=guile-1.8. So you can try it and still avoid the mess with guile-gnome-platform. Anyway, on another topic I don't have a dev box anymore and only have sporadic email access. I'm trying to solve this situation, but in the meantime I'm sorry you'll have to wait. Denis.
>It is a problem, because it means if both versions are unmasked, portage will >prefer to install the oldest one ... so, you will either have to mask all >versions using "dates", or ... I dont know :) You may look at my remarks at gEDA mailinglist: http://archives.seul.org/geda/user/Feb-2008/msg00148.html
(In reply to comment #8) > http://archives.seul.org/geda/user/Feb-2008/msg00148.html > Your URL remains incompatible with geda-suite that depends on >=sci-electronics/geda-suite-20050820 ... To fix, I just duplicated geda-suite into personal overlay :)
hips ... moon_gen_3 ~ # cat /usr/portage/sci-electronics/geda-suite/geda-suite-20050820.ebuild |grep RDEP RDEPEND=">=sci-electronics/geda-20050820 You understood what I meant any way :)
As soon as bug 192905 get closed, you can close this one :)
(In reply to comment #11) > As soon as bug 192905 get closed, you can close this one :) Bug 192905 closed so this one too.