<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>165460</bug_id>
          
          <creation_ts>2007-02-05 16:51 0000</creation_ts>
          <short_desc>stabilise media-gfx/graphviz-2.12 to fix compilation failure with media-libs/gd-2.0.34</short_desc>
          <delta_ts>2007-04-01 15:25:55 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>130418</dependson>
    
    <dependson>155791</dependson>
    
    <dependson>157724</dependson>
    
    <dependson>161600</dependson>
    
    <dependson>167235</dependson>
          <blocked>160012</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>peter@humphrey.ukfsn.org</reporter>
          <assigned_to>graphics@gentoo.org</assigned_to>
          <cc>atoth@atoth.sote.hu</cc>
    
    <cc>barrie.backhurst@ntlworld.com</cc>
    
    <cc>basdebakker@gmail.com</cc>
    
    <cc>billie@gentoo.org</cc>
    
    <cc>bugs.gentoo.09-09@fishbear.com</cc>
    
    <cc>caster@gentoo.org</cc>
    
    <cc>chrb@gentoo.org</cc>
    
    <cc>chris@novazur.fr</cc>
    
    <cc>daniel@vcard24.de</cc>
    
    <cc>dev-zero@gentoo.org</cc>
    
    <cc>dhp_gentoo@doublehp.org</cc>
    
    <cc>disinbox@gmail.com</cc>
    
    <cc>dmlloyd@flurg.com</cc>
    
    <cc>ecki@intershop.de</cc>
    
    <cc>esigra@gmail.com</cc>
    
    <cc>fuzzyray@gentoo.org</cc>
    
    <cc>gentoo-bugs@allenjb.me.uk</cc>
    
    <cc>gentoo@intuitivelyobvious.net</cc>
    
    <cc>guillp.ml@gmail.com</cc>
    
    <cc>Heinz.Hombergs@unitybox.de</cc>
    
    <cc>helman@gmx.de</cc>
    
    <cc>itscode@hufs.ac.kr</cc>
    
    <cc>jer@gentoo.org</cc>
    
    <cc>jiri.baloun@cdt.cz</cc>
    
    <cc>john_r_graham@mindspring.com</cc>
    
    <cc>kovacsp3@comcast.net</cc>
    
    <cc>lma1980@gmail.com</cc>
    
    <cc>master_up@post.cz</cc>
    
    <cc>maxima.bugs@gmail.com</cc>
    
    <cc>mephinet@gmx.net</cc>
    
    <cc>mike@duncodin.org</cc>
    
    <cc>mmokrejs@ribosome.natur.cuni.cz</cc>
    
    <cc>mmw@aretaios.de</cc>
    
    <cc>morgy.wahl@gmail.com</cc>
    
    <cc>nelchael@gentoo.org</cc>
    
    <cc>news@derived-software.ltd.uk</cc>
    
    <cc>nictki@gmail.com</cc>
    
    <cc>pacho@condmat1.ciencias.uniovi.es</cc>
    
    <cc>portage@bigmichi1.dyndns.org</cc>
    
    <cc>prlewis@letterboxes.org</cc>
    
    <cc>public@mroot.net</cc>
    
    <cc>sgala@apache.org</cc>
    
    <cc>size2005@gmail.com</cc>
    
    <cc>steve.sperandeo@gmail.com</cc>
    
    <cc>teidakankan@gmail.com</cc>
    
    <cc>toffanin.mauro@gmail.com</cc>
    
    <cc>tschenturs@gmx.ch</cc>
    
    <cc>vassilii@tarunz.org</cc>
    
    <cc>zeekec@mad.scientist.com</cc>
    
    <cc>znmeb@cesmail.net</cc>

      

      
          <long_desc isprivate="0">
            <who>peter@humphrey.ukfsn.org</who>
            <bug_when>2007-02-05 16:51:06 0000</bug_when>
            <thetext>Emerge of version 2.8, 2.8-r1 or 2.8-r2 of graphviz throws up this multiple-definition error. This is from 2.8-r2:

