<?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>123237</bug_id>
          
          <creation_ts>2006-02-18 00:36 0000</creation_ts>
          <short_desc>cpio is broken on some non-glibc systems due to an unexistent stpcpy function</short_desc>
          <delta_ts>2006-04-12 10:50:27 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo/Alt</product>
          <component>Other</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Other</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>bbj@gentoo.org</reporter>
          <assigned_to>base-system@gentoo.org</assigned_to>
          <cc>bsd@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>bbj@gentoo.org</who>
            <bug_when>2006-02-18 00:36:37 0000</bug_when>
            <thetext>NetBSD has no such stpcpy function. I created a patch to fix this on systems that have no stpcpy.

The patch must be applied after all the patches (especially after cpio-2.6-writeOutHeaderBufferOverflow.patch from #112140).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bbj@gentoo.org</who>
            <bug_when>2006-02-18 00:37:00 0000</bug_when>
            <thetext>Created an attachment (id=80068)
cpio-2.6-bsd.patch

There goes the patch.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arachnist@gmail.com</who>
            <bug_when>2006-02-18 00:46:46 0000</bug_when>
            <thetext>Compiled on DragonFly with this patch. Failed without it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>reb@gentoo.org</who>
            <bug_when>2006-02-18 02:09:16 0000</bug_when>
            <thetext>On OpenBSD too,
base-system, please apply this patch.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2006-02-18 03:56:48 0000</bug_when>
            <thetext>Going to commit in overlay in the mean time.

Oh it needs an AT_M4DIR=&quot;m4&quot; eautoreconf as it changes configure.ac, but it works otherwise.

Benigno, did you send it to upstream already?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bbj@gentoo.org</who>
            <bug_when>2006-02-18 04:32:00 0000</bug_when>
            <thetext>Yes, I just sent him a notification of this patch and the one from #112140, because this patch depends on cpio-2.6-writeOutHeaderBufferOverflow.patch.
Thanks for adding it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-02-18 11:31:56 0000</bug_when>
            <thetext>i dont think that&apos;s the right fix at all

cpio already has a lib subdir for functions that the host doesnt support, you should be putting stpcpy.c in there like the other stuff and then updating AC_REPLACE_FUNCS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2006-02-18 11:41:32 0000</bug_when>
            <thetext>Uh that&apos;s gnulib stuff... it&apos;s quite difficult to patch it out, this solution works with the least changes. And it&apos;s already fixed upstream in next version.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-02-18 11:56:10 0000</bug_when>
            <thetext>i wasnt talking about the source tarball but about the upstream repo ... the patch posted is not correct for upstream

but they&apos;ve committed a fix upstream that involves pulling in stpcpy from gnulib</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bbj@gentoo.org</who>
            <bug_when>2006-02-18 12:53:01 0000</bug_when>
            <thetext>This replacing is not wrong. If this stpcpy implementation used by gnulib is something like this, I would say that this patch &quot;cpio-2.6-bsd.patch&quot; is better than it:
http://cvs.savannah.nongnu.org/viewcvs/bison/bison/lib/Attic/stpcpy.c?view=markup

Btw, the problem seems to be finished, and that&apos;s very good. :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-02-18 13:31:49 0000</bug_when>
            <thetext>&gt; This replacing is not wrong.

it is wrong for upstream ... but it&apos;s a non issue since it&apos;s been fixed correctly in upstream cpio cvs</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-02-18 13:47:49 0000</bug_when>
            <thetext>added a revised version of this patch to cvs</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>80068</attachid>
            <date>2006-02-18 00:37 0000</date>
            <desc>cpio-2.6-bsd.patch</desc>
            <filename>cpio-2.6-bsd.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGNwaW8tMi42Lm9yaWcvY29uZmlndXJlLmFjCTIwMDQtMTItMjAgMDg6NDY6MzAuMDAwMDAw
MDAwIC0wMjAwCisrKyBjcGlvLTIuNi9jb25maWd1cmUuYWMJMjAwNi0wMi0xOCAwNDowMToyNC4w
MDAwMDAwMDAgLTAyMDAKQEAgLTkyLDcgKzkyLDcgQEAKICAgQUNfQ09ORklHX0xJTktTKHNyYy9m
bm1hdGNoLmg6aGVhZGVycy9mbm1hdGNoLmgpCiBmaQogCi1BQ19DSEVDS19GVU5DUyhsY2hvd24g
ZW5kcHdlbnQgZW5kZ3JlbnQpCitBQ19DSEVDS19GVU5DUyhsY2hvd24gZW5kcHdlbnQgZW5kZ3Jl
bnQgc3RwY3B5KQogQUNfRlVOQ19WUFJJTlRGCiBBQ19GVU5DX0FMTE9DQQogQUNfQ0hFQ0tfTElC
KG5zbCwgZ2V0aG9zdG5hbWUsIFtMSUJTPSIkTElCUyAtbG5zbCJdKQotLS0gY3Bpby0yLjYub3Jp
Zy9zcmMvY29weW91dC5jCTIwMDYtMDItMTggMDQ6MDg6MTMuMDAwMDAwMDAwIC0wMjAwCisrKyBj
cGlvLTIuNi9zcmMvY29weW91dC5jCTIwMDYtMDItMTggMDQ6MDE6MzMuMDAwMDAwMDAwIC0wMjAw
CkBAIC0zNTYsNyArMzU2LDE2IEBACiAgIGNoYXIgYXNjaWlfaGVhZGVyWzExMF07CiAgIGNoYXIg
KnA7CiAKKyNpZmRlZiBIQVZFX1NUUENQWQogICBwID0gc3RwY3B5IChhc2NpaV9oZWFkZXIsIG1h
Z2ljX3N0cmluZyk7CisjZWxzZQorICB7CisgICAgdW5zaWduZWQgbG9uZyBfX2xlbmd0aCA9IHN0
cmxlbiAobWFnaWNfc3RyaW5nKTsKKyAgICBtZW1jcHkgKGFzY2lpX2hlYWRlciwgbWFnaWNfc3Ry
aW5nLCBfX2xlbmd0aCk7CisgICAgcCArPSBfX2xlbmd0aDsKKyAgfQorI2VuZGlmIAorICAKICAg
dG9fYXNjaWlfb3Jfd2FybiAocCwgZmlsZV9oZHItPmNfaW5vLCA4LCBMR18xNiwKIAkJICAgIGZp
bGVfaGRyLT5jX25hbWUsIF8oImlub2RlIG51bWJlciIpKTsKICAgcCArPSA4Owo=
</data>        

          </attachment>
    </bug>

</bugzilla>