<?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>200608</bug_id>
          
          <creation_ts>2007-11-28 07:57 0000</creation_ts>
          <short_desc>[PATCH] media-tv/linuxtv-dvb-apps-1.1.1.20071126 fails to compile on uclibc due to unimplemented AI_ADDRCONFIG</short_desc>
          <delta_ts>2007-12-01 21:41:22 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>natanael.copa@gmail.com</reporter>
          <assigned_to>media-tv@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>natanael.copa@gmail.com</who>
            <bug_when>2007-11-28 07:57:08 0000</bug_when>
            <thetext>...
CC gnutv
gnutv.c: In function `main&apos;:
gnutv.c:245: error: `AI_ADDRCONFIG&apos; undeclared (first use in this function)
gnutv.c:245: error: (Each undeclared identifier is reported only once
gnutv.c:245: error: for each function it appears in.)
make[2]: *** [gnutv] Error 1

Its completely safe to just remove the AI_ADDRCONFIG flag since you need to check if socket is successfully created anyway. Worst case effect is you get error message &quot;Faild to create socket&quot; (gnutv_data.c:126) rather than &quot;Failed to resolve address&quot; (gnutv.c:248).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>natanael.copa@gmail.com</who>
            <bug_when>2007-11-28 07:58:18 0000</bug_when>
            <thetext>Created an attachment (id=137202)
linuxtv-dvb-apps-ai_addrconfig.patch

while I was there i also set .ai_family = AF_UNSPEC which is the recommended way according the getaddrinfo man page. (I suspect AF_UNSPEC == 0 so it doesn&apos;t really make any difference in real life).
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2007-11-28 15:15:02 0000</bug_when>
            <thetext>This patch is logical. Reassigning to maintainers for cvs commit. ncopa can 
you also send this patch upstream and explain why they should not be using 
that define.. thanks in advance.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>natanael.copa@gmail.com</who>
            <bug_when>2007-11-29 10:59:01 0000</bug_when>
            <thetext>
(In reply to comment #2)
&gt; This patch is logical. Reassigning to maintainers for cvs commit. ncopa can 
&gt; you also send this patch upstream and explain why they should not be using 
&gt; that define.. thanks in advance.
&gt; 

patch sent upstream.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zzam@gentoo.org</who>
            <bug_when>2007-12-01 21:41:22 0000</bug_when>
            <thetext>Added a new snapshot (linuxtv-dvb-apps-1.1.1.20071201) that already contains this change.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>137202</attachid>
            <date>2007-11-28 07:58 0000</date>
            <desc>linuxtv-dvb-apps-ai_addrconfig.patch</desc>
            <filename>linuxtv-dvb-apps-ai_addrconfig.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGxpbnV4dHYtZHZiLWFwcHMtMjAwNzAxMTQvdXRpbC9nbnV0di9nbnV0di5jLm9yaWcJMjAw
Ny0xMS0yOCAwNzozOTo0NyArMDAwMAorKysgbGludXh0di1kdmItYXBwcy0yMDA3MDExNC91dGls
L2dudXR2L2dudXR2LmMJMjAwNy0xMS0yOCAwNzo0MDozOSArMDAwMApAQCAtMjQyLDcgKzI0Miw3
IEBACiAJCWludCByZXM7CiAJCXN0cnVjdCBhZGRyaW5mbyBoaW50czsKIAkJbWVtc2V0KCZoaW50
cywgMCwgc2l6ZW9mKGhpbnRzKSk7Ci0JCWhpbnRzLmFpX2ZsYWdzID0gQUlfQUREUkNPTkZJRzsK
KwkJaGludHMuYWlfZmFtaWx5ID0gQUZfVU5TUEVDOwogCQloaW50cy5haV9zb2NrdHlwZSA9IFNP
Q0tfREdSQU07CiAJCWlmICgocmVzID0gZ2V0YWRkcmluZm8ob3V0aG9zdCwgb3V0cG9ydCwgJmhp
bnRzLCAmb3V0YWRkcnMpKSAhPSAwKSB7CiAJCQlmcHJpbnRmKHN0ZGVyciwgIlVuYWJsZSB0byBy
ZXNvbHZlIHJlcXVlc3RlZCBhZGRyZXNzOiAlc1xuIiwgZ2FpX3N0cmVycm9yKHJlcykpOwo=
</data>        

          </attachment>
    </bug>

</bugzilla>