# emerge graphviz
[...]
x86_64-pc-linux-gnu-gcc -shared  .libs/gvrender.o .libs/gvlayout.o .libs/gvtextlayout.o .libs/gvdevice.o .libs/gvcontext.o .libs/gvjobs.o .libs/gvevent.o .libs/gvplugin.o .libs/gvconfig.o .libs/gvusershape.o .libs/gvc.o -Wl,--whole-archive ../../lib/common/.libs/libcommon.a -Wl,--no-whole-archive  -Wl,--rpath -Wl,/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib/cdt/.libs -Wl,--rpath -Wl,/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib/graph/.libs -Wl,--rpath -Wl,/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib/pathplan/.libs -Wl,--rpath -Wl,/usr/lib64/graphviz -L/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib/cdt/.libs ../../lib/cdt/.libs/libcdt.so ../../lib/graph/.libs/libgraph.so ../../lib/pathplan/.libs/libpathplan.so -L/usr/lib64 /usr/lib64/libgd.so /usr/lib64/libjpeg.so /usr/lib64/libfreetype.so /usr/lib64/libpng12.so -lm /usr/lib64/libexpat.so -lz /usr/lib64/libltdl.so  -Wl,-soname -Wl,libgvc_builtins.so.2 -o .libs/libgvc_builtins.so.2.0.0
../../lib/common/.libs/libcommon.a(utils.o):(.data.rel.local+0x0): multiple definition of `entities&apos;
../../lib/common/.libs/libcommon.a(htmllex.o):(.data.rel.local+0x0): first defined here
collect2: ld returned 1 exit status
make[3]: *** [libgvc_builtins.la] Error 1
make[3]: *** Waiting for unfinished jobs....

I get the same if I say &apos;MAKEOPTS=&quot;-j1&quot; emerge graphviz&apos; instead.


Reproducible: Always




# emerge --info
Portage 2.1.2-r7 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.19-gentoo-r5 x86_64 AMD Opteron(tm) Processor 246
Gentoo Base System release 1.12.9
Timestamp of tree: Mon, 05 Feb 2007 05:50:01 +0000
ccache version 2.4 [enabled]
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.19.2-r2
ACCEPT_KEYWORDS=&quot;amd64 ~amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -pipe&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig buildpkg ccache distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict userfetch userpriv usersandbox&quot;
GENTOO_MIRRORS=&quot;http://gentoo.blueyonder.co.uk         http://ftp.easynet.nl/mirror/gentoo         http://trumpetti.atm.tut.fi/gentoo/         ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo         http://distfiles.gentoo.org&quot;
LANG=&quot;en_GB.UTF-8&quot;
LC_ALL=&quot;en_GB.UTF-8&quot;
LINGUAS=&quot;en_GB&quot;
MAKEOPTS=&quot;-j5&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://gate.prhnet/gentoo-portage&quot;
USE=&quot;X aalib acpi alsa amd64 arts bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr fam firefox fortran gdbm gif gimp gpm graphviz gs iconv ipv6 ithreads javascript jpeg jpeg2k kde kdeenablefinal lcms libg++ lm_sensors logitech-mouse logrotate midi mng mp3 mpeg ncurses nls nptl nptlonly nvidia ogg opengl pam pcre pdf perl png ppds pppd python qt3 qt4 readline reflection samba sample scanner sdl session smp spell spl ssl svg tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis wmf xcomposite xml xml2 xorg zlib&quot; ALSA_CARDS=&quot;via82xx&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; CAMERAS=&quot;fuji&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;en_GB&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;nv nvidia&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nictki@gmail.com</who>
            <bug_when>2007-02-06 12:36:48 0000</bug_when>
            <thetext>same here

emerge --info
Portage 2.1.2-r8 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19-beyond3 i686)
=================================================================
System uname: 2.6.19-beyond3 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Tue, 06 Feb 2007 11:50:01 +0000
dev-java/java-config: 1.3.7, 2.0.31-r3
dev-lang/python:     2.5-r1
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17.50.0.9
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.20
ACCEPT_KEYWORDS=&quot;~x86&quot;
ARCH=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CCACHE_DIR=&quot;/var/ccache&quot;
CFLAGS=&quot;-march=pentium4 -Os -pipe -fomit-frame-pointer -funit-at-a-time -freorder-blocks -freorder-blocks-and-partition -fno-ident&quot;
CG_COMPILER_EXE=&quot;/usr/bin/cgc&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-march=pentium4 -Os -pipe -fomit-frame-pointer -funit-at-a-time -freorder-blocks -freorder-blocks-and-partition -fno-ident&quot;
ELIBC=&quot;glibc&quot;
GENTOO_MIRRORS=&quot;http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ &quot;
LDFLAGS=&quot;-Wl,-O1 -Wl,--sort-common -s&quot;
LINGUAS=&quot;pl de en_GB en&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;X aalib acpi alsa amarok audiofile avahi bash-completion berkdb bitmap-fonts bzip2 cairo caps cdr cdrw cli cracklib crypt cups curl dbus dga directfb dlloader dri dvd dvdr dvdread eds emboss encode exif extraicons extramodules fam fbcon firefox flac fortran gdbm ggi gif glitz glut gnutls gpm gtk gtk+ hal iconv ieee1394 imlib insecure-savers ipv6 isdnlog java jbig john jpeg jpeg2k jython kde kdehiddenvisibility kscreensaver libcaca libg++ lua lzo mad mbox midi mikmod mmap mmx modplug motif mp3 mpeg ncurses nls nptl nptlonly nsplugin ogg openexr opengl oss pam pcmcia pcre pdf perl pertty png ppds pppd python qt qt3 quicktime readline real reflection rhino ruby sasl sdl session slang smime spell spl sqlite sse sse2 ssl svg sysfs tcpd tetex threads tiff tk truetype truetype-fonts type1-fonts udev unicode urandom usb vorbis win32codecs x264 x86 xcb xcomposite xft xine xinerama xinetd xml xorg xscreensaver xv zlib&quot; ALSA_CARDS=&quot;intel8x0 intel8x0m&quot;
VIDEO_CARDS=&quot;nv nvidia fbdev nouveau&quot;
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>widget@stdin.co.uk</who>
            <bug_when>2007-02-06 20:35:30 0000</bug_when>
            <thetext>Me 2.

Portage 2.1.2-r7 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.19-gentoo-r4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
Gentoo Base System release 1.12.9
Timestamp of tree: Sun, 04 Feb 2007 21:50:01 +0000
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.19.2-r2
ACCEPT_KEYWORDS=&quot;amd64 ~amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon64 -O2 -pipe&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo&quot;
CXXFLAGS=&quot;-march=athlon64 -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo&quot;
LINGUAS=&quot;en_GB&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;X alsa amd64 berkdb bitmap-fonts cairo cdinstall cdparanoia cdr cdrom cli cracklib crypt cvs dbus deprecated divx dlloader dvd dvdr dvdread eds emboss encode fam firefox fortran gdbm gif gmedia gphoto2 gpm graphviz gtk gtk2 hal history iconv imlib jpeg kde libg++ libsamplerate live lm_sensors mad midi mikmod mp3 mpeg ncurses nls nptl nptlonly nvidia ofx ogg openal opengl oss pam pcre perl png ppds pppd python qt3 qt4 quicktime quotes readline realmedia reflection sdl session smp spell spl sql ssl subversion svg tcpd theora truetype truetype-fonts type1-fonts udev unicode usb vorbis wmp xcomposite xml xorg xscreensaver xv zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse joystick evdev&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;en_GB&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;nvidia&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>james.ausmus@gmail.com</who>
            <bug_when>2007-02-08 00:42:09 0000</bug_when>
            <thetext>I get the same issue on ~amd64...

emerge --info:

Portage 2.1.2-r8 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r1 x86_64)
=================================================================
System uname: 2.6.18-gentoo-r1 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
Gentoo Base System version 1.12.9
Timestamp of tree: Wed, 07 Feb 2007 16:30:01 +0000
dev-java/java-config: 1.3.7, 2.0.31-r3
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.20
ACCEPT_KEYWORDS=&quot;amd64 ~amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon64 -O2 -pipe -funroll-loops -msse3&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /opt/openjms/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/fax /usr/share/X11/xkb /usr/share/config /var/spool/fax/etc&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-march=athlon64 -O2 -pipe -funroll-loops -msse3&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks metadata-transfer sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://gentoo.osuosl.org http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo&quot;
LINGUAS=&quot;en en_US&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;16bit-indices 3ds 64bit 7zip X Xaw3d a52 aac aalib accessibility acct acl acpi ada addbookmarks aiglx aio akode alias allegro alsa altenburgcards amarok amd64 amr animgif ansi ao aoss apache2 arj artworkextra asf async auctex audiofile automount autoreplace avahi avalon-framework avalon-logkit badval bash-completion battery bcmath bcp beagle berkdb bidi binfilter bitmap-fonts bittorrent bjam blas bookmarks boost branding bzip2 c3p0 cairo cal3d calendar caps cdaudio cddb cdparanoia cdr cegui cg chipcard chm chroot cjk clearcase cli clisp connectionstatus contactnotes cpudetection cpufreq cracklib crypt cscope css ctype cups curl curlwrappers custom-cflags cvs dbus demo deprecated devhelp device-mapper devil dga directfb discouraged diskio divx djvu dlloader dmi doc dom4j double-precision dri dtaus dts dv dvb dvd dvdr dvdread dvi editor eds elf elisp enca encode epydoc evo examples exif expat extraengine extrafilters fam fame fastbuild fat fbcon ffmpeg fftw fidonet firefox fits flac flatfile fmod fontconfig foomaticdb fortran fpx freetds frontendonly ftp fuse gadu galago gcj gcl gd gdbm gdl gedit geldkarte geoip geos ggi gif gimp ginac glade glib glitz glut glw gmath gmedia gml gmp gnokii gnome gnutls gphoto2 gpm gps graphviz groupwise gs gsm gstreamer gtk gtk2 gtkhtml gtp guile hacking hal hardware-carrier hash haskell hbci hdf hdf5 hfs highlight history hlapi hpn html ical iconv idl idn ieee1394 ifp ilbc imagemagick imap imlib inherit-graph inifile insecure-savers ipod ipv6 irc irda isdnlog ithreads itrax jack java java5 javamail javascript jbig jce jfs jikes jingle jms jmx jni jpeg jpeg2k jython kcal kde kdecards kdeenablefinal kdehiddenvisibility kerberos keyring kig-scripting lame largefile latex lcms ldap ldb lesstif lha libburn libcaca libedit libg++ libnotify libsexy libwww lirc live lm_sensors log4j logitech-mouse logrotate lua lzo mad matroska mdb memlimit metalink mgetty mhash midi mikmod mime ming mixer mjpeg mmap mng modplug module mono mopac7 motif mozbranding mozdevelop moznopango mp3 mp3rtp mpeg mpi mplayer mpm-threadpool mpqc mssql mt940 mtp muine musepack music musicbrainz mysql nas ncurses net netboot netcdf netjack netmeeting network networking new-clx new-login nfs nis njb nls nntp nowlistening nptl nptlonly nsplugin ntfs ntp numeric oav objc objc++ objc-gc ocaml oci8 odbc ode odk offensive ofx ogdi ogg ole openal openbabel openexr opengl oracle oss pam pam_chroot pam_console pam_timestamp pascal pcmcia pcntl pcre pda pdf pdo perforce perl php physfs pike plotutils plugins png portaudio posix postgres povray ppds pppd preview-latex proteus pwdb pysolcards pyste python qdbm qhull qt3 qt3support qt4 quicktime quotas quotes rar rdesktop readline real realmedia recode reflection regex reiser4 reiserfs remix rhino rle rpm rt2500pci rtc ruby samba sametime sasl savedconfig sbcl scanner scenarios script sdl sensord serial serpentine server servletapi session sftp sharedext sharedmem simplexml skey slang slp smp sms sndfile snmp soap sockets socks5 sound sounds source sourceview sox speex spell spl sql sqlite sqlite3 srt ssl startup-notification staticsocket statistics streamripper subversion svg swat sysfs syslog sysvipc szip t1lib tcl tcltk tcpd tetex texteffect tga theora threads thunar-vfs tidy tiff timidity tk tntc tokenizer toolbar tordns totem translator transmitter truetype truetype-fonts type1-fonts udev unicode urandom usb utempter v4l v4l2 valgrind vcd vim vim-pager vim-syntax vim-with-x visualization voice vorbis wavpack webdav webpresence wifi winbind winpopup wireshark wlan wmf wmp workbench wxgtk1 wxwindows x264 xanim xbase xcb xcomposite xerces-c xforms xfs xine xinerama xml xmldoclet xmlreader xmlrpc xmlwriter xorg xpm xprint xscreensaver xskatcards xsl xtended xv xvid xvmc yahoo yaz yv12 zeroconf zip zippy zlib zrtp&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;synaptics evdev mouse keyboard&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;en en_US&quot; LIRC_DEVICES=&quot;serial&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;nvidia nv&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

(And yes, I know - Holy USE flag overkill, Batman!)

-James</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dhp_gentoo@doublehp.org</who>
            <bug_when>2007-02-08 17:08:09 0000</bug_when>
            <thetext>Created an attachment (id=109562)
emerge --info

me too (please hurry, this is blocking installation of my base system; I need fix or at least workaround ASAP for my fresh install)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dhp_gentoo@doublehp.org</who>
            <bug_when>2007-02-08 17:43:55 0000</bug_when>
            <thetext>echo &quot;
=media-gfx/graphviz-2.8-r2
=media-gfx/graphviz-2.8-r1
=media-gfx/graphviz-2.8
&quot;&gt;&gt; /etc/portage/package.mask

worked for me.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nictki@gmail.com</who>
            <bug_when>2007-02-09 09:34:13 0000</bug_when>
            <thetext>downloading media media-libs/gd to stable version (2.0.33) soved problem for me

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>portage@bigmichi1.dyndns.org</who>
            <bug_when>2007-02-11 12:16:59 0000</bug_when>
            <thetext>also upgrading to graphviz 2.12 fixes the issue and some other too, the ebuild can be found at Bug #161302</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chris@novazur.fr</who>
            <bug_when>2007-02-11 16:12:00 0000</bug_when>
            <thetext>I have this bug too.
How is it possible media-gfx/graphviz-2.8-r2 came in the stable tree last night and so mutch bugs are still opened ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chris@novazur.fr</who>
            <bug_when>2007-02-11 16:14:39 0000</bug_when>
            <thetext>(In reply to comment #8)
&gt; media-gfx/graphviz-2.8-r2 came in the stable tree last night

sorry, false, not new in the tree but ebuild changed, and graphviz doesn&apos;t compile anymore.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>atoth@atoth.sote.hu</who>
            <bug_when>2007-02-11 16:35:49 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; downloading media media-libs/gd to stable version (2.0.33) soved problem for me
&gt; 
graphviz-2.8-r2 merges correctly with media-libs/gd-2.0.33. But the latest stable is media-libs/gd-2.0.34 now, and the intial symptoms of this bugs showed up again. Port those changes of media-libs/gd made graphviz to compile with 2.0.33 to gd-2.0.34 also, please.

Regards,
Dw.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-11 18:12:06 0000</bug_when>
            <thetext>*** Bug 166376 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>znmeb@cesmail.net</who>
            <bug_when>2007-02-11 20:51:32 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; echo &quot;
&gt; =media-gfx/graphviz-2.8-r2
&gt; =media-gfx/graphviz-2.8-r1
&gt; =media-gfx/graphviz-2.8
&gt; &quot;&gt;&gt; /etc/portage/package.mask
&gt; 
&gt; worked for me.
&gt; 
Yes but:

1. I don&apos;t want to downgrade permanently. I need graphviz, so I&apos;ll do what I have to, but the bug(s) should get fixed.

2. As someone posted, there&apos;s a bug to get 2.12 in the tree, Bug #161302. That should happen too. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-11 21:19:36 0000</bug_when>
            <thetext>*** Bug 166416 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-11 21:19:46 0000</bug_when>
            <thetext>*** Bug 166377 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alekiv@hot.ee</who>
            <bug_when>2007-02-12 09:34:33 0000</bug_when>
            <thetext>Same problem...

emerge --info
Portage 2.1.2-r9 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.5-r0, 2.6.18-gentoo-r6 i686)
=================================================================
System uname: 2.6.18-gentoo-r6 i686 AMD Athlon(tm) XP 2100+
Gentoo Base System version 1.12.6
Timestamp of tree: Mon, 12 Feb 2007 06:20:02 +0000
ccache version 2.4 [enabled]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O3 -march=athlon-xp -pipe -fomit-frame-pointer&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo&quot;
CXXFLAGS=&quot;-O3 -march=athlon-xp -pipe -fomit-frame-pointer&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig ccache distlocks metadata-transfer sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://ftp.linux.ee/pub/gentoo/distfiles/ http://trumpetti.atm.tut.fi/gentoo/ &quot;
LINGUAS=&quot;en ru&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/src/MYEBILDS&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;alsa apache2 apm arts async berkdb bitmap-fonts bzip2 cli cracklib crypt daemon dlloader dri eds emboss encode esd extensions foomaticdb fortran gdbm gif gnome gstreamer gtk2 iconv imlib ipv6 isdnlog jpeg kde l7filter libg++ libwww lm_sensors logrotate mad midi mikmod mmap motif mp3 mpeg mysql ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png pppd python qt3 qt4 quicktime readline reflection search session snmp sockets spl ssl tcpd tools truetype truetype-fonts type1-fonts udev unicode vorbis x86 xml xorg xv zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse evdev&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;en ru&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;apm ark ati chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mga neomagic nsc nv rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ecki@intershop.de</who>
            <bug_when>2007-02-12 12:21:39 0000</bug_when>
            <thetext>Problem occurs, because static array entities is declared &amp; defined inside lib/gd/entities.h, what in turn is included in lib/common/{htmllex,utils}.c.

Quick hack (idea):

Since lib/gd/entities.h is created from lib/gd/entities.tcl using lib/gd/entities.html, I modified lib/gd/entities.tcl and one of the *.c files:

lib/gd/entities.tcl creates lib/gd/entities.h with inclusion of lib/gd/entities_ext.h and the definition of the array and lib/gd/entities_ext.h with only the declaration - so only one *.c file shall include lib/gd/entities.h and so have the array defined, while all others use the ..._ext.h.

Didn&apos;t work, since graphviz uses /usr/include/entities.h, what in turn is created from media-libs/gd</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-12 12:24:33 0000</bug_when>
            <thetext>*** Bug 166493 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dhp_gentoo@doublehp.org</who>
            <bug_when>2007-02-12 12:48:17 0000</bug_when>
            <thetext>(In reply to comment #12)
&gt; 1. I don&apos;t want to downgrade permanently. I need graphviz, so I&apos;ll do what I
&gt; have to, but the bug(s) should get fixed.

I only downed to media-gfx/graphviz-2.6-r1 (the one before 2.8 in my tree). Exacte version matching will let portage try 2.8-r3 when it comes out ... I just said what worked for me in order to solve deps, and continue installing my system (new installation on new disk; this was blocking hardly things I needed).

&gt; 2. As someone posted, there&apos;s a bug to get 2.12 in the tree, Bug #161302. That
&gt; should happen too. 

Strange: I esynced 2 days ago, and I cant see any 2.12 in /usr/portage/media-gfx/graphviz/ was it a typo vs 1.12 ?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-02-12 13:32:22 0000</bug_when>
            <thetext>This bug seems to have been introduced with opfer&apos;s move from IUSE=tcltk to IUSE=&quot;tcl tk&quot; (on all current graphviz ebuilds, without a revision bump). Emerging with USE=&quot;-tcl -tk&quot; works for me, it seems. CC&apos;ing opfer for his view on the matter.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-02-12 13:50:46 0000</bug_when>
            <thetext>I changed the ebuilds on 10 Feb, this bug was reported on 5 Feb...so I don&apos;t have anything to do with it.  As reported in comment #6, media-libs/gd is responsible.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ediap@users.sourceforge.net</who>
            <bug_when>2007-02-12 13:55:08 0000</bug_when>
            <thetext>(In reply to comment #19)
&gt; This bug seems to have been introduced with opfer&apos;s move from IUSE=tcltk to
&gt; IUSE=&quot;tcl tk&quot; (on all current graphviz ebuilds, without a revision bump).
&gt; Emerging with USE=&quot;-tcl -tk&quot; works for me, it seems. CC&apos;ing opfer for his view
&gt; on the matter.

I think this is not the issue here, since I have:

[ebuild   R   ] media-gfx/graphviz-2.8-r2  USE=&quot;X cairo -guile java -lua -ocaml perl -php python -ruby -static -tcl% (-tcltk%) -tk%&quot; 4,144 kB 

and the compilation fails on this linking problem:

../../lib/common/.libs/libcommon.a(utils.o):(.data.rel.local+0x0): multiple definition of `entities&apos;
../../lib/common/.libs/libcommon.a(htmllex.o):(.data.rel.local+0x0): first defined here
collect2: ld returned 1 exit status
make[3]: *** [libgvc.la] Błąd 1
make[2]: *** [all-recursive] Błąd 1
make[1]: *** [all-recursive] Błąd 1
make: *** [all] Błąd 2
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dhp_gentoo@doublehp.org</who>
            <bug_when>2007-02-12 14:17:05 0000</bug_when>
            <thetext>I say same as #21:
