<?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>17281</bug_id>
          
          <creation_ts>2003-03-10 22:52 0000</creation_ts>
          <short_desc>adonthell won&apos;t compile (LDPATH problem?)</short_desc>
          <delta_ts>2003-07-06 22:33:39 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>Games</component>
          <version>unspecified</version>
          <rep_platform>All</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>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>pete@SiliconMetrics.com</reporter>
          <assigned_to>games@gentoo.org</assigned_to>
          <cc>jenora@sympatico.ca</cc>

      

      
          <long_desc isprivate="0">
            <who>pete@SiliconMetrics.com</who>
            <bug_when>2003-03-10 22:52:31 0000</bug_when>
            <thetext>adonthell&apos;s configure program checks for Python dependencies on line 12773. On
my system, it effectively does the following:

$ ldd /usr/bin/python | sed &apos;s/\( *lib\([^\/]*\)\.so.*=.*$\)/-l\2/p; d&apos;
        /usr/lib/-lfreetype
        -ldl
        -lpthread
        -lutil
        -lstdc++
        -lm
        -lgcc_s
        -lc

This string is passed into the Makefile, which fails to compile because of the
&quot;/usr/lib/&quot; in front of freetype. `ldd /usr/bin/python` reveals why this happens:

        /usr/lib/libfreetype.so =&gt; /usr/lib/libfreetype.so (0x40013000)
        libdl.so.2 =&gt; /lib/libdl.so.2 (0x4009a000)
        libpthread.so.0 =&gt; /lib/libpthread.so.0 (0x4009d000)
        libutil.so.1 =&gt; /lib/libutil.so.1 (0x400ec000)
        libstdc++.so.5 =&gt;
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/libstdc++.so.5 (0x400ef000)
        libm.so.6 =&gt; /lib/libm.so.6 (0x401bb000)
        libgcc_s.so.1 =&gt; /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/libgcc_s.so.1
(0x401dd000)
        libc.so.6 =&gt; /lib/libc.so.6 (0x401e7000)
        /lib/ld-linux.so.2 =&gt; /lib/ld-linux.so.2 (0x40000000)


At this point, I&apos;m not sure what the Right Thing to do is. It doesn&apos;t look like
/lib or /usr/lib are part of my ldconfig, which probably contributes to the
problem. Should those go in /etc/env.d/00basic?

cat /etc/ld.so.conf 
# ld.so.conf autogenerated by env-update; make all changes to
# contents of /etc/env.d directory
/usr/local/lib
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2
/opt/intel/compiler60/ia32/lib
/usr/lib/opengl/nvidia/lib
/usr/lib/mozilla
/usr/X11R6/lib
/opt/sun-jdk-1.4.1.01/jre/lib/
/usr/qt/3/lib
/usr/kde/3.1/lib
/usr/qt/2/lib
/usr/kde/3/lib
/usr/kde/2/lib
/opt/lib
/usr/games/lib
/usr/lib/fltk-1.1
/usr/lib/fltk-1.0


Or is the Right Thing to just change line 12773 to this?

py_deps=`ldd $PYPACKAGE | sed &apos;s/\( *.*lib\([^\/]*\)\.so.*=.*$\)/-l\2/p; d&apos;`


I created a patch and a modified ebuild that fix this ebuild, but am wondering
if this is part of a larger problem.

-Pete</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pete@SiliconMetrics.com</who>
            <bug_when>2003-03-10 22:54:30 0000</bug_when>
            <thetext>Created an attachment (id=9239)
Patch, modified ebuild

This patch contains the following:

adonthell/
adonthell/files/
adonthell/files/adonthell-0.3.3-configure.patch
adonthell/files/digest-adonthell-0.3.3-r1
adonthell/ChangeLog
adonthell/adonthell-0.3.3-r1.ebuild

It builds for me. =)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-03-11 07:49:23 0000</bug_when>
            <thetext>odd, my python is not linked against libfreetype.so 
 
could you post `emerge info` please ? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pete@SiliconMetrics.com</who>
            <bug_when>2003-03-11 17:02:14 0000</bug_when>
            <thetext># emerge info
