<?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>45295</bug_id>
          
          <creation_ts>2004-03-21 10:39 0000</creation_ts>
          <short_desc>gnome-panel-2.5.93 fails on automake without gtk-doc package</short_desc>
          <delta_ts>2004-04-03 03:16:48 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>GNOME</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>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>matt@breakmygentoo.net</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          <cc>pvdabeel@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>matt@breakmygentoo.net</who>
            <bug_when>2004-03-21 10:39:28 0000</bug_when>
            <thetext>Subject pretty much says it all... Patch attached, error message below:

 USE=&quot;doc&quot; ebuild gnome-panel-2.5.93.ebuild unpack
&gt;&gt;&gt; md5 src_uri ;-) gnome-panel-2.5.93.tar.bz2
&gt;&gt;&gt; Unpacking source...
&gt;&gt;&gt; Unpacking gnome-panel-2.5.93.tar.bz2 to /var/tmp/portage/gnome-panel-2.5.93/work
configure.in:26: warning: AC_ARG_PROGRAM invoked multiple times
gtk-doc.make:7: GTK_DOC_USE_LIBTOOL does not appear in AM_CONDITIONAL
gtk-doc.make:44: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL
gtk-doc.make:135: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL
 
!!! ERROR: gnome-base/gnome-panel-2.5.93 failed.
!!! Function src_unpack, Line 51, Exitcode 1
!!! (no error message)


Reproducible: Always
Steps to Reproduce:</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matt@breakmygentoo.net</who>
            <bug_when>2004-03-21 10:41:25 0000</bug_when>
            <thetext>Created an attachment (id=27743)
ebuild patch

This patch just adds a test and optional sed line to the ebuild...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-03-21 11:04:33 0000</bug_when>
            <thetext>That would work for now, but the real solution would be to fix the makefile script to not load the gconf defaults. Maybe you could patch that up ?

blocker ? -&gt; easy workaround is present</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matt@breakmygentoo.net</who>
            <bug_when>2004-03-21 12:03:42 0000</bug_when>
            <thetext>Why not just do the gconf sed on the Makefile after configure is done?  Saves time (no aclocal/automake needed) on the compile, and doesn&apos;t require this hack either...

I set to blocker since it keeps anyone from emerging that doesn&apos;t have doc in their USE flags, or gtk-doc emerged.  Counts as blockage in my book....</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-03-21 12:51:13 0000</bug_when>
            <thetext>true, the hack will suffice for now.

But what i&apos;d like to see is a full fix...

oh and why we do the sed before is that in general we consider it a bad habit to sed in generated files (patching should happen in _unpack, configure in _compile)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matt@breakmygentoo.net</who>
            <bug_when>2004-03-21 12:58:18 0000</bug_when>
            <thetext>I understand the reasoning behind sed/patches in src_unpack, but it just seems that in this case it would make more sense in src_compile...

I can look into a full fix, but no promises...  Got a lot on my plate atm..</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-03-22 15:33:44 0000</bug_when>
            <thetext>ok for the time being i moved the sed to src_configure in 2.6.0, but i&apos;d like to see a real fix here someday.

Please test</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-03-23 03:18:27 0000</bug_when>
            <thetext>*** Bug 45451 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-04-03 03:16:48 0000</bug_when>
            <thetext>i&apos;m going to assume it works, still waiting for the clean patch though.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>27743</attachid>
            <date>2004-03-21 10:41 0000</date>
            <desc>ebuild patch</desc>
            <filename>gnome-panel-2.5.93_gtk-doc.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGdub21lLXBhbmVsLTIuNS45My5lYnVpbGQub3JpZwkyMDA0LTAzLTIxIDExOjMyOjEwLjAw
MDAwMDAwMCAtMDYwMAorKysgZ25vbWUtcGFuZWwtMi41LjkzLmVidWlsZAkyMDA0LTAzLTIxIDEx
OjQ4OjUwLjAyMTU0OTY1NiAtMDYwMApAQCAtNDMsNiArNDMsMTAgQEAKIAkjIFdlIHNob3VsZCBw
YXRjaCBpbiBhIHN3aXRjaCBoZXJlIGFuZCBzZW5kIGl0IHVwc3RyZWFtCiAJc2VkIC1pICdzOi0t
bG9hZDotdjonIGdub21lLXBhbmVsL01ha2VmaWxlLmFtCiAKKwlpZiBbICEgYHVzZSBkb2NgIF07
IHRoZW4KKwkgICBzZWQgLWkgJy9pbmNsdWRlICQodG9wX3NyY2RpcilcL2d0ay1kb2MubWFrZS9k
JyBkb2MvcmVmZXJlbmNlL3BhbmVsLWFwcGxldC9NYWtlZmlsZS5hbQorCWZpCisKIAlXQU5UX0FV
VE9NQUtFPTEuNyBhY2xvY2FsIHx8IGRpZQogCVdBTlRfQVVUT01BS0U9MS43IGF1dG9tYWtlIHx8
IGRpZQogCg==
</data>        

          </attachment>
    </bug>

</bugzilla>