Re: ORBit 2.3.102 fails rpm build

[James Henstridge <james daa com au>]

Chris Chabot wrote:

> When rpm -ta'ing the ORBit 2.3.102 release (gnome-2.0-alpha-staging), 
> it fails on the file globber part.
>
> The reason seems to be that the .so / .a / .la files are put in 
> /var/tmp/ORBit2-2.3.102-root/usr/lib and not in 
> /var/tmp/ORBit2-2.3.102-root/usr/lib/orbit-2.0 (which is specified in 
> the .spec file). I presume the reason for this is an error in the 
> config for ORBit or in the ./configure line used in the .spec file?
>
>
> Output:
>
> Processing files: ORBit2-devel-2.3.102-1
> error: File not found by glob: 
> /var/tmp/ORBit2-2.3.102-root/usr/lib/orbit-2.0/*.so
> error: File not found by glob: 
> /var/tmp/ORBit2-2.3.102-root/usr/lib/orbit-2.0/*a
> Requires: indent glib2-devel linc-devel ORBit2 = 2.3.102
>
> RPM build errors:
>    File not found by glob: 
> /var/tmp/ORBit2-2.3.102-root/usr/lib/orbit-2.0/*.so.*
>    File not found by glob: 
> /var/tmp/ORBit2-2.3.102-root/usr/lib/orbit-2.0/*.so
>    File not found by glob: 
> /var/tmp/ORBit2-2.3.102-root/usr/lib/orbit-2.0/*a

This is caused by a problem with the "orbit-idl-2 --imodule" command 
using the installed version of libtool (in your case, I guess it would 
be 1.3.x) to build the typelib, while "make install" uses ORBit2's 
included version of libtool (1.4.2) to install the library.  Now 
libtool-1.3.x and 1.4.x use different filenames in the .libs/ subdirectory.

I pointed this our to Michael after Greg ran into the problem, and 
suggested a fix (maybe make orbit-idl-2 look for a LIBTOOL environment 
variable and use it instead of the installed libtool), but haven't 
written a fix for the problem.  If anyone else wants to look at it, it 
should be fairly trivial.

As a temporary fix, install libtool-1.4.2 on your system before building 
the RPM.

James.

--
Email: james daa com au
WWW:   http://www.daa.com.au/~james/