[ebuild     U ] media-gfx/graphviz-2.8-r2 [2.6-r1] USE=&quot;X perl%* python%* -cairo -guile% -java% -lua% -ocaml% -php% -ruby% -static -tcl -tk&quot; 0 kB
=&gt;
../../lib/common/.libs/libcommon.a(utils.o):(.data.rel.local+0x0): multiple definition of `entities&apos;
../../lib/common/.libs/libcommon.a(htmllex.o):(.data.rel.local+0x0): first defined here
collect2: ld returned 1 exit status
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-02-12 14:20:52 0000</bug_when>
            <thetext>(In reply to comment #20)
&gt; I changed the ebuilds on 10 Feb, this bug was reported on 5 Feb...so I don&apos;t
&gt; have anything to do with it.  As reported in comment #6, media-libs/gd is
&gt; responsible.

OK, I wasn&apos;t laying the blame on you. I just guessed changing IUSE on a stable ebuild would trigger a rebuild for everyone doing an emerge --update --newuse world. And somehow, your tests didn&apos;t find this issue.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2007-02-12 14:40:54 0000</bug_when>
            <thetext>the entities.h header is the same between gd-2.0.33 and gd-2.0.34</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@weary.nl</who>
            <bug_when>2007-02-12 18:25:28 0000</bug_when>
            <thetext>quick fix:
cd /usr/portage/media-gfx/graphviz
edit graphviz-2.8-r2.ebuild and put on the line before &quot;emake&quot; on line 84:
   (cd &quot;${S}/lib/gd&quot;; entities.tcl)

run &quot;ebuild graphviz-2.8-r2.ebuild digest&quot; &amp;&amp; emerge graphviz


background:
entities.tcl is the script that generated entities.h (according to the
comments), but it isn&apos;t run every time a build is made, and the included
entities.h is wrong.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dmlloyd@flurg.com</who>
            <bug_when>2007-02-12 19:43:28 0000</bug_when>
            <thetext>(In reply to comment #25)
&gt; quick fix:
&gt; cd /usr/portage/media-gfx/graphviz
&gt; edit graphviz-2.8-r2.ebuild and put on the line before &quot;emake&quot; on line 84:
&gt;    (cd &quot;${S}/lib/gd&quot;; entities.tcl)
&gt; 
&gt; run &quot;ebuild graphviz-2.8-r2.ebuild digest&quot; &amp;&amp; emerge graphviz

This did not work for me - I still get the same build error.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alekiv@hot.ee</who>
            <bug_when>2007-02-12 19:51:13 0000</bug_when>
            <thetext>(In reply to comment #25)
&gt; quick fix:
&gt; cd /usr/portage/media-gfx/graphviz
&gt; edit graphviz-2.8-r2.ebuild and put on the line before &quot;emake&quot; on line 84:
&gt;    (cd &quot;${S}/lib/gd&quot;; entities.tcl)
&gt; run &quot;ebuild graphviz-2.8-r2.ebuild digest&quot; &amp;&amp; emerge graphviz
&gt; background:
&gt; entities.tcl is the script that generated entities.h (according to the
&gt; comments), but it isn&apos;t run every time a build is made, and the included
&gt; entities.h is wrong.

It&apos;s not work for me too...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>8an@praha12.net</who>
            <bug_when>2007-02-12 19:53:34 0000</bug_when>
            <thetext>(In reply to comment #26)
&gt; (In reply to comment #25)
&gt; &gt; quick fix:
&gt; &gt; cd /usr/portage/media-gfx/graphviz
&gt; &gt; edit graphviz-2.8-r2.ebuild and put on the line before &quot;emake&quot; on line 84:
&gt; &gt;    (cd &quot;${S}/lib/gd&quot;; entities.tcl)
&gt; &gt; 
&gt; &gt; run &quot;ebuild graphviz-2.8-r2.ebuild digest&quot; &amp;&amp; emerge graphviz
&gt; 
&gt; This did not work for me - I still get the same build error.
&gt; 

So do I, the newly generated file is the same as original. I tried to redownload entities.html from W3C, but it&apos;s the same too.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nelchael@gentoo.org</who>
            <bug_when>2007-02-12 20:54:40 0000</bug_when>
            <thetext>*** Bug 166562 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>8an@praha12.net</who>
            <bug_when>2007-02-12 21:02:19 0000</bug_when>
            <thetext>I copied entities.h from Graphviz to GD and now both compile. The important difference is probably &quot;static&quot; keyword in declaration of array &quot;entities&quot;, so the symbol is not exported and does not collide with Graphviz. But it may break some else package.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-02-12 23:59:36 0000</bug_when>
            <thetext>Version 2.12 which fixes this issue is now in the tree.
Graphics Team: I think it makes sense to keep this bug open until 2.12 goes stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ecki@intershop.de</who>
            <bug_when>2007-02-13 13:14:09 0000</bug_when>
            <thetext>(In reply to comment #25)
&gt; quick fix:
&gt; cd /usr/portage/media-gfx/graphviz
&gt; edit graphviz-2.8-r2.ebuild and put on the line before &quot;emake&quot; on line 84:
&gt;    (cd &quot;${S}/lib/gd&quot;; entities.tcl)
&gt; 
&gt; run &quot;ebuild graphviz-2.8-r2.ebuild digest&quot; &amp;&amp; emerge graphviz
&gt; 
&gt; background:
&gt; entities.tcl is the script that generated entities.h (according to the
&gt; comments), but it isn&apos;t run every time a build is made, and the included
&gt; entities.h is wrong.

At least for me, entities.h from /usr/include (the one installed from gd) is used - .../lib/gd is never -I&apos;ed at compile time.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2007-02-13 23:04:36 0000</bug_when>
            <thetext>Same problem here with media-gfx/graphviz-2.8-r2:

../../lib/common/.libs/libcommon.a(utils.o):(.data.rel.local+0x0): multiple definition of `entities&apos;
../../lib/common/.libs/libcommon.a(htmllex.o):(.data.rel.local+0x0): first defined here
collect2: ld returned 1 exit status
make[3]: *** [libgvc.la] Error 1
make[3]: *** Se espera a que terminen otras tareas....
../../lib/common/.libs/libcommon.a(utils.o):(.data.rel.local+0x0): multiple definition of `entities&apos;
../../lib/common/.libs/libcommon.a(htmllex.o):(.data.rel.local+0x0): first defined here
collect2: ld returned 1 exit status
make[3]: *** [libgvc_builtins.la] Error 1
make[3]: se sale del directorio `/var/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib/gvc&apos;
make[2]: *** [all-recursive] Error 1
make[2]: se sale del directorio `/var/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib&apos;
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio `/var/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8&apos;
make: *** [all] Error 2

