Re: rep-gtk 0.18.6 on x86-64 doesn't create an RPM

[Christopher Roy Bratusek <zanghar freenet de>]

Am Montag, den 04.05.2009, 10:44 -0600 schrieb Michal Jaegermann:
> On Mon, May 04, 2009 at 06:02:50PM +0200, Christopher Roy Bratusek wrote:
> > Am Montag, den 04.05.2009, 09:51 -0600 schrieb Michal Jaegermann:
> > > On Mon, May 04, 2009 at 04:24:07PM +1000, Allan Duncan wrote:
> > > 
> > > > Some other snippets from the BUILD directory are attached to help
> > > > those who understand the runes decipher the error.  I could use a
> > > > brute force hard coded libdir, but that is cheating.
> > > 
> > > > prefix=/usr
> > > > exec_prefix=${prefix}
> > > > libdir=${exec_prefix}/lib
> > > > includedir=${prefix}/include
> > > 
> > > Just looking at that this appears to be wrong.  'libdir' should be set
> > > to an expansion of %{_libdir} and for x86_64 this is not /usr/lib.
> > > That shows in rep-gtk.pc and Makefile.
> > 
> > libdir is set to @libdir@ in all .in files, so I don't get why it's not
> > working.
> 
> I really do not know.  That was only a comment on a posted
> fragments.  Only somehow 'libdir=${exec_prefix}/lib' sneaked in.
> That does not look like a substitution of '@libdir@'.
> 

check the .in files @libdir@ is set correctly. can't image what's
happening ....

well as a work-around you could pass --libdir=${_libdir} to %build's
autogen.

> > ... well Teika said it works now for him (or her?).
> 
> A branch with fixes vs. what was released?  Just guessing ...
> 
>    Michal
> 

Nope the fix got into trunk and that's what has been released

Chris