Bug 215670 - rpmbuild --rebuild anjuta fails
rpmbuild --rebuild anjuta fails
Product: Fedora
Classification: Fedora
Component: anjuta (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Paul F. Johnson
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2006-11-14 23:13 EST by John Ellson
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-12-24 11:20:29 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description John Ellson 2006-11-14 23:13:02 EST
Description of problem:
rpmbuild --rebuild anjuta-2.0.2-10.fc7.src.rpm
fails on FC Rawhide i386 system

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. rpmbuild --rebuild anjuta-2.0.2-10.fc7.src.rpm
Actual results:

gtk-doc: Compiling scanner
libtool: compile: unable to infer tagged configuration
libtool: compile: specify a tag with `--tag'
Compilation of scanner failed: 
make[4]: *** [scan-build.stamp] Error 1
make[4]: Leaving directory
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/ellson/rpmbuild/BUILD/anjuta-2.0.2/manuals'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/ellson/rpmbuild/BUILD/anjuta-2.0.2'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.41477 (%build)

RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.41477 (%build)

Expected results:
no build errors

Additional info:
Comment 1 Paul F. Johnson 2006-11-15 02:13:08 EST
Odd - it's quite happy on the FC buildsys. Please try the 2.0.2-11 version which
is out later today. I'll leave the bug open incase that also fails
Comment 2 John Ellson 2006-11-17 11:26:43 EST
Same problem with anjuta-2.0.2-11.fc7.src.rpm

Comment 3 John Ellson 2006-11-17 12:20:29 EST
This seems to fix the problem.    At least the build finishes for me now.

I can't explain the fix - it just looked odd.

--- anjuta.spec.orig    2006-11-17 11:29:39.000000000 -0500
+++ anjuta.spec 2006-11-17 11:29:45.000000000 -0500
@@ -58,7 +58,7 @@
 %configure --disable-static --disable-plugin-subversion --enable-nls
 %define libnoprefix %(echo %_libdir | sed 's,%_prefix/,,')
 sed -i -e 's!\(.*PACKAGE_PLUGIN_DIR@,.*\)lib\(/anjuta.*\)!\1%{libnoprefix}\2!g'
config.status ; ./config.status
-make LIBTOOL=%{_bindir}/libtool %{?_smp_mflags}
+make %{?_smp_mflags}
 rm -rf %{buildroot}
Comment 4 John Ellson 2006-11-17 12:39:17 EST
BTW.  The reason I'm doing this is to build anjuta against an upcoming release
of graphviz.  I wanted to check that I hadn't broken anything.

I see the class-inheritance plugin, but I'm now sure how to drive it.  Can you
suggest a quick test that should result in a graph display?
Comment 5 John Ellson 2006-11-17 12:45:55 EST
Comment 6 Paul F. Johnson 2006-11-17 16:40:19 EST
The libtool is needed otherwise rpmlint and rpmbuild (at least on my systems)
causes a fail. I can't explain what you're seeing!

I'll see if I can get a quick test together for the class-inheritance plugin
Comment 7 John Ellson 2006-11-18 10:43:27 EST
Yes, libtool is required, but aren't you using a private version with
LIBTOOL=%{_bindir}/libtool ?    I think my change just changes it to use the
system version of libtool. 
Comment 8 Paul F. Johnson 2006-11-18 12:50:23 EST

uses the version compiled by RedHat. If that is not defined in the make step,
the libtool supplied by the app is used
Comment 9 Paul F. Johnson 2006-12-24 11:20:29 EST
I've rebuild anjuta quite a few times now and still fail to get the build to
break. I'll close the bug for now, but if you're getting the same problem, feel
free to reopen.

Note You need to log in before you can comment on or make changes to this bug.