My emerge --info:
Portage 2.1.2-r9 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.20-gentoo i686)
=================================================================
System uname: 2.6.20-gentoo i686 Genuine Intel(R) CPU           T2300  @ 1.66GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Tue, 13 Feb 2007 20:20:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=pentium-m -pipe -fomit-frame-pointer -mfpmath=sse -msse3&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-O2 -march=pentium-m -pipe -fomit-frame-pointer -mfpmath=sse -msse3&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig ccache distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://mirror.ovh.net/gentoo-distfiles/ &quot;
LC_ALL=&quot;es_ES.UTF-8&quot;
LINGUAS=&quot;es en_US&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/portage/local/layman/armagetron /usr/portage/local/layman/sunrise /usr/local/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;X a52 aac aalib acl acpi aim alsa ansi arts asf audiofile avi bash-completion bcmath beagle bidi bitmap-fonts bonobo bzip2 bzlib cairo caps cdb cddb cdparanoia cdr cdrparanoia cli cpdflib cracklib cross crypt cscope css ctype cups curl curlwrappers dbus dga dio directfb divx4linux dlloader dri dts dv dvb dvd dvdr dvdread encode escreen esd evo exif fam fbcon ffmpeg fftw firefox flac foomaticdb fortran ftp gb gcj gd ggi gif gimp gimpprint glitz glut glx gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl iconv imagemagick imlib ipv6 isdnlog jabber jack java jikes jpeg kde kdeenablefinal kdehiddenvisibility latex lcms ldap lesstif libg++ libnotify logrotate mad mbox midi mikmod mime ming mmap mmx mmxext mng mono motif mp3 mpeg mpi mplayer musepack musicbrainz nas ncurses nethack nls nocd nptl nptlonly nsplugin ntfs nvidia ogg oggvorbis openal opengl opnegl oss pam pcmcia pcre pdf pdflib perl pic png pnp posix ppds pppd python qt qt3 qt4 quicktime readline real reflection reiserfs rpm rtc ruby scanner sdl seamonkey session slang slp smp sndfile sockets socks5 speex spell spl sse sse2 sse3 ssl svg syslog tcltk tcpd tetex tga theora threads tiff timidity tk truetype truetype-fonts trusted type1-fonts unicode usb userlocales v4l v4l2 vcd videos vim vorbis wifi win32codecs wma wmf wmp wxwindows x86 xcomposite xft xine xml xml2 xorg xpm xv xvid zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; DVB_CARDS=&quot;usb-dib0700&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse synaptics&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;es en_US&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;nvidia nv vesa fbdev&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-14 17:54:05 0000</bug_when>
            <thetext>*** Bug 166823 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2007-02-15 00:45:03 0000</bug_when>
            <thetext>Fixed in graphviz-2.12</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-15 07:47:00 0000</bug_when>
            <thetext>*** Bug 166954 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dhp_gentoo@doublehp.org</who>
            <bug_when>2007-02-15 12:38:46 0000</bug_when>
            <thetext>Works for me, asking for CLOSED or FIXED</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caster@gentoo.org</who>
            <bug_when>2007-02-15 13:19:39 0000</bug_when>
            <thetext>No, it would be fixed if gd-2.0.34 wasn&apos;t stable. But it had to be stabled wrt security, so now stable tree is broken until a fixed graphviz (that&apos;s 2.12 unless somebody fixes 2.8 in some revbump) is stable too (possible skipping the 30 days wait).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chrb@gentoo.org</who>
            <bug_when>2007-02-15 16:34:05 0000</bug_when>
            <thetext>*** Bug 167030 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chrb@gentoo.org</who>
            <bug_when>2007-02-15 17:20:06 0000</bug_when>
            <thetext>I fixed the depend on gd-2.0.33 so that the stable version at least compiles (though the old gd is likely to get package.masked soon).

