Thanks, this has addressed the problem.
On Wednesday, September 22, 2021, 10:52:28 AM CDT, Dan Horák
wrote:
On Wed, 22 Sep 2021 15:43:36 + (UTC)
Globe Trotter via devel wrote:
>
>
>
>
>
> >On Wednesday, September 22, 2021, 08:32:05 AM CDT, Vitaly Zaitsev via devel
> >
On Wed, 22 Sep 2021 15:43:36 + (UTC)
Globe Trotter via devel wrote:
>
>
>
>
>
> >On Wednesday, September 22, 2021, 08:32:05 AM CDT, Vitaly Zaitsev via devel
> > wrote:
>
>
>
>
>
> > On 22/09/2021 15:24, Globe Trotter via devel wrote:
> >> So, it appears that there is a standard
>On Wednesday, September 22, 2021, 08:32:05 AM CDT, Vitaly Zaitsev via devel
> wrote:
> On 22/09/2021 15:24, Globe Trotter via devel wrote:
>> So, it appears that there is a standard /usr/lib64? But is it being set
>> directly by the spec file? How do I unset it? Any suggestions?
>
> On Wednesday, September 22, 2021, 08:32:05 AM CDT, Vitaly Zaitsev via devel
> wrote:
> On 22/09/2021 15:24, Globe Trotter via devel wrote:
> So, it appears that there is a standard /usr/lib64? But is it being set
>directly by the spec file? How do I unset it? Any suggestions?
>
On 22/09/2021 15:24, Globe Trotter via devel wrote:
So, it appears that there is a standard /usr/lib64? But is it being set
directly by the spec file? How do I unset it? Any suggestions?
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_removing_rpath
--
Sincerely,
Vitaly
Hi,
I was notified some time ago that sylfilter is FTBFS in Fedora Rawhide. So, I
was looking at the build log, and I got this:
.
+ /usr/lib/rpm/check-rpaths
***
*
* WARNING: 'check-rpaths' detected a broken RPATH
