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