<?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>125950</bug_id>
          
          <creation_ts>2006-03-12 09:27 0000</creation_ts>
          <short_desc>dev-dotnet/gtk-sharp-2.8.0: broken libtoolize handling and unrespected CFLAGS</short_desc>
          <delta_ts>2006-04-16 11:30:59 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>Ebuilds</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>flameeyes@gentoo.org</reporter>
          <assigned_to>dotnet@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2006-03-12 09:27:14 0000</bug_when>
            <thetext>Currently handling of libtoolize in gtk-sharp is broken: it&apos;s run after aclocal and autoconf (it should be run before them), and should be under an || die condition (probably now it is because it&apos;s run after the other and might fail).

Easy solution: use eautoreconf from autotools eclass like the attached patch does.

Thanks,
Diego</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2006-03-12 09:27:29 0000</bug_when>
            <thetext>Created an attachment (id=81985)
Ebuild patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>latexer@gentoo.org</who>
            <bug_when>2006-03-14 21:29:49 0000</bug_when>
            <thetext>Diego: Why blast the WANT_AUTOMAKE part? Does eautoreconf handle knowing those details as well?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2006-03-17 04:50:25 0000</bug_when>
            <thetext>Yes, eautoreconf takes care of everything (well it&apos;s more the autoconf/automake wrappers) unless you want to force an upgrade (say the configures are for autoconf 2.1 and you want to force them to be built with 2.5).

Also, the package does not respect CFLAGS (but it does respect LDFLAGS), as the configure.in rewrites them with -g and a bunch of -W flags. If you just run

sed -i -e &apos;/^CFLAGS=/d&apos; ${S}/configure.in

before eautoreconf, CFLAGS are respected (the one they were rewritten with are dropped as it should be, -g is an user choice, the warnings are for developers mainly). This solution is good for an ebuild but to be sent upstream it requires different handling, and as I don&apos;t know upstream, you might be better in that :)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>latexer@gentoo.org</who>
            <bug_when>2006-04-16 11:30:59 0000</bug_when>
            <thetext>Ok, Commited this fix to gtk-sharp-2.{4,8}.2, as well as similar fixes to the gtk-sharp-componenent.eclass.

Marking this FIXED, feel free to re-open if there&apos;s further issues.

Thanks for the patch.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>81985</attachid>
            <date>2006-03-12 09:27 0000</date>
            <desc>Ebuild patch</desc>
            <filename>gtk-sharp-ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC9ob21lL2ZsYW1lL2RldmVsL2dlbnRvby14ODYvZGV2LWRvdG5ldC9ndGstc2hhcnAvZ3Rr
LXNoYXJwLTIuOC4wLmVidWlsZAkyMDA2LTAyLTAyIDA2OjEyOjUzLjAwMDAwMDAwMCArMDEwMAor
KysgZ3RrLXNoYXJwLTIuOC4wLmVidWlsZAkyMDA2LTAzLTEyIDE4OjIyOjM0LjAwMDAwMDAwMCAr
MDEwMApAQCAtMiw3ICsyLDcgQEAKICMgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHRlcm1zIG9mIHRo
ZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgogIyAkSGVhZGVyOiAvdmFyL2N2c3Jvb3Qv
Z2VudG9vLXg4Ni9kZXYtZG90bmV0L2d0ay1zaGFycC9ndGstc2hhcnAtMi44LjAuZWJ1aWxkLHYg
MS4yIDIwMDYvMDEvMzEgMDQ6MTk6MDUgbGF0ZXhlciBFeHAgJAogCi1pbmhlcml0IGV1dGlscyBt
b25vCitpbmhlcml0IGV1dGlscyBtb25vIGF1dG90b29scwogCiBERVNDUklQVElPTj0iR3RrIyBp
cyBhIEMjIGxhbmd1YWdlIGJpbmRpbmcgZm9yIHRoZSBHVEsyIHRvb2xraXQgYW5kIEdOT01FIGxp
YnJhcmllcyIKIFNSQ19VUkk9Imh0dHA6Ly9nby1tb25vLmNvbS9zb3VyY2VzLyR7UE59LTIuMC8k
e1B9LnRhci5negpAQCAtMjEsOSArMjEsNiBAQAogCiBERVBFTkQ9IiR7UkRFUEVORH0KIAlkb2M/
ICggPj1kZXYtdXRpbC9tb25vZG9jLTEuMS44ICkKLQk+PXN5cy1hcHBzL3NlZC00LjAKLQlzeXMt
ZGV2ZWwvYXV0b21ha2UKLQlzeXMtZGV2ZWwvYXV0b2NvbmYKIAlkZXYtdXRpbC9wa2djb25maWci
CiAKIEtFWVdPUkRTPSJ+eDg2IH5wcGMgfmFtZDY0IgpAQCAtNDAsMTEgKzM3LDcgQEAKIAlzZWQg
LWkgLWUgJ3M6XmxpYmRpci4qOmxpYmRpcj1AbGliZGlyQDonIFwKIAkJJHtTfS8qL3ssR0NvbmZ9
LyoucGMuaW4gfHwgZGllCiAKLQlleHBvcnQgV0FOVF9BVVRPTUFLRT0iMS44IgotCWFjbG9jYWwg
fHwgZGllCi0JYXV0b21ha2UgfHwgZGllCi0JYXV0b2NvbmYgfHwgZGllCi0JbGlidG9vbGl6ZSAt
LWNvcHkgLS1mb3JjZQorCWVhdXRvcmVjb25mCiAKIAkjIGRpc2FibGUgYnVpbGRpbmcgb2Ygc2Ft
cGxlcyAoIzE2MDE1KQogCXNlZCAtaSAtZSAiczpzYW1wbGU6OiIgTWFrZWZpbGUuaW4K
</data>        

          </attachment>
    </bug>

</bugzilla>