<?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>163398</bug_id>
          
          <creation_ts>2007-01-23 06:09 0000</creation_ts>
          <short_desc>djbdns-1.05-r20 with USE=ipv6 fails to use DJBDNS_PATCH_DIR patches</short_desc>
          <delta_ts>2007-01-28 22:00:37 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>dragonheart@gentoo.org</reporter>
          <assigned_to>hansmi@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2007-01-23 06:09:31 0000</bug_when>
            <thetext>when USE=ipv6 the cd to &quot;${S}-noipv6&quot; means that user DJBDNS_PATCH_DIR are never applied (unless they are to dnstrace patches).

Also use=fwdonly was dropped so I assume the patch isn&apos;t needed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2007-01-23 06:09:52 0000</bug_when>
            <thetext>Created an attachment (id=107870)
djbdns-1.05-r20.ebuild.patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hansmi@gentoo.org</who>
            <bug_when>2007-01-23 18:00:04 0000</bug_when>
            <thetext>Fixed in CVS, thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2007-01-23 20:06:21 0000</bug_when>
            <thetext>nice improvement to account for both - thanks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2007-01-24 21:20:40 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt; nice improvement to account for both - thanks
&gt; 
Nice improvement until you try to use it (sorry I should of tested it first). I found the ipv6 patch hacks about every definition of a function, and lots of argument passing. The downside is its pretty impossible to generate a patch that works on the ipv6 source and the unpatched ipv4 source.

Recommend not patching the ${S}-noipv6 with the same patches as ${S} as it causes more problems that the one (dnstrace patching) that it solves.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hansmi@gentoo.org</who>
            <bug_when>2007-01-28 22:00:37 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; Nice improvement until you try to use it (sorry I should of tested it first). 

Yes, so should I have. :-) Fixed now as you suggested.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>107870</attachid>
            <date>2007-01-23 06:09 0000</date>
            <desc>djbdns-1.05-r20.ebuild.patch</desc>
            <filename>djbdns-1.05-r20.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGRqYmRucy0xLjA1LXIyMC5lYnVpbGQJMjAwNy0wMS0yMyAxNzowNjoxNi4wMDAwMDAwMDAg
KzExMDAKKysrIC91c3IvcG9ydGFnZS9uZXQtZG5zL2RqYmRucy9kamJkbnMtMS4wNS1yMjAuZWJ1
aWxkCTIwMDctMDEtMjMgMTc6MDc6MjQuMDAwMDAwMDAwICsxMTAwCkBAIC02Myw2ICs2Myw3IEBA
CiAJCWV3YXJuICJ0aGlzIGZlYXR1cmUuIFlvdSdyZSBvbiB5b3VyIG93biBmcm9tIG5vdyEiCiAJ
CWVjaG8KIAkJZWJlZXAKKwkJY2QgIiR7U30iCiAJCWVwYXRjaCAiJHtESkJETlNfUEFUQ0hfRElS
fS8iKgogCWZpCiB9CkBAIC0xMDEsOCArMTAyLDYgQEAKIAlkb2RvYyBDSEFOR0VTIEZJTEVTIFJF
QURNRSBTWVNERVBTIFRBUkdFVFMgVE9ETyBWRVJTSU9OCiAKIAlkb2JpbiAiJHtGSUxFU0RJUn0v
ZG5zY2FjaGUtc2V0dXAiCi0JdXNlIGZ3ZHpvbmUgJiYgY2QgIiR7RH0ke0RFU1RUUkVFfS9iaW4i
ICYmIFwKLQkJZXBhdGNoICIke0ZJTEVTRElSfS9md2R6b25lLWZpeC5wYXRjaCIKIAlkb2JpbiAi
JHtGSUxFU0RJUn0vdGlueWRucy1zZXR1cCIKIAluZXdiaW4gIiR7RklMRVNESVJ9L2RqYmRucy1z
ZXR1cC0ke1BSfSIgZGpiZG5zLXNldHVwCiB9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>