Arch teams: Recommend stabilising graphviz-2.12 immediately due to #141577, it&apos;s the current stable release upstream and works for me.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-02-15 18:24:48 0000</bug_when>
            <thetext>x86 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-02-15 18:50:26 0000</bug_when>
            <thetext>Stop stabilization immediately. It still needs some serious rework·</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chrb@gentoo.org</who>
            <bug_when>2007-02-15 19:57:27 0000</bug_when>
            <thetext>*** Bug 167064 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>blubb@gentoo.org</who>
            <bug_when>2007-02-15 20:12:50 0000</bug_when>
            <thetext>(In reply to comment #42)
&gt; Stop stabilization immediately. It still needs some serious rework·

x86: You might want to re-evaluate your stable-marking :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-02-15 20:30:21 0000</bug_when>
            <thetext>(In reply to comment #44)
&gt; (In reply to comment #42)
&gt; &gt; Stop stabilization immediately. It still needs some serious rework·
&gt; 
&gt; x86: You might want to re-evaluate your stable-marking :)
 
I rebuilt three times now with differing USE flag combinations (including all enabled) and it succeeded.  As we have a non-compiling state in 2.8, I choose non-compiling for some with 2.12.  But thanks for the note.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chrb@gentoo.org</who>
            <bug_when>2007-02-16 10:17:17 0000</bug_when>
            <thetext>What exactly is wrong with 2.12? There are no open bugs. It works for me, the users in #161302, and a couple of users on this bug. And it&apos;s obviously better than having the stable tree broken.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-02-16 10:50:25 0000</bug_when>
            <thetext>@Chris: There are no open bugs because I just added it a couple of days ago. And to answer your question about what&apos;s wrong: tk USE-flag is wrong (that option doesn&apos;t exist anymore and someone should take a look how to patch tk-dependendency out), it failed on my machine with guile USE-flag set. gnomeui is probably needed in DEPEND if pango-support is enabled. Someone should check whether &quot;dot -c&quot; is still needed in pkg_postinst and if it is, write one line documentation about the why. And then someone should do some cleanup of the ebuild (for example the &quot;touch&quot;-line, check the notcl-patch, drop pdf-docs generation, find a clean-way to  not install the docs).
If you want to replace a broken package with a half-broken one instead of fixing the stuff above before (or giving me time to fix it), go ahead.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chrb@gentoo.org</who>
            <bug_when>2007-02-16 12:32:48 0000</bug_when>
            <thetext>Most (all?) of the possible bugs you mention apply identically to 2.8 and yet it was stabilised without issue. I&apos;m not suggesting that there&apos;s never any room for enhancement, just that things don&apos;t have to be perfect, only better than the alternatives they replace. Having said that, I looked into the bug list:

tk USE flag is wrong: configure doesn&apos;t support --enable-tk. The only bug is minor; tk users can&apos;t opt not to install the graphviz tk stuff by setting -tk as a local USE flag because configure will detect it anyway.

fails with guile USE flag : compiles, installs ok for me

gnomeui probably needed in DEPEND if pango USE flag set: apparently not. compiles, installs ok for me

dot-c: dot --help describes why it&apos;s there, to &quot;Configure plugins in $prefix/lib/graphviz/config&quot;. 

touch line: possibly not needed if you can guarantee upstream always puts a more recent modification date on that file than the headers. But given that you can&apos;t guarantee that it does no harm to be certain.

notcl-patch: only inserts 5 lines to build man pages.. could be inlined in ebuild but whatever.

rm&apos;ing docs: yeah, you could not build them in the first place, it&apos;s a minor enhancement bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zeekec@mad.scientist.com</who>
            <bug_when>2007-02-16 14:30:07 0000</bug_when>
            <thetext>(In reply to comment #48)
&gt; fails with guile USE flag : compiles, installs ok for me

See #167045</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-16 17:50:50 0000</bug_when>
            <thetext>(In reply to comment #48)
&gt; dot-c: dot --help describes why it&apos;s there, to &quot;Configure plugins in
&gt; $prefix/lib/graphviz/config&quot;. 

If doesn&apos;t work at all, and has been broken for ages, maybe someone should finally remove it... See Bug 130418.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mike.mcclurg@gmail.com</who>
            <bug_when>2007-02-17 22:32:27 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; downloading media media-libs/gd to stable version (2.0.33) soved problem for me
&gt; 

I&apos;ve had this problem on x86_64. I masked media-libs/gd-2.0.34 and downgraded to media-libs/gd-2.0.33. This allowed graphviz--2.8-r2 to compile. Don&apos;t know how stable things are yet...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>expose@luftgetrock.net</who>
            <bug_when>2007-02-18 11:46:34 0000</bug_when>
            <thetext>another reason to make it stable as soon as possible might be


!!! Multiple versions within a single package slot have been
!!! pulled into the dependency graph:

(&apos;ebuild&apos;, &apos;/&apos;, &apos;media-libs/gd-2.0.32&apos;, &apos;merge&apos;) pulled in by
  (&apos;ebuild&apos;, &apos;/&apos;, &apos;media-gfx/graphviz-2.8-r2&apos;, &apos;merge&apos;)

(&apos;ebuild&apos;, &apos;/&apos;, &apos;media-libs/gd-2.0.34&apos;, &apos;merge&apos;) pulled in by
  (&apos;ebuild&apos;, &apos;/&apos;, &apos;media-libs/libwmf-0.2.8.4&apos;, &apos;nomerge&apos;)


Both graphviz and libwmf are of major importance concerning what in turn depends upon them.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2007-02-18 11:55:15 0000</bug_when>
            <thetext>(In reply to comment #52)
&gt; another reason to make it stable as soon as possible might be
&gt; 
&gt; 
&gt; !!! Multiple versions within a single package slot have been
&gt; !!! pulled into the dependency graph:
&gt; 
&gt; (&apos;ebuild&apos;, &apos;/&apos;, &apos;media-libs/gd-2.0.32&apos;, &apos;merge&apos;) pulled in by
&gt;   (&apos;ebuild&apos;, &apos;/&apos;, &apos;media-gfx/graphviz-2.8-r2&apos;, &apos;merge&apos;)
&gt; 
&gt; (&apos;ebuild&apos;, &apos;/&apos;, &apos;media-libs/gd-2.0.34&apos;, &apos;merge&apos;) pulled in by
&gt;   (&apos;ebuild&apos;, &apos;/&apos;, &apos;media-libs/libwmf-0.2.8.4&apos;, &apos;nomerge&apos;)
&gt; 
&gt; 
&gt; Both graphviz and libwmf are of major importance concerning what in turn
&gt; depends upon them.
&gt; 

Same problem here, I have installed 2.12 for &quot;fixing&quot; this.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2007-02-20 16:15:44 0000</bug_when>
            <thetext>if you&apos;re going to screw users with circular depends, at least minimize things

RDEPEND=&quot;media-libs/gd&quot;
DEPEND=&quot;&lt;media-libs/gd-2.0.34&quot;

newer gd causes build failure, not runtime failure</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>srm@schokokeks.org</who>
            <bug_when>2007-02-24 23:53:04 0000</bug_when>
            <thetext>(In reply to comment #54)
&gt; if you&apos;re going to screw users with circular depends, at least minimize things
&gt; 
&gt; RDEPEND=&quot;media-libs/gd&quot;
&gt; DEPEND=&quot;&lt;media-libs/gd-2.0.34&quot;
&gt; 
&gt; newer gd causes build failure, not runtime failure
&gt; 

this seems to be allready in merged to the tree
but isn&apos;t this rather a wrong slotted gd?
gd-2.0.34 &amp;&amp; gd-2.0.33 &amp;&amp; gd-2.0.32 
they all use SLOT=&quot;2&quot; as ebuild variable

following worked for me:
changed SLOT in gd-2.0.32.ebuild to 1
changed SLOT in gd-2.0.33.ebuild to 2
changed SLOT in gd-2.0.34.ebuild to 3

graphiz pulled gd-2.0.33 &amp; gd-2.0.34 regarding the R/DEPEND and built correctly.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-26 09:30:56 0000</bug_when>
            <thetext>(In reply to comment #55)
&gt; but isn&apos;t this rather a wrong slotted gd?
&gt; gd-2.0.34 &amp;&amp; gd-2.0.33 &amp;&amp; gd-2.0.32 
&gt; they all use SLOT=&quot;2&quot; as ebuild variable
&gt; 
&gt; following worked for me:
&gt; changed SLOT in gd-2.0.32.ebuild to 1
&gt; changed SLOT in gd-2.0.33.ebuild to 2
&gt; changed SLOT in gd-2.0.34.ebuild to 3

Ouch! Don&apos;t do this nor advise doing this to anyone.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>srm@schokokeks.org</who>
            <bug_when>2007-02-26 10:44:24 0000</bug_when>
            <thetext>(In reply to comment #56)
&gt; 
&gt; Ouch! Don&apos;t do this nor advise doing this to anyone.
&gt; 

Ouch. :/
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-03-03 12:14:42 0000</bug_when>
            <thetext>Dear arch-team members. Please test and mark this package stable on your arch since it fixes a build-bug in the stable-tree.

I removed all the bindings except for tcl. Comments for the reasons are in the ebuild itself. To sum it up: java/php bindings never build, ruby, python and probably others are being installed to the wrong directories and scheme-bindings randomly fail.
We (lu_zero &amp; I) agreed that this is for now the safest approach.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>davidepesa@gmail.com</who>
            <bug_when>2007-03-04 13:57:21 0000</bug_when>
            <thetext>(In reply to comment #58)
&gt; [...] To sum it up: java/php bindings never build, ruby, python and
&gt; probably others are being installed to the wrong directories and
&gt; scheme-bindings randomly fail.

I&apos;d just like to say that java bindings build fine here (~x86) and on my laptop (~amd64 machine)...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-03-04 14:31:20 0000</bug_when>
            <thetext>interesting. I get this:
[...]
checking for java... java
checking jni.h usability... no
checking jni.h presence... no
checking for jni.h... no
configure: WARNING: Unable to find header jni.h. The JAVA packages will not be built
[...]
without patching.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>davidepesa@gmail.com</who>
            <bug_when>2007-03-04 14:54:36 0000</bug_when>
            <thetext>(In reply to comment #60)
&gt; interesting. I get this:
&gt; [...]
&gt; checking for java... java
&gt; checking jni.h usability... no
&gt; checking jni.h presence... no
&gt; checking for jni.h... no
&gt; configure: WARNING: Unable to find header jni.h. The JAVA packages will not be
&gt; built
&gt; [...]
&gt; without patching.
&gt; 

Yes, sorry, you&apos;re perfectly right. I get exactly the same output. I misunderstood what you said about java bindings that never build... I thought you meant that graphviz doesn&apos;t compile with USE=&quot;java&quot;. Please forget my comment and forgive my ignorance... ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2007-03-06 19:31:17 0000</bug_when>
            <thetext>*** Bug 167978 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2007-03-06 20:14:31 0000</bug_when>
            <thetext>(In reply to comment #54)
&gt; if you&apos;re going to screw users with circular depends, at least minimize things
&gt; 
&gt; RDEPEND=&quot;media-libs/gd&quot;
&gt; DEPEND=&quot;&lt;media-libs/gd-2.0.34&quot;
&gt; 
&gt; newer gd causes build failure, not runtime failure

looks like this is a half baked solution as well because i assumed portage would sanely handle things ... it doesnt

graphviz-2.8-r2 now tweaks the gd header file on the fly which drops the forced gd downgrade in both DEPEND and RDEPEND</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2007-03-10 14:59:26 0000</bug_when>
            <thetext>I just tried 2.8-r2 and got this:

/usr/portage/media-gfx/graphviz/graphviz-2.8-r2.ebuild: line 60: tc-getCPP: command not found
/usr/portage/media-gfx/graphviz/graphviz-2.8-r2.ebuild: line 60: -P: command not found

the hack in unpack looks difficult to understand for me, and

grep -r tc-getCPP /usr/portage/media-gfx/graphviz
/usr/portage/media-gfx/graphviz/graphviz-2.8-r2.ebuild: echo &apos;#include &lt;entities.h&gt;&apos; | $(tc-getCPP) -P -dD &gt; entities.h
sgala@marlow ~ $ grep -r tc-getCPP /usr/portage/eclass
/usr/portage/eclass/toolchain-funcs.eclass:tc-getCPP() { tc-getPROG CPP cpp &quot;$@&quot;; }

so it looks like toolchain needs to be inherited

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2007-03-10 15:09:50 0000</bug_when>
            <thetext>I meant toolchain-funcs. Once I solved it, I fell again into:

(...)
make[3]: Leaving directory `/var/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib/sfio&apos;
Making all in vmalloc
make[3]: Entering directory `/var/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib/vmalloc&apos;
mkdir -p ../../FEATURE
sh ../../iffe - set cc x86_64-pc-linux-gnu-gcc   : run ../../lib/vmalloc/features/vmalloc &gt; ../../FEATURE/vmalloc
/bin/sh ../../libtool --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../..  -I../../lib/ast -I../../lib/sfio   -march=nocona -O2 -pipe -ftree-vectorize -Wno-unknown-pragmas -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math -c -o malloc.lo malloc.c
mkdir .libs
 x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -I../../lib/ast -I../../lib/sfio -march=nocona -O2 -pipe -ftree-vectorize -Wno-unknown-pragmas -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math -c malloc.c  -fPIC -DPIC -o .libs/malloc.o
malloc.c:408: error: return type is an incomplete type
malloc.c: In function &apos;mstats&apos;:
malloc.c:410: error: storage size of &apos;ms&apos; isn&apos;t known
malloc.c:421: warning: &apos;return&apos; with a value, in function returning void
malloc.c:410: warning: unused variable &apos;ms&apos;
make[3]: *** [malloc.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib/vmalloc&apos;
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8/lib&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-gfx/graphviz-2.8-r2/work/graphviz-2.8&apos;
make: *** [all] Error 2

!!! ERROR: media-gfx/graphviz-2.8-r2 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call &apos;src_compile&apos;
  environment, line 3539:   Called src_compile
  graphviz-2.8-r2.ebuild, line 84:   Called die

!!! Compile Failed!
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at &apos;/var/tmp/portage/media-gfx/graphviz-2.8-r2/temp/build.log&apos;.

am I the only one seeing this? the only one with amd64/glibc-25 or gcc-4.1.2 around? Not sure why this error it there, in fact it looks like the test for mstats is completely broken.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2007-03-10 17:47:35 0000</bug_when>
            <thetext>Please, try with media-gfx/graphviz-2.12

Good luck!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2007-03-10 20:00:36 0000</bug_when>
            <thetext>exactly the same error:

make[3]: Leaving directory `/var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12/lib/sfio&apos;
Making all in vmalloc
make[3]: Entering directory `/var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12/lib/vmalloc&apos;
mkdir -p ../../FEATURE
../../iffe - set cc x86_64-pc-linux-gnu-gcc   : run ../../lib/vmalloc/features/vmalloc &gt; ../../FEATURE/vmalloc
/bin/sh ../../libtool --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../..  -I../../lib/ast -I../../lib/sfio   -march=nocona -O2 -pipe -ftree-vectorize -Wno-unknown-pragmas -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math -MT malloc.lo -MD -MP -MF .deps/malloc.Tpo -c -o malloc.lo malloc.c
mkdir .libs
 x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -I../../lib/ast -I../../lib/sfio -march=nocona -O2 -pipe -ftree-vectorize -Wno-unknown-pragmas -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math -MT malloc.lo -MD -MP -MF .deps/malloc.Tpo -c malloc.c  -fPIC -DPIC -o .libs/malloc.o
malloc.c:408: error: return type is an incomplete type
malloc.c: In function &apos;mstats&apos;:
malloc.c:410: error: storage size of &apos;ms&apos; isn&apos;t known
malloc.c:421: warning: &apos;return&apos; with a value, in function returning void
malloc.c:410: warning: unused variable &apos;ms&apos;
make[3]: *** [malloc.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12/lib/vmalloc&apos;
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12/lib&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12&apos;
make: *** [all] Error 2

!!! ERROR: media-gfx/graphviz-2.12 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call &apos;src_compile&apos;
  environment, line 3666:   Called src_compile
  graphviz-2.12.ebuild, line 157:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at &apos;/var/tmp/portage/media-gfx/graphviz-2.12/temp/build.log&apos;.

Due to some strange reason, graphviz here is trying to compile this mstats thing, which looks either archaic or not linux related at all. I have 2.8-r2 compiled here, so it started failing recently, due to portage, toolchain or auto* changes.

How can I help debugging it?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2007-03-10 20:57:05 0000</bug_when>
            <thetext>if I edit &lt;workdir&gt;/FEATURES/vmalloc, and change 

#define _lib_mstats     0       /* mstats() in default lib(s) */


(it was a 1), a new compile gives a different error:

/bin/sh ../../libtool --tag=CC   --mode=link x86_64-pc-linux-gnu-gcc  -march=nocona -O2 -pipe -ftree-vectorize -Wno-unknown-pragmas -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math   -o gvpr actions.o compile.o gvpr.o gprstate.o parse.o queue.o ../../lib/vmalloc/libvmalloc_C.la ../../lib/sfio/libsfio_C.la ../../lib/ingraphs/libingraphs_C.la ../../lib/expr/libexpr.la ../../lib/agraph/libagraph.la -lm 
x86_64-pc-linux-gnu-gcc -march=nocona -O2 -pipe -ftree-vectorize -Wno-unknown-pragmas -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math -o .libs/gvpr actions.o compile.o gvpr.o gprstate.o parse.o queue.o  ../../lib/vmalloc/.libs/libvmalloc_C.a ../../lib/sfio/.libs/libsfio_C.a ../../lib/ingraphs/.libs/libingraphs_C.a ../../lib/expr/.libs/libexpr.so ../../lib/agraph/.libs/libagraph.so /var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12/lib/cdt/.libs/libcdt.so -lm
../../lib/expr/.libs/libexpr.so: undefined reference to `qldexp&apos;
../../lib/expr/.libs/libexpr.so: undefined reference to `qfrexp&apos;
collect2: ld returned 1 exit status
make[3]: *** [gvpr] Error 1
make[3]: se sale del directorio `/var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12/cmd/gvpr&apos;
make[2]: *** [all-recursive] Error 1
make[2]: se sale del directorio `/var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12/cmd&apos;
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio `/var/tmp/portage/media-gfx/graphviz-2.12/work/graphviz-2.12&apos;
make: *** [all] Error 2

!!! ERROR: media-gfx/graphviz-2.12 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call &apos;src_compile&apos;
  environment, line 3682:   Called src_compile
  graphviz-2.12.ebuild, line 157:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at &apos;/var/tmp/portage/media-gfx/graphviz-2.12/temp/build.log&apos;.


</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2007-03-10 22:22:16 0000</bug_when>
            <thetext>blah, copy &amp; pasting from testing ebuild to cvs ebuild lost the toolchain-funcs inherit ... fixed in cvs</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-03-12 04:50:26 0000</bug_when>
            <thetext>Stable for HPPA.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2007-03-12 17:51:19 0000</bug_when>
            <thetext>ppc64 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2007-03-13 13:17:09 0000</bug_when>
            <thetext>sparc stable.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nixnut@gentoo.org</who>
            <bug_when>2007-03-16 19:56:59 0000</bug_when>
            <thetext>Stable on ppc</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beandog@gentoo.org</who>
            <bug_when>2007-03-17 11:30:43 0000</bug_when>
            <thetext>amd64 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>armin76@gentoo.org</who>
            <bug_when>2007-04-01 10:15:41 0000</bug_when>
            <thetext>arm/ia64/s390 done</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>yoswink@gentoo.org</who>
            <bug_when>2007-04-01 15:25:55 0000</bug_when>
            <thetext>alpha stable.

All done, closing per dev-zero&apos;s request :)</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>109562</attachid>
            <date>2007-02-08 17:08 0000</date>
            <desc>emerge --info</desc>
            <filename>ei</filename>
            <type>text/plain</type>
            <data encoding="base64">UG9ydGFnZSAyLjEuMi1yOCAoZGVmYXVsdC1saW51eC94ODYvMjAwNi4xLCBnY2MtNC4xLjEsIGds
aWJjLTIuNS1yMCwgMi42LjE5LWdlbnRvby1yNS1HZW50b28tbW9vbl8xMSBpNjg2KQo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PQpTeXN0ZW0gdW5hbWU6IDIuNi4xOS1nZW50b28tcjUtR2VudG9vLW1vb25fMTEgaTY4NiBtb2Jp
bGUgQU1EIEF0aGxvbih0bSkgNCBQcm9jZXNzb3IKR2VudG9vIEJhc2UgU3lzdGVtIHJlbGVhc2Ug
MS4xMi45ClRpbWVzdGFtcCBvZiB0cmVlOiBXZWQsIDA3IEZlYiAyMDA3IDIwOjUwOjAyICswMDAw
CmNjYWNoZSB2ZXJzaW9uIDIuNCBbZW5hYmxlZF0KZGV2LWxhbmcvcHl0aG9uOiAgICAgMi40LjQK
ZGV2LXB5dGhvbi9weWNyeXB0bzogMi4wLjEtcjUKZGV2LXV0aWwvY2NhY2hlOiAgICAgMi40LXI2
CnN5cy1hcHBzL3NhbmRib3g6ICAgIDEuMi4xOC4xCnN5cy1kZXZlbC9hdXRvY29uZjogIDIuMTMs
IDIuNjEKc3lzLWRldmVsL2F1dG9tYWtlOiAgMS40X3A2LCAxLjUsIDEuNi4zLCAxLjcuOS1yMSwg
MS44LjUtcjMsIDEuOS42LXIyLCAxLjEwCnN5cy1kZXZlbC9iaW51dGlsczogIDIuMTcKc3lzLWRl
dmVsL2djYy1jb25maWc6IDEuMy4xNApzeXMtZGV2ZWwvbGlidG9vbDogICAxLjUuMjIKdmlydHVh
bC9vcy1oZWFkZXJzOiAgMi42LjIwCkFDQ0VQVF9LRVlXT1JEUz0ieDg2IH54ODYiCkFMU0FfQ0FS
RFM9ImFsaTU0NTEgYWxzNDAwMCBhdGlpeHAgYXRpaXhwLW1vZGVtIGJ0ODd4IGNhMDEwNiBjbWlw
Y2kgZW11MTBrMSBlbXUxMGsxeCBlbnMxMzcwIGVuczEzNzEgZXMxOTM4IGVzMTk2OCBmbTgwMSBo
ZGEtaW50ZWwgaW50ZWw4eDAgaW50ZWw4eDBtIG1hZXN0cm8zIHRyaWRlbnQgdXNiLWF1ZGlvIHZp
YTgyeHggdmlhODJ4eC1tb2RlbSB5bWZwY2kiCkFMU0FfUENNX1BMVUdJTlM9ImFkcGNtIGFsYXcg
YXN5bSBjb3B5IGRtaXggZHNoYXJlIGRzbm9vcCBlbXB0eSBleHRwbHVnIGZpbGUgaG9va3MgaWVj
OTU4IGlvcGx1ZyBsYWRzcGEgbGZsb2F0IGxpbmVhciBtZXRlciBtdWxhdyBtdWx0aSBudWxsIHBs
dWcgcmF0ZSByb3V0ZSBzaGFyZSBzaG0gc29mdHZvbCIKQVJDSD0ieDg2IgpBVVRPQ0xFQU49Inll
cyIKQk9PVExFVkVMPSJib290IgpDQlVJTEQ9Imk2ODYtcGMtbGludXgtZ251IgpDRkxBR1M9Ii1P
MiAtbWFyY2g9YXRobG9uLW1wIC1waXBlIgpDSE9JQ0VTUEFUSD0iL2hvbWUvZGhwLy5DaG9pY2Vz
Oi91c3IvbG9jYWwvc2hhcmUvQ2hvaWNlczovdXNyL3NoYXJlL0Nob2ljZXMiCkNIT1NUPSJpNjg2
LXBjLWxpbnV4LWdudSIKQ0xBU1NQQVRIPSIuIgpDTEVBTl9ERUxBWT0iNSIKQ09MT1JGR0JHPSI3
O2RlZmF1bHQ7MCIKQ09MT1JURVJNPSJFdGVybSIKQ09MT1JURVJNX0JDRT0iRXRlcm0iCkNPTkZJ
R19QUk9URUNUPSIvZXRjIC91c3Iva2RlLzMuNC9lbnYgL3Vzci9rZGUvMy40L3NoYXJlL2NvbmZp
ZyAvdXNyL2tkZS8zLjQvc2h1dGRvd24gL3Vzci9zaGFyZS9YMTEveGtiIgpDT05GSUdfUFJPVEVD
VF9NQVNLPSIvZXRjL2Vudi5kIC9ldGMvZW52LmQvamF2YS8gL2V0Yy9nY29uZiAvZXRjL2phdmEt
Y29uZmlnL3Ztcy8gL2V0Yy9yZXZkZXAtcmVidWlsZCAvZXRjL3Rlcm1pbmZvIC9ldGMvdGV4bWYv
d2ViMmMiCkNPTlNPTEU9Ii9kZXYvY29uc29sZSIKQ09OU09MRVRZUEU9InZ0IgpDUklUSUNBTF9T
RVJWSUNFUz0iY2hlY2tyb290IG1vZHVsZXMgY2hlY2tmcyBsb2NhbG1vdW50IGNsb2NrIGJvb3Rt
aXNjIgpDVlNfUlNIPSJzc2giCkNYWEZMQUdTPSItTzIgLW1hcmNoPWF0aGxvbi1tcCAtcGlwZSIK
RENDQ19QQVRIPSIvdXNyL2xpYi9kaXN0Y2MvYmluIgpERUZBVUxUTEVWRUw9ImRlZmF1bHQiCkRF
U0tUT1A9IkVubGlnaHRlbm1lbnQtMC4xNy4wIgpESVNQTEFZPSI6MC4wIgpESVNUQ0NfTE9HPSIi
CkRJU1RDQ19WRVJCT1NFPSIwIgpESVNURElSPSIvdXNyL3BvcnRhZ2UvZGlzdGZpbGVzIgpFRElU
T1I9Ii91c3IvYmluL3ZpbSIKRUxJQkM9ImdsaWJjIgpFTUVSR0VfREVGQVVMVF9PUFRTPSItLXZl
cmJvc2UiCkVNRVJHRV9XQVJOSU5HX0RFTEFZPSIxMCIKRVRFUk1fVEhFTUVfUk9PVD0iL3Vzci9z
aGFyZS9FdGVybS90aGVtZXMvRXRlcm0iCkVURVJNX1VTRVJfUk9PVD0iL2hvbWUvZGhwLy5FdGVy
bS90aGVtZXMvRXRlcm0iCkVURVJNX1ZFUlNJT049IjAuOS40IgpFX0lQQ19TT0NLRVQ9Ii90bXAv
ZW5saWdodGVubWVudC1kaHAvZGlzcC06MC4wLTcyNjEiCkVfUkVTVEFSVD0iMSIKRV9TVEFSVD0i
L3Vzci9iaW4vZW5saWdodGVubWVudF9zdGFydCIKRV9TVEFSVF9USU1FPSIxMTcwOTI5MjMxLjgi
CkZFQVRVUkVTPSJhdXRvY29uZmlnIGNjYWNoZSBkaXN0bG9ja3MgZml4cGFja2FnZXMgbWV0YWRh
dGEtdHJhbnNmZXIgcGFyYWxsZWwtZmV0Y2ggc2FuZGJveCBzZnBlcm1zIHN0cmljdCIKRkVUQ0hD
T01NQU5EPSIvdXNyL2Jpbi93Z2V0IC10IDUgLVQgNjAgLS1wYXNzaXZlLWZ0cCAtUCAke0RJU1RE
SVJ9ICR7VVJJfSIKRkxUS19ET0NESVI9Ii91c3Ivc2hhcmUvZG9jL2ZsdGstMS4xLjcvaHRtbCIK
R0NDX1NQRUNTPSIiCkdES19VU0VfWEZUPSIxIgpHRU5FUkFUSU9OPSIyIgpHRU5UT09fTUlSUk9S
Uz0iaHR0cDovL2Rpc3RmaWxlcy5nZW50b28ub3JnIGh0dHA6Ly9kaXN0cm8uaWJpYmxpby5vcmcv
cHViL2xpbnV4L2Rpc3RyaWJ1dGlvbnMvZ2VudG9vIgpHVUlMRV9MT0FEX1BBVEg9Ii91c3Ivc2hh
cmUvZ3VpbGUvMS44IgpHX0JST0tFTl9GSUxFTkFNRVM9IjEiCkdfRklMRU5BTUVfRU5DT0RJTkc9
IlVURi04IgpIT01FPSIvcm9vdCIKSU5GT1BBVEg9Ii91c3Ivc2hhcmUvaW5mbzovdXNyL3NoYXJl
L2JpbnV0aWxzLWRhdGEvaTY4Ni1wYy1saW51eC1nbnUvMi4xNy9pbmZvOi91c3Ivc2hhcmUvZ2Nj
LWRhdGEvaTY4Ni1wYy1saW51eC1nbnUvMy40LjYvaW5mbzovdXNyL3NoYXJlL2djYy1kYXRhL2k2
ODYtcGMtbGludXgtZ251LzQuMS4xL2luZm8iCklOSVRfVkVSU0lPTj0ic3lzdmluaXQtMi44NiIK
SU5QVVRfREVWSUNFUz0iZXZkZXYga2V5Ym9hcmQgbW91c2UiCkpBVkFDPSIvZXRjL2phdmEtY29u
ZmlnLTIvY3VycmVudC1zeXN0ZW0tdm0vYmluL2phdmFjIgpKQVZBX0hPTUU9Ii9ldGMvamF2YS1j
b25maWctMi9jdXJyZW50LXN5c3RlbS12bSIKSkRLX0hPTUU9Ii9ldGMvamF2YS1jb25maWctMi9j
dXJyZW50LXN5c3RlbS12bSIKS0VSTkVMPSJsaW51eCIKTEFEU1BBX1BBVEg9Ii91c3IvbGliL2xh
ZHNwYSIKTEFORz0iZW5fR0IuSVNPLTg4NTktMTUiCkxDRF9ERVZJQ0VTPSJiYXlyYWQgY2ZvbnR6
IGNmb250ejYzMyBnbGsgaGQ0NDc4MCBsYjIxNiBsY2RtMDAxIG10eG9yYiBuY3Vyc2VzIHRleHQi
CkxDX0FMTD0iZW5fR0IuSVNPLTg4NTktMTUiCkxFU1M9Ii1SIC1NIC0tc2hpZnQgNSIKTEVTU09Q
RU49InxsZXNzcGlwZS5zaCAlcyIKTElOR1VBUz0iZW4gZnIgZW5fR0IgZnJfRlIgZW5fVVMiCkxJ
UkNfREVWSUNFUz0idXNiaXJib3kgY29tMSBjb20yIHVzZXJzcGFjZSIKTE9HTkFNRT0icm9vdCIK
TFNfQ09MT1JTPSJubz0wMDpmaT0wMDpkaT0wMTszNDpsbj0wMTszNjpwaT00MDszMzpzbz0wMTsz
NTpkbz0wMTszNTpiZD00MDszMzswMTpjZD00MDszMzswMTpvcj0wMTswNTszNzs0MTptaT0wMTsw
NTszNzs0MTpzdT0zNzs0MTpzZz0zMDs0Mzp0dz0zMDs0Mjpvdz0zNDs0MjpzdD0zNzs0NDpleD0w
MTszMjoqLnRhcj0wMTszMToqLnRnej0wMTszMToqLmFyaj0wMTszMToqLnRhej0wMTszMToqLmx6
aD0wMTszMToqLnppcD0wMTszMToqLno9MDE7MzE6Ki5aPTAxOzMxOiouZ3o9MDE7MzE6Ki5iejI9
MDE7MzE6Ki5iej0wMTszMToqLnRiejI9MDE7MzE6Ki50ej0wMTszMToqLmRlYj0wMTszMToqLnJw
bT0wMTszMToqLmphcj0wMTszMToqLnJhcj0wMTszMToqLmFjZT0wMTszMToqLnpvbz0wMTszMToq
LmNwaW89MDE7MzE6Ki43ej0wMTszMToqLnJ6PTAxOzMxOiouanBnPTAxOzM1OiouanBlZz0wMTsz
NToqLmdpZj0wMTszNToqLmJtcD0wMTszNToqLnBibT0wMTszNToqLnBnbT0wMTszNToqLnBwbT0w
MTszNToqLnRnYT0wMTszNToqLnhibT0wMTszNToqLnhwbT0wMTszNToqLnRpZj0wMTszNToqLnRp
ZmY9MDE7MzU6Ki5wbmc9MDE7MzU6Ki5tbmc9MDE7MzU6Ki5wY3g9MDE7MzU6Ki5tb3Y9MDE7MzU6
Ki5tcGc9MDE7MzU6Ki5tcGVnPTAxOzM1OioubTJ2PTAxOzM1OioubWt2PTAxOzM1Oioub2dtPTAx
OzM1OioubXA0PTAxOzM1OioubTR2PTAxOzM1OioubXA0dj0wMTszNToqLnZvYj0wMTszNToqLnF0
PTAxOzM1OioubnV2PTAxOzM1Oioud212PTAxOzM1OiouYXNmPTAxOzM1Oioucm09MDE7MzU6Ki5y
bXZiPTAxOzM1OiouZmxjPTAxOzM1OiouYXZpPTAxOzM1OiouZmxpPTAxOzM1OiouZ2w9MDE7MzU6
Ki5kbD0wMTszNToqLnhjZj0wMTszNToqLnh3ZD0wMTszNToqLnl1dj0wMTszNToqLnBkZj0wMDsz
MjoqLnBzPTAwOzMyOioudHh0PTAwOzMyOioucGF0Y2g9MDA7MzI6Ki5kaWZmPTAwOzMyOioubG9n
PTAwOzMyOioudGV4PTAwOzMyOiouZG9jPTAwOzMyOiouYWFjPTAwOzM2OiouYXU9MDA7MzY6Ki5m
bGFjPTAwOzM2OioubWlkPTAwOzM2OioubWlkaT0wMDszNjoqLm1rYT0wMDszNjoqLm1wMz0wMDsz
NjoqLm1wYz0wMDszNjoqLm9nZz0wMDszNjoqLnJhPTAwOzM2Oioud2F2PTAwOzM2OiIKTFlOWF9D
Rkc9Ii9ob21lL2RocC8ubHlueC5jZmciCk1BS0VPUFRTPSItajIiCk1BTlBBVEg9Ii91c3IvbG9j
YWwvc2hhcmUvbWFuOi91c3Ivc2hhcmUvbWFuOi91c3Ivc2hhcmUvYmludXRpbHMtZGF0YS9pNjg2
LXBjLWxpbnV4LWdudS8yLjE3L21hbjovdXNyL3NoYXJlL2djYy1kYXRhL2k2ODYtcGMtbGludXgt
Z251LzMuNC42L21hbjovdXNyL3NoYXJlL2djYy1kYXRhL2k2ODYtcGMtbGludXgtZ251LzQuMS4x
L21hbjovb3B0L2JsYWNrZG93bi1qZGstMS40LjIuMDMvbWFuOi9ldGMvamF2YS1jb25maWcvc3lz
dGVtLXZtL21hbi86L3Vzci9xdC8zL2RvYy9tYW4iCk5PQ09MT1I9InRydWUiCk9MRFNPRlRMRVZF
TD0iYm9vdCIKT1BFTkdMX1BST0ZJTEU9InhvcmcteDExIgpQQUdFUj0iL3Vzci9iaW4vbGVzcyIK
UEFOVFM9Ik9OIgpQQVRIPSIvc2JpbjovYmluOi91c3Ivc2JpbjovdXNyL2Jpbjovb3B0L2RvdWJs
ZWhwL2Jpbjovb3B0L2RvdWJsZWhwL3NiaW46L3Jvb3Q6L3Jvb3QvLmJpbjovcm9vdC8uc2g6Li86
L29wdC9kb3VibGVocC9iaW46L29wdC9kb3VibGVocC9zYmluOi9yb290Oi9yb290Ly5iaW46L3Jv
b3QvLnNoOi4vOi9vcHQvZG91YmxlaHAvYmluOi9vcHQvZG91YmxlaHAvc2Jpbjovcm9vdDovcm9v
dC8uYmluOi9yb290Ly5zaDouLzovb3B0L2RvdWJsZWhwL2Jpbjovb3B0L2RvdWJsZWhwL3NiaW46
L3Jvb3Q6L3Jvb3QvLmJpbjovcm9vdC8uc2g6Li8iClBLR0RJUj0iL3RtcCIKUEtHX0NPTkZJR19Q
QVRIPSIvdXNyL3F0LzMvbGliL3BrZ2NvbmZpZyIKUE9SVEFHRV9BUkNITElTVD0icHBjIHMzOTAg
YW1kNjQgeDg2IHBwYzY0IHg4Ni1mYnNkIG02OGsgYXJtIHNwYXJjIHNoIG1pcHMgaWE2NCBhbHBo
YSBwcGMtbWFjb3MgaHBwYSBzcGFyYy1mYnNkIgpQT1JUQUdFX0JJTkhPU1RfQ0hVTktTSVpFPSIz
MDAwIgpQT1JUQUdFX0JJTl9QQVRIPSIvdXNyL2xpYi9wb3J0YWdlL2JpbiIKUE9SVEFHRV9DT05G
SUdST09UPSIvIgpQT1JUQUdFX0RFQlVHPSIwIgpQT1JUQUdFX0RFUENBQ0hFRElSPSIvdmFyL2Nh
Y2hlL2VkYi9kZXAiClBPUlRBR0VfRUxPR19DTEFTU0VTPSJ3YXJuIGVycm9yIGxvZyIKUE9SVEFH
RV9FTE9HX01BSUxGUk9NPSJwb3J0YWdlIgpQT1JUQUdFX0VMT0dfTUFJTFNVQkpFQ1Q9Iltwb3J0
YWdlXSBlYnVpbGQgbG9nIGZvciAke1BBQ0tBR0V9IG9uICR7SE9TVH0iClBPUlRBR0VfRUxPR19N
QUlMVVJJPSJyb290IgpQT1JUQUdFX0VMT0dfU1lTVEVNPSJzYXZlIgpQT1JUQUdFX0dJRD0iMjUw
IgpQT1JUQUdFX0lOU1RfR0lEPSIwIgpQT1JUQUdFX0lOU1RfVUlEPSIwIgpQT1JUQUdFX1BZTV9Q
QVRIPSIvdXNyL2xpYi9wb3J0YWdlL3B5bSIKUE9SVEFHRV9SU1lOQ19PUFRTPSItLXJlY3Vyc2l2
ZSAtLWxpbmtzIC0tc2FmZS1saW5rcyAtLXBlcm1zIC0tdGltZXMgLS1jb21wcmVzcyAtLWZvcmNl
IC0td2hvbGUtZmlsZSAtLWRlbGV0ZSAtLWRlbGV0ZS1hZnRlciAtLXN0YXRzIC0tdGltZW91dD0x
ODAgLS1leGNsdWRlPS9kaXN0ZmlsZXMgLS1leGNsdWRlPS9sb2NhbCAtLWV4Y2x1ZGU9L3BhY2th
Z2VzIgpQT1JUQUdFX1JTWU5DX1JFVFJJRVM9IjMiClBPUlRBR0VfVE1QRElSPSIvdmFyL3RtcCIK
UE9SVEFHRV9UTVBGUz0iL2Rldi9zaG0iClBPUlRBR0VfV09SS0RJUl9NT0RFPSIwNzAwIgpQT1JU
RElSPSIvdXNyL3BvcnRhZ2UiClBPUlRESVJfT1ZFUkxBWT0iL29wdC9kb3VibGVocC91c3IvcG9y
dGFnZSIKUE9SVF9FTk9USUNFX0RJUj0iL3Zhci9lbm90aWNlIgpQT1JUX0xPR0RJUj0iL3Zhci9s
b2cvcG9ydGFnZSIKUFJFTElOS19QQVRIX01BU0s9Ii91c3IvbGliL2dzdHJlYW1lci0wLjEwIgpQ
UkVWTEVWRUw9Ik4iClBTMT0iXFtcMDMzWzAxOzMxbVxdXHVAXGg6XFtcMDMzWzAxOzM0bVxdXHdc
JCBcW1wwMzNbMDBtXF0iClBXRD0iLyIKUFlUSE9ORE9DUz0iL3Vzci9zaGFyZS9kb2MvcHl0aG9u
LWRvY3MtMi40LjQvaHRtbCIKUFlUSE9OUEFUSD0iL3Vzci9saWIvcG9ydGFnZS9weW0iClFNQUtF
U1BFQz0ibGludXgtZysrIgpRVERJUj0iL3Vzci9xdC8zIgpSRVNVTUVDT01NQU5EPSIvdXNyL2Jp
bi93Z2V0IC1jIC10IDUgLVQgNjAgLS1wYXNzaXZlLWZ0cCAtUCAke0RJU1RESVJ9ICR7VVJJfSIK
Uk9PVD0iLyIKUk9PVFBBVEg9Ii9vcHQvYmluOi91c3IvaTY4Ni1wYy1saW51eC1nbnUvZ2NjLWJp
bi80LjEuMTovdXNyL2k2ODYtcGMtbGludXgtZ251L2djYy1iaW4vNC4xLjE6L3Vzci9xdC8zL2Jp
biIKUlBNRElSPSIvdXNyL3BvcnRhZ2UvcnBtIgpSU1lOQ19FWENMVURFRlJPTT0iL2V0Yy9wb3J0
YWdlL3JzeW5jX2V4Y2x1ZGVzIgpSVU5MRVZFTD0iMyIKU0dNTF9DQVRBTE9HX0ZJTEVTPSIvZXRj
L3NnbWwvc2dtbC1lbnQuY2F0Oi9ldGMvc2dtbC9zZ21sLWRvY2Jvb2suY2F0Oi9ldGMvc2dtbC9v
cGVuamFkZS0xLjMuMi5jYXQ6L2V0Yy9zZ21sL3NnbWwtZG9jYm9vay0zLjAuY2F0Oi9ldGMvc2dt
bC9kc3NzbC1kb2Nib29rLXN0eWxlc2hlZXRzLmNhdDovZXRjL3NnbWwvc2dtbC1kb2Nib29rLTQu
MS5jYXQ6L2V0Yy9zZ21sL3NnbWwtZG9jYm9vay00LjAuY2F0Oi9ldGMvc2dtbC9zZ21sLWRvY2Jv
b2stMy4xLmNhdDovZXRjL3NnbWwveG1sLXNpbXBsZS1kb2Nib29rLTQuMS4yLjQuY2F0Oi9ldGMv
c2dtbC94bWwtc2ltcGxlLWRvY2Jvb2stMS4wLmNhdDovZXRjL3NnbWwvc2dtbC1kb2Nib29rLTQu
Mi5jYXQ6L2V0Yy9zZ21sL3NnbWwtZG9jYm9vay00LjQuY2F0Oi9ldGMvc2dtbC9zZ21sLWxpdGUu
Y2F0Oi9ldGMvc2dtbC94bWwtZG9jYm9vay00LjIuY2F0Oi9ldGMvc2dtbC94bWwtZG9jYm9vay00
LjEuMi5jYXQ6L2V0Yy9zZ21sL3htbC1kb2Nib29rLTQuNC5jYXQ6L2V0Yy9zZ21sL3htbC1kb2Ni
b29rLTQuMy5jYXQiClNIRUxMPSIvYmluL2Jhc2giClNITFZMPSI4IgpTT0ZUTEVWRUw9ImRlZmF1
bHQiClNUQUdFMV9VU0U9Im5wdGwgbnB0bG9ubHkgdW5pY29kZSIKU1ZDTkFNRT0ibG9jYWwiClNZ
TkM9InJzeW5jOi8vcnN5bmMuZXVyb3BlLmdlbnRvby5vcmcvZ2VudG9vLXBvcnRhZ2UiClRFUk09
IkV0ZXJtIgpVU0U9IjNkZnggWCBfX19kaXJlY3RmYiBfX19yZXBseXRvbGlzdCBfX194Y2IgYTUy
IGFhYyBhYWxpYiBhY2UgYWNwaSBhaWdseCBhaW0gYWxzYSBhbXIgYW11bGVkIGFvIGFvc3MgYXBh
Y2hlMiBhcGljIGFydHMgYXNmIGF1ZGlvZmlsZSBiYXNoLWNvbXBsZXRpb24gYmVya2RiIGJpZGkg
YmluZmlsdGVyIGJpdG1hcC1mb250cyBibCBibHVldG9vdGggYm9uam91ciBib290c3BsYXNoIGJy
YW5kaW5nIGJ6aXAyIGNkZGEgY2RwYXJhbm9pYSBjZHIgY2dpIGNqayBjbGkgY21vdiBjb21wcmVz
cyBjb25zb2xlIGNwaW8gY3B1ZGV0ZWN0aW9uIGNyYWNrbGliIGNyeXB0IGN1cmwgY3g4IGRidXMg
ZGUgZGcgZGdhIGRqdnUgZGxsb2FkZXIgZG1pIGRteCBkb2MgZHJpIGR0cyBkdiBkdmIgZHZkIGR2
ZHIgZHZkcmVhZCBkdmkgZHluYW1pYyBlZHMgZW1ib3NzIGVuY29kZSBlc2QgZXRoZXJlYWwgZXZv
IGV4YW1wbGVzIGV4aWYgZmFtIGZiY29uIGZmbXBlZyBmaXJlZm94IGZsYWMgZmxhc2ggZm9ydHJh
biBmcGluZyBmcHUgZnJlZXR5cGUgZnhzciBnYWR1IGdnaSBnaWYgZ25vbWUgZ251dGxzIGdwbSBn
cyBnc3RyZWFtZXIgZ3RrIGhhbCBodHRwZCBpOHgwIGljYWwgaWNvbnYgaWNxIGlkZWEgaWRuIGll
ZWUxMzk0IGltYWdlbWFnaWNrIGltbGliIGlwdjYgaXJjIGlzZG5sb2cgamFiYmVyIGphY2sgamF2
YXNjcmlwdCBqcGVnIGpwZWcyayBsY21zIGxpYmNhY2EgbGlibm90aWZ5IGxpcmMgbGlzdGVudGNw
IGxpdmUgbGogbG1fc2Vuc29ycyBsb2dyb3RhdGUgbHpvIG1hZCBtYXRyb3ggbWNhIG1jZSBtZWFu
d2hpbGUgbWlkaSBtaWttb2QgbW14IG1teGV4dCBtbmcgbW9kcGx1ZyBtb3RpZiBtb3pjYWxlbmRh
ciBtb3pkb20gbXAzIG1wNCBtcGVnIG1wbGF5ZXIgbXNuIG1zciBtdHJyIG10eWh0diBuY3Vyc2Vz
IG5ldHdvcmsgbmxzIG5vLWh0ZG9jcyBucHRsIG5wdGxvbmx5IG5zcGx1Z2luIG9mZmVuc2l2ZSBv
Z2cgb3BlbmdsIG9zcyBwYWUgcGFtIHBhdCBwY3JlIHBkZiBwZXJsIHBnZSBwaHBfXyBwbmcgcG9z
aXggcHBwZCBwc2UgcHNlMzYgcHl0aG9uIHFxIHF0MyBxdDQgcXVpY2t0aW1lIHJhciByZWFkbGlu
ZSByZWFsIHJlZmxlY3Rpb24gcnBtIHJzcyBydGMgcnRzcCBzYW1iYSBzYXNsIHNjcmVlbiBzZGwg
c2Vuc29yZCBzZXAgc2VydmVyIHNlc3Npb24gc2lsYyBza2V5IHNraW5zIHNtcyBzbmRmaWxlIHNw
ZWV4IHNwZWxsIHNwbCBzc2Ugc3NsIHN0YXJ0dXAtbm90aWZpY2F0aW9uIHN0cmVhbSBzdWJ0aXRs
ZXMgc3ZnIHN2Z2Egc3dhdCBzeW1saW5rIHN5c2xvZyB0Y3BkIHRnYSB0aGVvcmEgdGhyZWFkcyB0
aWZmIHRyYW5zbWl0dGVyIHRydWV0eXBlIHRydWV0eXBlLWZvbnRzIHRzYyB0eXBlMS1mb250cyB1
ZGV2IHVuaWNvZGUgdXJhbmRvbSB1c2IgdXVlbmNvZGUgdjRsIHY0bDIgdmNkIHZpZGl4IHZpbSB2
bG0gdm1lIHZvcmJpcyB3aW4zMmNvZGVjcyB3bWEgd21mIHd4d2luZG93cyB4MjY0IHg4NiB4YW5p
bSB4Y29tcG9zaXRlIHhpbmVyYW1hIHhvcmcgeG9zZCB4c2NyZWVuc2F2ZXIgeHYgeHZpZCB4dm1j
IHlhaG9vIHplcm9jb25mIHppcCB6bGliIiBBTFNBX0NBUkRTPSJhbGk1NDUxIGFsczQwMDAgYXRp
aXhwIGF0aWl4cC1tb2RlbSBidDg3eCBjYTAxMDYgY21pcGNpIGVtdTEwazEgZW11MTBrMXggZW5z
MTM3MCBlbnMxMzcxIGVzMTkzOCBlczE5NjggZm04MDEgaGRhLWludGVsIGludGVsOHgwIGludGVs
OHgwbSBtYWVzdHJvMyB0cmlkZW50IHVzYi1hdWRpbyB2aWE4Mnh4IHZpYTgyeHgtbW9kZW0geW1m
cGNpIiBBTFNBX1BDTV9QTFVHSU5TPSJhZHBjbSBhbGF3IGFzeW0gY29weSBkbWl4IGRzaGFyZSBk
c25vb3AgZW1wdHkgZXh0cGx1ZyBmaWxlIGhvb2tzIGllYzk1OCBpb3BsdWcgbGFkc3BhIGxmbG9h
dCBsaW5lYXIgbWV0ZXIgbXVsYXcgbXVsdGkgbnVsbCBwbHVnIHJhdGUgcm91dGUgc2hhcmUgc2ht
IHNvZnR2b2wiIEVMSUJDPSJnbGliYyIgSU5QVVRfREVWSUNFUz0iZXZkZXYga2V5Ym9hcmQgbW91
c2UiIEtFUk5FTD0ibGludXgiIExDRF9ERVZJQ0VTPSJiYXlyYWQgY2ZvbnR6IGNmb250ejYzMyBn
bGsgaGQ0NDc4MCBsYjIxNiBsY2RtMDAxIG10eG9yYiBuY3Vyc2VzIHRleHQiIExJTkdVQVM9ImVu
IGZyIGVuX0dCIGZyX0ZSIGVuX1VTIiBMSVJDX0RFVklDRVM9InVzYmlyYm95IGNvbTEgY29tMiB1
c2Vyc3BhY2UiIFVTRVJMQU5EPSJHTlUiIFZJREVPX0NBUkRTPSJfYXBtIF9jaGlwcyBfY2lycnVz
IGZiZGV2IF9pODEwIF9pMTI4IG1nYSBudiBzMyBzM3ZpcmdlIHNpcyB0Z2EgdHJpZGVudCB2NGwg
dmVzYSB2Z2EgdmlhIHRkZngiClVTRVI9InJvb3QiClVTRVJMQU5EPSJHTlUiClVTRV9FWFBBTkQ9
IkFMU0FfQ0FSRFMgQUxTQV9QQ01fUExVR0lOUyBDQU1FUkFTIENST1NTQ09NUElMRV9PUFRTIERW
Ql9DQVJEUyBFTElCQyBGQ0RTTF9DQVJEUyBGT08yWkpTX0RFVklDRVMgRlJJVFpDQVBJX0NBUkRT
IElOUFVUX0RFVklDRVMgS0VSTkVMIExDRF9ERVZJQ0VTIExJTkdVQVMgTElSQ19ERVZJQ0VTIE1J
U0ROX0NBUkRTIFVTRVJMQU5EIFZJREVPX0NBUkRTIgpVU0VfRVhQQU5EX0hJRERFTj0iQ1JPU1ND
T01QSUxFX09QVFMgRUxJQkMgS0VSTkVMIFVTRVJMQU5EIgpVU0VfT1JERVI9ImVudjpwa2c6Y29u
ZjpkZWZhdWx0czpwa2dpbnRlcm5hbCIKVklERU9fQ0FSRFM9Il9hcG0gX2NoaXBzIF9jaXJydXMg
ZmJkZXYgX2k4MTAgX2kxMjggbWdhIG52IHMzIHMzdmlyZ2Ugc2lzIHRnYSB0cmlkZW50IHY0bCB2
ZXNhIHZnYSB2aWEgdGRmeCIKVk1IQU5ETEU9ImJsYWNrZG93bi1qZGstMS40LjIiCldJTkRPV0lE
PSIyMzA2ODczNiIKWEFSR1M9InhhcmdzIC1yIgpYQVVUSE9SSVRZPSIvcm9vdC8ueGF1dGh2eU13
TnEiCl89Ii91c3IvYmluL2VtZXJnZSIKc3BsX2NvdW50PSIwIgpzcGxfZXhlY2VkPSIiCnNwbF9p
bml0PSIyNjIxMyIKc3BsX3JhdGU9IjY1NTM1IgpzcGxfc2NyaXB0cz0iMjYiCgo=
</data>        

          </attachment>
    </bug>

</bugzilla>