<?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>35179</bug_id>
          
          <creation_ts>2003-12-06 00:13 0000</creation_ts>
          <short_desc>aclocal.m4 is broken in ppmd</short_desc>
          <delta_ts>2003-12-08 18:42:33 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>
          <bug_file_loc>http://forums.gentoo.org/viewtopic.php?t=53406&amp;start=100</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>ferringb@gmail.com</reporter>
          <assigned_to>seemant@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>ferringb@gmail.com</who>
            <bug_when>2003-12-06 00:13:21 0000</bug_when>
            <thetext>If the configure script detects that configure.in or Makefile.am are newer, it&apos;ll attempt to regenerate 
the files- in attempting to regenerate the configure script it will *always* fail.
autoreconf fixes this nicely.

Reproducible: Always
Steps to Reproduce:
1.ebuild ppmd-9.1.ebuild unpack
2.touch ${s}/Makefile.am ${s}/configure.in
3. ebuild ppmd-9.1.ebuild compile
Actual Results:  
Attempts to regenerate configure, and dies in the process.

Expected Results:  
Shouldn&apos;t be 

The applied patch creates Makefile.am and configure.in *after* it creates Makefile and configure.  I 
think the forum poster got unlucky, and Makefile.am and configure.in ended up w/ a different 
timestamp then configure/makefile, thus exposing the broken aclocal.m4 .

note, emerge info left out (this is a break in the source, not the ebuild);</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ferringb@gmail.com</who>
            <bug_when>2003-12-06 00:16:59 0000</bug_when>
            <thetext>Created an attachment (id=21778)
ppmd-9.1.ebuild patch

Fixed a makefile error (over-riding the users cflags), along w/ a permenant fix
for correcting the aclocal.m4 problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ferringb@gmail.com</who>
            <bug_when>2003-12-06 00:21:56 0000</bug_when>
            <thetext>Pardon; the &quot;expected results&quot; I seem to have screwed up- expected result is that this ebuild emerges rather then possibly borking.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ferringb@gmail.com</who>
            <bug_when>2003-12-06 20:55:29 0000</bug_when>
            <thetext>Created an attachment (id=21815)
Contains the original aclocal.m4 fix, and a switch from using &apos;head -3&apos; to
&apos;head -n 3&apos; due to the former being deprecated...

Should (hopefully) be the final tweak needed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ferringb@gmail.com</who>
            <bug_when>2003-12-06 20:57:28 0000</bug_when>
            <thetext>(From update of attachment 21815)
Contains the original aclocal.m4 fix, and a switch from using &apos;head -3&apos; to
&apos;head -n 3&apos; due to the former being deprecated...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seemant@gentoo.org</who>
            <bug_when>2003-12-08 18:42:33 0000</bug_when>
            <thetext>fixed in cvs, thanks brian</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>21778</attachid>
            <date>2003-12-06 00:16 0000</date>
            <desc>ppmd-9.1.ebuild patch</desc>
            <filename>patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHBwbWQtOS4xLmVidWlsZAkyMDAzLTEyLTA2IDAyOjE1OjQ5LjAwMDAwMDAwMCAtMDYwMAor
KysgcHBtZC05LjEtcjEuZWJ1aWxkCTIwMDMtMTItMDYgMDE6MzI6MzguMDAwMDAwMDAwIC0wNjAw
CkBAIC0yMCwxMyArMjAsMTggQEAKIEtFWVdPUkRTPSJ+eDg2IH5wcGMgfnNwYXJjIH5hbHBoYSB+
aHBwYSB+bWlwcyB+YXJtIH5hbWQ2NCB+aWE2NCIKIAogREVQRU5EPSJhcHAtYXJjaC9nemlwCi0J
c3lzLWRldmVsL3BhdGNoIgorCXN5cy1kZXZlbC9wYXRjaAorCXN5cy1kZXZlbC9hdXRvY29uZgor
CXN5cy1kZXZlbC9hdXRvbWFrZSIKIAogc3JjX3VucGFjaygpIHsKIAl1bnBhY2sgJHtBfQogCWNk
ICR7U30KIAllcGF0Y2ggJHtXT1JLRElSfS8ke01ZX1B9LSR7UEFUQ0hWfS5kaWZmCiAJY2htb2Qg
K3ggJHtTfS9jb25maWd1cmUKKwloZWFkIC0zIE1ha2VmaWxlLmFtID4gTWFrZWZpbGUuYW0ubmV3
CisJbXYgTWFrZWZpbGUuYW0ubmV3IE1ha2VmaWxlLmFtCisJYXV0b3JlY29uZiAtLWZvcmNlCiB9
CiAKIHNyY19pbnN0YWxsKCkgewo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>21815</attachid>
            <date>2003-12-06 20:55 0000</date>
            <desc>ppmd-9.1.ebuild patch, v2...</desc>
            <filename>patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHBwbWQtOS4xLmVidWlsZAkyMDAzLTEyLTA2IDAyOjE1OjQ5LjAwMDAwMDAwMCAtMDYwMAor
KysgcHBtZC05LjEtcjEuZWJ1aWxkCTIwMDMtMTItMDYgMDE6MzI6MzguMDAwMDAwMDAwIC0wNjAw
CkBAIC0yMCwxMyArMjAsMTggQEAKIEtFWVdPUkRTPSJ+eDg2IH5wcGMgfnNwYXJjIH5hbHBoYSB+
aHBwYSB+bWlwcyB+YXJtIH5hbWQ2NCB+aWE2NCIKIAogREVQRU5EPSJhcHAtYXJjaC9nemlwCi0J
c3lzLWRldmVsL3BhdGNoIgorCXN5cy1kZXZlbC9wYXRjaAorCXN5cy1kZXZlbC9hdXRvY29uZgor
CXN5cy1kZXZlbC9hdXRvbWFrZSIKIAogc3JjX3VucGFjaygpIHsKIAl1bnBhY2sgJHtBfQogCWNk
ICR7U30KIAllcGF0Y2ggJHtXT1JLRElSfS8ke01ZX1B9LSR7UEFUQ0hWfS5kaWZmCiAJY2htb2Qg
K3ggJHtTfS9jb25maWd1cmUKKwloZWFkIC1uIDMgTWFrZWZpbGUuYW0gPiBNYWtlZmlsZS5hbS5u
ZXcKKwltdiBNYWtlZmlsZS5hbS5uZXcgTWFrZWZpbGUuYW0KKwlhdXRvcmVjb25mIC0tZm9yY2UK
IH0KIAogc3JjX2luc3RhbGwoKSB7Cgo=
</data>        

          </attachment>
    </bug>

</bugzilla>