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

[Christopher Roy Bratusek <zanghar freenet de>]

Am Dienstag, den 05.05.2009, 14:01 +1000 schrieb Allan Duncan:
> Christopher Roy Bratusek wrote:
> > 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
> 
> The bit that puzzles me is that it works for the /rep/ bits, but not for
> the pkgconfig bits, 

that rep bits are comming from rep.pc the questions is why libdir is
correctly detected on librep but not on rep-gtk.

Chris

> I haven't found where that happens. The lib64 bit I
> get comes from "repexecdir", so an equivalent lib is needed for pkgconfig.
> 
>  From configure.in
> PKG_CHECK_MODULES(LIBREP, librep >= $REP_MIN_VER
>                    ,REP_EXECDIR="`pkg-config --variable=repcommonexecdir librep`"
>                    REP_CFLAGS="`pkg-config --cflags librep`"
>                    ,AC_MSG_ERROR([can't locate librep]))
> 
>  From configure
> REP_EXECDIR="`pkg-config --variable=repcommonexecdir librep`"
> 
>  From Makefile.in
> repexecdir= REP_EXECDIR@
> 
>  From Makefile
> repexecdir=/usr/lib64/rep/x86_64-unknown-linux-gnu
> 
> So this translates to "put the rep-gtk stuff wherever you found librep".
> Now I've got some idea of how lib64 gets into the rep parts, I'll pursue pkgconfig.
> Presumably we need a "pkgconfiglibdir", pity pkgconfig doesn't have its own pkgconfig.pc
> 
> Learning more internal build matters than I really want to know in my retirement.
>