----- Original Message -----
From: "David Summers" <firstname.lastname@example.org>
To: "Toby Johnson" <email@example.com>
Cc: "David James" <firstname.lastname@example.org>; "Nico Kadel-Garcia"
<email@example.com>; "dev" <firstname.lastname@example.org>
Sent: Tuesday, June 06, 2006 3:57 PM
Subject: Re: Agggh! 64-bit bug still present in 1.3.2 (PATCH already in
> On Tue, 6 Jun 2006, Toby Johnson wrote:
>> Marcus Rueckert wrote:
>>> On 2006-06-06 10:56:19 -0400, Toby Johnson wrote:
>>>> Issue 2. The "chrpath" call failed for me:
>>>> --- 8< ----- snip ----- >8 ---
>>>> + chrpath -r /usr/lib64
>>>> no rpath or runpath tag found.
>>>> error: Bad exit status from /home/toby/rpms/tmp/rpm-tmp.51994
>>> running chrpath inside the build process sounds a bit scary.
>> That was my first reaction as well... if the library can't be found
>> during the build, that sounds like a config problem. I'm pretty sure that
>> the chrpath build-time dependency is a recent addition (in 1.3.1 I
>> think); David, do you remember why this was needed?
> I've been trying for a year or so to figure out why people with NFS and
> NIS were having error/warning messages printed out in their
> /var/log/messages with a path showing MY build environment home directory
> and saying it couldn't find the libraries in that path.
> I finally figured out a few months ago that it was the -rpath during the
> build. I tried multiple ways of setting it during the build and couldn't
> get it to change. I found out about the chrpath command and it took me
> all of 5 minutes to try it out and fix the problem. If there is a better
> way, I'm all ears; I've spent a lot of time on the problem over the last
> year or so and this was the only way I could figure out to fix the
Take a look at the Fedora Core 5 SRPM and .spec file for subversion-1.3.1.
It does some similar things, but not as part of the .spec file. Instead, the
rpath option is moved out of the "LINK" command, and into a "LINK_LIBS"
command, and that is called only when linking libraries, not when linking
programs. This makes good sense to me and seems to help eliminate the RPM
build whackiness, and can be backported to other versons of RedHat or
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Tue Jun 6 23:35:42 2006