Portage 2.0.47-r8 (default-x86-1.4, gcc-3.2.2, glibc-2.2.5-r2,2.3.2-r0)
=================================================================
System uname: 2.4.20-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
GENTOO_MIRRORS=&quot;ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.oregonstate.edu ftp://ftp.oregonstate.edu/pub/gentoo http://distro.ibiblio.org/gentoo &quot;
CONFIG_PROTECT=&quot;/etc /var/qmail/control /usr/kde/2/share/config /usr/X11R6/lib/X11/xkb /opt/jakarta/tomcat/conf /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config /opt/quake3/cpma/server.cfg&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/env.d&quot;
PORTDIR=&quot;/usr/portage&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
USE=&quot;x86 gs lmcs smooth gsf -3dfx dga -matrox -voodoo3 X directfb fbcon fbconfig opengl -3dnow mmx sse aalib acpi apm alsa oss arts avi dvd encode esd flash gd gif imlib imlib2 jpeg mpeg mikmod nas oggvorbis png quicktime svga tiff wmf xmms xv apache2 curl berkdb dvb gdbm innodb bonobo mysql -oci8 odbc postgres canna cjk freewnn mule cdr crypt kerberos pam ssl cups plotutils doc ethereal ipv6 evo freetype truetype firebird pdflib fortune gb ggi ggz gnome gphoto2 gpm gps gtk gtk2 gtkhtml guile perl python qt readline ruby slang tcltk xml xml2 zeo -icc -icc-pgo java jikes junit pic -static imap leim maildir mbox kde lcms ldap snmp socks5 tcpd libg++ libgda libwww motif mozilla mozaccess-builtin mozctl mozxmlterm mozqt ncurses nls oav -nocardbus -pcmcia pnp trusted -wavelan pda samba sasl scanner sdl slp spell tetex usb xface zlib&quot;
COMPILER=&quot;gcc3&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=pentium4 -O3 -pipe -fomit-frame-pointer&quot;
CXXFLAGS=&quot;-march=pentium4 -O3 -pipe -fomit-frame-pointer&quot;
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
MAKEOPTS=&quot;-j2&quot;
AUTOCLEAN=&quot;yes&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
FEATURES=&quot;sandbox ccache&quot;
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pete@SiliconMetrics.com</who>
            <bug_when>2003-03-11 17:15:55 0000</bug_when>
            <thetext>Kai Sterker (Adonthell developer) just added the ldd patch to Adonthell cvs. He said it should be included in the 0.3.4 release. That will close this bug, but I&apos;m still wondering if there is a problem with how ld.so.conf is constructed.

-Pete</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-06-21 04:51:19 0000</bug_when>
            <thetext>ok i added the patch to cvs ... thanks for the fix :) 
 
http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/app-games/adonthell/files/0.3.3-configure.in.patch?rev=1.1&amp;content-type=text/vnd.viewcvs-markup 
http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/app-games/adonthell/adonthell-0.3.3-r1.ebuild.diff?r1=1.2&amp;r2=1.3 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kutsuya@gentoo.org</who>
            <bug_when>2003-06-25 02:40:00 0000</bug_when>
            <thetext>Created an attachment (id=13820)
0.3.3-configure.in.patch

When I tried to emerge it failed. It starts here:
checking for Python&apos;s dependencies...  /lib/-lsandbox -ldl -lpthread -lutil
-lstdc++ -lgcc_s

g++ later complains about the /lib/-lsandbox.

After some checking, I discovered that the patch wasn&apos;t patching the file
expected. It patchs configure and not configure.in.  So the call to autoconf
erases the patch.

About the patch:
Not sure what CLO you used to maked the patch, I just did &quot;diff -C 1
configure.in.orig configure.in&quot;. 

Regards,
  kutsuya</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-07-06 22:33:39 0000</bug_when>
            <thetext>*** Bug 24022 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9239</attachid>
            <date>2003-03-10 22:54 0000</date>
            <desc>Patch, modified ebuild</desc>
            <filename>adonthell.tar.gz</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">H4sIAHtcbT4AA+1Y/3OaSBTvr/JXvKNOm2/AAiKJqXdJI22cmsTRZDqd8y5BWGGnyDKAVpvkf78H
