<?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>69030</bug_id>
          
          <creation_ts>2004-10-26 08:59 0000</creation_ts>
          <short_desc>kismet 2004.10.1 fails building when running configure when ethereal flag is absent</short_desc>
          <delta_ts>2004-10-26 09:29:43 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>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>hilse@web.de</reporter>
          <assigned_to>henrik@brixandersen.dk</assigned_to>
          <cc>mobile@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>hilse@web.de</who>
            <bug_when>2004-10-26 08:59:39 0000</bug_when>
            <thetext>In the newly released ebuild 2004.10.1 there&apos;s a method to give a flag &apos;--with-ethereal=/path/to/ethereal&apos; to configure.
This doesn&apos;t work when the USE flag &apos;ethereal&apos; is not specified.
Then &apos;--without-ethereal=/path/to/inexistent/ethereal&apos; is given to configure, letting it fail.
This can be fixed by making the added &apos;=/path...&apos; going to &apos;&apos; when the USE flag is not set.

Reproducible: Always
Steps to Reproduce:
1. USE=&quot;-ethereal&quot; emerge \=kismet-2004.10.1



Actual Results:  
&quot;econf --without-ethereal=/path/to/not/existing/ethereal&quot; fails.

Expected Results:  
&quot;econf --without-ethereal&quot; should be called</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hilse@web.de</who>
            <bug_when>2004-10-26 09:09:52 0000</bug_when>
            <thetext>Created an attachment (id=42635)
Proposed patch to -r1

This is a short patch for making this error go away.
But i really don&apos;t know if it fits the coding style...
There&apos;s certainly something i forgot...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hilse@web.de</who>
            <bug_when>2004-10-26 09:15:37 0000</bug_when>
            <thetext>By the way, there&apos;s a fresh ethereal out there.
Maybe this should be integrated in a -r1,
as the ethereal version is hardcoded and forces a downgrade at the moment.
As this is not the reason why i disabled the &apos;ethereal&apos; USE flag I don&apos;t have a proposed patch for this ;-)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>henrik@brixandersen.dk</who>
            <bug_when>2004-10-26 09:29:43 0000</bug_when>
            <thetext>Thank you for reporting this - I&apos;ve fixed it in CVS.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>42635</attachid>
            <date>2004-10-26 09:09 0000</date>
            <desc>Proposed patch to -r1</desc>
            <filename>kismet-2004.10.1-r1.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGtpc21ldC0yMDA0LjEwLjEuZWJ1aWxkCTIwMDQtMTAtMjYgMTg6MDc6MzkuOTI1MjY3OTkw
ICswMDAwCisrKyBraXNtZXQtMjAwNC4xMC4xLXIxLmVidWlsZAkyMDA0LTEwLTI2IDE1OjM1OjQ1
LjAwMDAwMDAwMCArMDAwMApAQCAtNDgsMTYgKzQ4LDE4IEBACiB9CiAKIHNyY19jb21waWxlKCkg
eworCUFQUEVORElYPSIiCiAJaWYgdXNlIGV0aGVyZWFsCiAJdGhlbgogCQljZCAke1dPUktESVJ9
L2V0aGVyZWFsLSR7RVRIRVJFQUxfVkVSU0lPTn0vd2lyZXRhcAogCQllY29uZiB8fCBkaWUgIndp
cmV0YXAgZWNvbmYgZmFpbGVkIgogCQllbWFrZSB8fCBkaWUgIndpcmV0YXAgZW1ha2UgZmFpbGVk
IgogCQljZCAke1N9CisJCUFQUEVORElYPSI9JHtXT1JLRElSfS9ldGhlcmVhbC0ke0VUSEVSRUFM
X1ZFUlNJT059IgogCWZpCiAKIAllY29uZiBcCi0JCWB1c2Vfd2l0aCBldGhlcmVhbCBldGhlcmVh
bD0ke1dPUktESVJ9L2V0aGVyZWFsLSR7RVRIRVJFQUxfVkVSU0lPTn1gIFwKKwkJYHVzZV93aXRo
IGV0aGVyZWFsIGV0aGVyZWFsJHtBUFBFTkRJWH1gIFwKIAkJfHwgZGllICJlY29uZiBmYWlsZWQi
CiAKIAllbWFrZSBkZXAgfHwgZGllICJlbWFrZSBkZXAgZmFpbGVkIgo=
</data>        

          </attachment>
    </bug>

</bugzilla>