EPEL 6 cmake RPATH deafults?!?

Richard Shaw hobbes1069 at gmail.com
Sat May 5 21:48:13 UTC 2012

On Sat, May 5, 2012 at 5:53 AM, Jonathan Underwood
<jonathan.underwood at gmail.com> wrote:
> On 4 May 2012 23:44, Rex Dieter <rdieter at math.unl.edu> 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?


More information about the devel mailing list