WrU211yvbdqb4zOMLG/3vX3fF7RdHqY+DQLl0XcDIRViGgbec6zfZ2OzquuaUVUrOFZVA29gfD+V
lhglqR0DPIo5Tz+37r75/yjsRfwHLKDJd8mCL4k/MUyMv1Y11CL+D4H1+C+eJSLrsi45PBwwbxRT
ObJTx/9XexCVkGql8rfxNyvaMv4ajjWiGdojIN/Y1jvxP4+/JEmwiLHEY+aVNEJ0CS+VgLpX0ys1
g8iLQgWJ7BIibG9vL9nWOYyarn7CcXAAkqqZJtkxYfvD4OBAAAEQbAApTVKYlH17TAPXhV/qMIF9
wFwMcY0EM0TTS5dGSf0qW1Juv2kfHr06fGnBDSTUhaeJ0tuArYD1exu//9lT/tjqbfbkhMtbdXmr
3NtUpKCnKdE+uE+vhO0vESn/Q6FzmTDgcSYYmYCFUJ7vgfa4fLFmabVYnq0VM6tFKRiK8OTJ3VOO
uHDKKtpvLhtWu1sXy/MRfOATPh//9fp3mYfbSuttIFa/Isfuq3+VVD6uf7VqVov6fxCcNAzYpW7F
3u0TjdpaZeDqe3q/avYdWzcMxzFJH9ayQUaPyd57wLhpmrl7T4YV+JmxrP8j3w492uLeN9/jvvqv
EnWt/nWd6EX9PwQewyLu+aFlR5Hk2cPVN0EB1/Boiq8Gfgp41BMpO+/hJQ1TzuGcOn7IA+4xmuxA
M3TkfWiwJI1Zf5TiAToKXRpnJxa8bLdgrKG08jG1kVgDxedDqjjjJHOu4uUCpcluVblDi2V+7oxB
ldVME13JLyB6LbtMGNsRw92sSQRlQdha61uwQTQ4wWhnrJsCnqArz/twwt5SeBFPE4b7xPBsJuxg
ppbMY+9XqCFPM2QpswNgw4jHqQxg9UcscCEZ9YcszUzuT6E1cmx4bsd9O+XwLBhdvqcx/0jUY1Xd
NQ35RzfPpX8/PfJlmlv21XvcU/+qqetr9W9U8TOwqP8HwGptq3t7e/fUNlbv3cWd0niYAB/MKv30
IhNBYyyT9qgfMAdazKFhQr+mAay/hcyyM+8G+mo30EhNrdYq+lo3YKFPY5ZCLlYQGlb3qNNsnzfP
TutizAMaBfYUKz+fBxp6LKSicHx2YrXxa6Au+mka1ZSlEnLAwtEkFyY7fKiIQrdzdHnRaS6WJvbY
DkPbl0MeeuEoK3vF5e/CgNvuillJ7Cjl6/bt/K1KFIRW88g67eKeKLN1dl4XiSi8st68Pus08A0f
3SMKzYtsnnvemMd9loCXvoUI3RwGCX5iOGJmX9s6bdRFl46lADunEk1Tn4dCaUhdZkv4aZAo2Y8b
CKWFnN9gAz6en9GF0hobcsCmUEqmyYz0Hn+FEmqRSahPVHVGRsK2pG5lS1GrbC4LLA7REZMpxhs2
UVX0wCW6MMIPkI1NuBZKNP+vAcrXL5otq9todm5zD63/GYELc/9nZOihjlejhF7S0O4HNPPE1SdE
3HmF+I6lfua1GUmSsmcJIyVhN88oNzfgMiqUUj5CbTKtWUqHiXI9wGyl8Y6fZ/Gt7KdDdCId2nh+
zHluZ1axELtLEMytyhfMSYD5d46W1cvXjdsPXOgk3AU61mHjxILDi/Pjs0535YB+cdFqYdZa1qns
83d4spxar583rezWFUpRTKPcHy6LE9TgR7eWAgUKFChQoECBAgUKFChQoECBAj8B/gJ2noDgACgA
AA==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>13820</attachid>
            <date>2003-06-25 02:40 0000</date>
            <desc>0.3.3-configure.in.patch</desc>
            <filename>0.3.3-configure.in.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">KioqIGNvbmZpZ3VyZS5pbi5vcmlnCVdlZCBKdW4gMjUgMDI6MDg6NDkgMjAwMwotLS0gY29uZmln
dXJlLmluCVdlZCBKdW4gMjUgMDI6MTI6MDggMjAwMwoqKioqKioqKioqKioqKioKKioqIDIxOCwy
MjAgKioqKgogICAgICAgICBjaGFuZ2VxdW90ZSg8PCwgPj4pCiEgICAgICAgIHB5X2RlcHM9YGxk
ZCAkUFlQQUNLQUdFIHwgc2VkICdzL1woICpsaWJcKFteXC9dKlwpXC5zby4qPS4qJFwpLy1sXDIv
cDsgZCdgCiAgICAgICAgIGZvciBweV9saWIgaW4gJHB5X2RlcHMgOyBkbwotLS0gMjE4LDIyMCAt
LS0tCiAgICAgICAgIGNoYW5nZXF1b3RlKDw8LCA+PikKISAgICAgICAgcHlfZGVwcz1gbGRkICRQ
WVBBQ0tBR0UgfCBzZWQgJ3MvXCggKi4qbGliXChbXlwvXSpcKVwuc28uKj0uKiRcKS8tbFwyL3A7
IGQnYAogICAgICAgICBmb3IgcHlfbGliIGluICRweV9kZXBzIDsgZG8K
</data>        

          </attachment>
    </bug>

</bugzilla>