The graphviz ebuild will not build, it fails complaining about libiconv problems. I seems the package I want (vlc) doesn't have a dep for this, but that its a dep of a dep of vlc. The chain goes vlc, libdvbpsi, doxygen, graphviz. libdvbpsi doesn't need doxygen to function, so I just removed this from the ebuild and it worked fine.
Also of note, graphviz seems to require _only_ gcc 2.95.3, so how/why/what it is is a mystery to me, and why vlc depends on it again is a mystery.
its not a dep of vlc, its only a dep of doxygen. That can safely be removed from the build of libdvbpsi, it just means the docs aren't built.
Hi guys. Thanks for a bug report. Unfortunately I am not quite clear on what exactly is the problem. Chris: 1. you report that graphviz does not build? Could you please supply more datails, such as the profile you are using, gcc/glibc versions (including -rX numbers) and of course the error message (last relevant lines of the build). The dependency mangling might do the trick for you, but failing build is still a concern especially for people who will want graphviz installed. 2. the dependencies. As I understand libdvbpsi requires doxygen (which in turn requires graphviz) in order to build docs. This thenseems to be a simple change. However I think better course of action is to make doc building and correspondingly the dependency conditional on "docs" use flag (and probably gcc version) instead of disabling it completely. I will make the last change, however please add some details on the graphviz build failure. George
I'm not sure what you mean by profile, I am using 1.4_rc1 on ppc. * sys-devel/gcc Latest version available: 3.2-r4 Latest version installed: 3.2-r4 Size of downloaded files: 20,141 kB Homepage: http://www.gnu.org/software/gcc/gcc.html Description: Modern GCC C/C++ compiler * sys-libs/glibc Latest version available: 2.2.5-r7 Latest version installed: 2.2.5-r7 Size of downloaded files: 12,278 kB Homepage: http://www.gnu.org/software/libc/libc.html Description: GNU libc6 (also called glibc2) C library gcc -shared gd.lo gd_gd.lo gd_gd2.lo gd_io.lo gd_io_dp.lo gd_io_file.lo gd_ss.lo gd_io_ss.lo gd_gif.lo gd_jpeg.lo gd_png.lo gdcache.lo gdfontg.lo gdfontl.lo gdfontmb.lo gdfonts.lo gdfontt.lo gdhelpers.lo gdkanji.lo gdtables.lo gdft.lo gdttf.lo gdxpm.lo wbmp.lo gd_wbmp.lo gd_topal.lo /usr/lib/libfreetype.so -lpng /usr/lib/libjpeg.so -lz -lm -Wl,-soname -Wl,libgd.so.0 -o .libs/libgd.so.0.0.0 (cd .libs && rm -f libgd.so.0 && ln -s libgd.so.0.0.0 libgd.so.0) (cd .libs && rm -f libgd.so && ln -s libgd.so.0.0.0 libgd.so) creating libgd.la (cd .libs && rm -f libgd.la && ln -s ../libgd.la libgd.la) gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 -O3 -pipe -fsigned-char -Wall -Wno-unknown-pragmas -c fontwheeltest.c /bin/sh ../libtool --mode=link gcc -O3 -pipe -fsigned-char -Wall -Wno-unknown-pragmas -o fontwheeltest fontwheeltest.o libgd.la -lfreetype -lpng -ljpeg -lz -lm gcc -O3 -pipe -fsigned-char -Wall -Wno-unknown-pragmas -o .libs/fontwheeltest fontwheeltest.o ./.libs/libgd.so /usr/lib/libfreetype.so -lpng /usr/lib/libjpeg.so -lz -lm -Wl,--rpath -Wl,/usr/lib/graphviz ./.libs/libgd.so: undefined reference to `libiconv_open' ./.libs/libgd.so: undefined reference to `libiconv_close' ./.libs/libgd.so: undefined reference to `libiconv' collect2: ld returned 1 exit status make[2]: *** [fontwheeltest] Error 1 make[2]: Leaving directory `/var/tmp/portage/graphviz-1.8.10/work/graphviz-1.8.10/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/graphviz-1.8.10/work/graphviz-1.8.10' make: *** [all-recursive-am] Error 2 !!! ERROR: media-gfx/graphviz-1.8.10 failed. !!! Function src_compile, Line 39, Exitcode 2 !!! (no error message)
I know nothing of the graphviz build, but I see that it requires specificall gcc 2.95.3 in the deps, this seems a little strange to me. Maybe this is the nature of the problems?> If so having it as a dep for a bunch of things is not a great idea
Hi Mark The 1.7.15 does indeed require gcc-2.95.x since it had some problems with 3.2. The 1.8.10 does not and can be built with gcc-3.2. I also just checked it again and I cannot reproduce reported problem, as graphviz builds fine on me here (with the same version of gcc). The failure is kind of strange as it looks like newly created libgd.so (which actially belongs to graphviz) has some linkage problems. Chris: could you please post the output of "emerge -pe graphviz"? Also, any chance of anything on that list being built from masked version or somehow differently built? George
George, AFAIK my whole system is pretty standard. I did build X a little differently for a while but now I'm using the standard one. [ebuild N ] sys-devel/gettext-0.11.5-r1 [ebuild N ] sys-apps/gawk-3.1.1-r1 [ebuild N ] sys-libs/zlib-1.1.4 [ebuild N ] dev-python/python-fchksum-1.6.1 [ebuild N ] sys-devel/patch-2.5.4-r4 [ebuild N ] sys-libs/ncurses-5.3-r1 [ebuild N ] sys-apps/bash-2.05b-r3 [ebuild N ] sys-libs/readline-4.3-r3 [ebuild N ] sys-libs/db-1.85-r1 [ebuild N ] sys-libs/db-3.2.9-r1 [ebuild N ] dev-libs/expat-1.95.5 [ebuild N ] dev-lang/python-2.2.2 [ebuild N ] sys-apps/debianutils-1.16.3 [ebuild N ] sys-apps/fileutils-4.1.11 [ebuild N ] sys-apps/portage-2.0.44 [ebuild N ] sys-kernel/linux-headers-2.4.18-r2 [ebuild N ] sys-apps/baselayout-1.8.5.3 [ebuild N ] sys-libs/glibc-2.2.5-r7 [ebuild N ] sys-devel/libtool-1.4.1-r10 [ebuild N ] sys-devel/m4-1.4p [ebuild N ] sys-apps/groff-1.17.2-r3 [ebuild N ] sys-libs/gdbm-1.8.0-r5 [ebuild N ] sys-devel/perl-5.6.1-r7 [ebuild N ] sys-devel/autoconf-2.54 [ebuild N ] sys-devel/automake-1.6.3 [ebuild N ] media-libs/jpeg-6b-r3 [ebuild N ] media-libs/libpng-1.0.12-r1 [ebuild N ] media-libs/freetype-2.1.2-r2 [ebuild N ] media-gfx/graphviz-1.8.10
Hi Chris. Thanks for the list. I compared it to what I have here and I can see a few differences: 1. looks like yo don't have tcltk set in your USE. This gives a difference of ~10 additional packages being installed here. However the ebuild has been tested without tcltk, so this seems to be a less likely reason. 2. With USE="-tcltk" emerge graphviz -pe I am still getting oe additional package: in the list: sys-apps/texinfo-4.3. Could you please check if you have it installed and if not, whether emerging it fixes the build? 3. I am presently running newver versions of gcc (3.2.1), glibc (2.3.1-r2) and binutils (2.13.90.0.16) - basically latest "for testing" versions. However the ebuild hs been tested (and originally built) gainst "stable" versions. So this seems to be less likely of a reason as well. Still, you might try to emerge latest binutils, if you chose so, however this is a somewhat tricky update as it might require updating to glibc-2.3.1 (which should be transparent, at least it was for me, but still something you might not feel good about..). Besides, as I said it was compiling with the "stable" versions of all those packages. If you want to get this working I would suggest trying texinfo first, then enabling tcltk and only then trying to update binutils. Alternatively you may just wait for these packaged to go into "stable" category. I think this should happen sometime this year (one month left ;)). George
I have texinfo 4.3 and am reluctant to upgrade to the newer glibc yet. I'll leave it for now I guess.
closing this with wontfix
