Re: EPEL 6 cmake RPATH deafults?!?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, May 5, 2012 at 5:53 AM, Jonathan Underwood
<jonathan.underwood@xxxxxxxxx> wrote:
> On 4 May 2012 23:44, Rex Dieter <rdieter@xxxxxxxxxxxx> wrote:
>> Richard Shaw wrote:
>>
>>> I was having trouble building one of my packages for EL6 and I noticed
>>> it was failing during man file generation using help2man.
>>>
>>> It turns out that the cmake macros in EL6 use
>>> "-DCMAKE_SKIP_RPATH:BOOL=ON" where Fedora doesn't set this (so
>>> effectively OFF).
>>>
>>> This meant that there was no RPATH to the library required by the
>>> executable in the build tree and help2man was failing.
>>>
>>> Is there a good reason why this is the default in EL?
>>>
>>> On a side note. I wish EL would update to cmake 2.8. I had to do a log
>>> of patching of the cmake configuration to get it to build with 2.6.
>>
>> file a bug (about both issues), we can at least fix the rpath one I think
>
>
> There's been a BZ asking the rhel maintainer to update to CMake 2.8 for a while:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=606892
>
> thought the response hasn't been overwhelming. I am wondering if we
> should go the route of a cmake28 package in epel.

Obviously I'd rather have RH update but if they're refusing, then an
updated package from EPEL would be nice.

I'm assuming the cmake28 package would also have a virtual provides
for cmake so only one would be useable at a time?

Thanks,
Richard
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux