<?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>213705</bug_id>
          
          <creation_ts>2008-03-17 15:01 0000</creation_ts>
          <short_desc>net-analyzer/wireshark-0.98.8 fails to compile</short_desc>
          <delta_ts>2008-03-17 20:49:25 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>
          
          <blocked>212149</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>cardoe@gentoo.org</reporter>
          <assigned_to>pva@gentoo.org</assigned_to>
          <cc>netmon@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>cardoe@gentoo.org</who>
            <bug_when>2008-03-17 15:01:04 0000</bug_when>
            <thetext>checking whether to use kerberos... yes
checking for krb5-config... /usr/bin/krb5-config
configure: error: Kerberos library requires -lcrypto but --with-ssl not specified

[ebuild     U ] net-analyzer/wireshark-0.99.8 [0.99.8_rc1] USE=&quot;caps%* gtk ipv6 kerberos pcre%* zlib%* -adns -gcrypt% -gnutls% -lua -pcap% -portaudio -profile% (-selinux) -smi% -threads (-snmp%) (-ssl%*)&quot; 0 kB 

The ssl USE flag went away... so I can&apos;t pass --with-ssl</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cla@gentoo.org</who>
            <bug_when>2008-03-17 15:06:26 0000</bug_when>
            <thetext>

*** This bug has been marked as a duplicate of bug 212149 ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2008-03-17 16:30:37 0000</bug_when>
            <thetext>This is not duplicate. That&apos;s an ordinary (actually a kind of predicted) failure...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2008-03-17 16:31:31 0000</bug_when>
            <thetext>Assigning...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2008-03-17 19:04:57 0000</bug_when>
            <thetext>Some notes for history:
But is reproducible with app-crypt/heimdal built with ssl USE flags. Actually configure just checks if we have -lcrypto inside `krb5-config --libs` and if we do have - fails in case we didn&apos;t provide --with-openssl to ./configure. Stupid thing, but I think it&apos;s supposed in future to be extended and allow to link with different crypto libraries but I do not see how this can work...


To all: What do you think about the following solution:

    # Workaround bug #213705. If krb5-config --libs has -lcrypto then pass
    # --with-ssl to ./configure. (Duplicates code from acinclude.m4).
    if use kerberos; then
        case `krb5-config --libs` in
            *-lcrypto*) myconf=&quot;${myconf} --with-ssl&quot; ;;
        esac
    fi

Is it safe to call krb5-config from ebuild? If so I&apos;ll commit this...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2008-03-17 20:49:25 0000</bug_when>
            <thetext>Fixed in CVS.

http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-analyzer/wireshark/wireshark-0.99.8.ebuild?r1=1.4&amp;r2=1.5

In case some kerberos implementation does not install krb5-config this will be no problem both for ebuild and ./configure.

I knew that there should be some problem with kerberos and -lcrypto, I just didn&apos;t manage to find this problem although I did all I could think about (and this was the reason for delay in version bump btw)... Now I see where the problem is and feel myself much better. :) Thank you Cardoe for report.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>