I would like to have the standard cmake module path searched first before a
local projects path. Is this possible to do?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
On 04/05/2011 06:33 AM, Andrea Galeazzi wrote:
Fedora isn't listed there but is it possible to have it?
2.8.4 has been submitted to F14.
https://admin.fedoraproject.org/updates/cmake-2.8.4-1.fc14
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
KDE (and probably lots of other things) with
2.8.6 is broken. We've had to pull the rc builds out of Fedora rawhide.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
) for the
xwin device driver. So I am a bit surprised I am not seeing the issue
for an optimized build that includes that device driver.
Alan
What is the output of the various Looking for pthread_create lines? Often
libraries like plplot pickup -pthread from libraries that they use.
--
Orion
)
---
set(CMAKE_FIND_LIBRARY_SUFFIXES ${CMAKE_FIND_LIBRARY_SUFFIXES}
.so.3gf)
May be time to push 2.8.7 to F16.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
2.6.4 and was wondering if there were any particular gotchas to be expected
from this move. Thanks!
1 - https://fedoraproject.org/wiki/EPEL
--
Orion Poplawski
Technical Manager 303-415-9701 x222
On 08/17/2010 02:58 PM, Alexander Neundorf wrote:
Hi,
On Tuesday 17 August 2010, Orion Poplawski wrote:
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
2.6.4
Why not go directly to 2.8.2 ?
I think there are no known regressions.
Out of my hands. RHEL6 will ship
On 8/18/2010 1:40 AM, Eric Noulard wrote:
2010/8/17 Orion Poplawskior...@cora.nwra.com:
On 08/17/2010 02:58 PM, Alexander Neundorf wrote:
Hi,
On Tuesday 17 August 2010, Orion Poplawski wrote:
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8
to
2.6.4
Why not go
unless somebody has a complaint about rc3 that's a
showstopper.
Working fine so far in Fedora Rawhide.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder
the script, i.e., the way I
have set up my script now there appears to be no difference between the
--verbose and --extra-verbose ctest options.
Looking at the cmake code it doesn't look like this is passed on in any way.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
.
This is with cmake 2.6.3 RC 13
-DINSTALL_RPATH= (or -DCMAKE_INSTALL_RPATH= which should it be?)
seems to have no effect.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
Alexander Neundorf wrote:
On Friday 20 February 2009, Orion Poplawski wrote:
We need to make sure that all rpaths are removed on install when
building Fedora rpms. How can we achieve this? We still see /usr/lib64
being added (twice!) to items:
0x000f (RPATH
0.76 sec
test 99
The Fedora builders don't have net access, but it also seems that this
shouldn't be submitted - no other tests seem to be.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
/TutorialStep5-Local-configure]
Error 1
70: gmake[1]: *** [CMakeFiles/TutorialStep5-Local.dir/all] Error 2
70: gmake: *** [all] Error 2
Works fine without -j2.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380
On 10/08/2009 05:04 PM, Orion Poplawski wrote:
On 10/02/2009 09:38 AM, Bill Hoffman wrote:
CMake 2.8.0 RC 2 is now ready for people to try.
You can find the source and binaries here:
http://www.cmake.org/files/v2.8/.
ctest -V -j2 fails here:
Tested on another system with -j4, same failure
On 10/08/2009 08:56 PM, Bill Hoffman wrote:
Bill Hoffman wrote:
Did you do an in-source build? That might be the problem, we almost
always test out of source.
That was it. Moving to out of tree worked.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA
in 2.8.0, FindwxWidgets.cmake strips -D from wxWidgets_DEFINITIONS. Why?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http
On 10/26/2009 12:44 PM, Orion Poplawski wrote:
in 2.8.0, FindwxWidgets.cmake strips -D from wxWidgets_DEFINITIONS. Why?
Note that this is breaking previously working builds of plplot because
of the missing -D. I don't see this being done in any other module.
--
Orion Poplawski
Technical
On Tue, October 27, 2009 2:15 pm, Werner Smekal wrote:
Hi Orion,
On Oct 27, 2009, at 6:53 PM, Orion Poplawski wrote:
On 10/26/2009 12:44 PM, Orion Poplawski wrote:
in 2.8.0, FindwxWidgets.cmake strips -D from
wxWidgets_DEFINITIONS. Why?
Note that this is breaking previously working
I'm getting a test failure in FindModulesExecuteAll building 2.8.0 rc4.
Is this expected? Do you really need every package installed for this
to succeed, or is it something else?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
and H5pubconf-64.h
and include the appropriate one as needed in H5public.h. As I
understand it, no one should be including H5pubconf.h directly.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
On 10/29/2009 02:38 PM, Will Dicharry wrote:
Orion Poplawski wrote:
On 10/29/2009 02:31 PM, Will Dicharry wrote:
Orion,
While searching for probable causes of hdf5.h being in your /usr/include
without H5pubconf.h (it is required by hdf5.h), I came across some
patches in fedora 11 cvs that you
-{32,64}.h
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
.xmlrpc. not compiled into CTest|Submission
successful)
Note that actual error is Could not resolve host, but regex is
Couldn.t resolve host
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
will see that it gets merged to CMake-2-8...
That takes care of it. Thanks.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301
to be check for it being null, or should it never be null?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
On 11/02/2009 09:34 AM, Brad King wrote:
Orion Poplawski wrote:
Trying to configure CGAL 3.5 with cmake 2.8.0 rc4 on Fedora and cmake is
segfaulting. Quick analysis shows that it's faulting here:
#1 cmMakefile::RaiseScope (this=value optimized out)
at /usr/src/debug/cmake-2.8.0-rc4
CMake dashboard? If not, please let me
know if your issue is fixed.
No, but works for me. Thanks.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO
: FindOpenSceneGraph.cmake
and
build #2
148: CMake Error at ModuleNoticesTest.cmake:44 (message):
148: Some modules do not have a valid copyright notice:
148:
148: FindPerlLibs.cmake
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415
!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane [EMAIL PROTECTED]
Boulder, CO 80301 http://www.cora.nwra.com
___
CMake mailing
Orion Poplawski wrote:
Can someone explain how FindVTK.cmake sets VTK_USE_FILE? I don't see
anywhere in there where it is set. Must be a side effect of some other
command?
On my system, VTK_USE_FILE is getting set to
/usr/bin/usr/lib/vtk-5.0/UseVTK.cmake instead of
/usr/lib/vtk-5.0
of that, thanks. No other problems so far.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane [EMAIL PROTECTED]
Boulder, CO 80301 http://www.cora.nwra.com
(.*) -lfltk2.*)
cmake-2.6.0/Utilities/Release/dashsun1_release.cmake:CMAKE_EXE_LINKER_FLAGS:STRING=-Bdynamic
-ldl -Bstatic
cmake-2.6.0/Utilities/Release/dashsun1_release.cmake:
SET(CMAKE_DL_LIBS \\\-Bdynamic -ldl -Bstatic\\\))
--
Orion Poplawski
Technical Manager 303-415-9701 x222
is required to enable this when building cmake? It does not appear
that:
../bootstrap --prefix=/usr --datadir=/share/cmake
--docdir=/share/doc/cmake-2.8.10 --mandir=/share/man --system-libs
--parallel=2 --qt-gui -- -DCMAKE_USE_OPENSSL=TRUE
is sufficient.
TIA,
Orion
--
Orion Poplawski
)}
OUTPUT_VARIABLE TESTS)
foreach(TEST ${TESTS})
add_test(${TEST} ${LAUNCHTESTLOCATION} ${TEST})
endforeach(TEST TESTS)
The test needs to be able to load the test_ce library at run-time.
Thanks!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office
On 02/26/2013 12:06 PM, Alexander Neundorf wrote:
On Tuesday 26 February 2013, Orion Poplawski wrote:
We have some tests that load libraries at run time. How can we specify
that LD_LIBRARY_PATH needs to be set?
file(WRITE ${CMAKE_SOURCE_DIR}/testsuite/launchtest.c ${LAUNCH})
add_executable
the project's flags (which I would lump INCLUDE_DIRECTORIES into)
come before the passed in flags.
So, is there a way to pass in a compiler option that will appear *after*
the INCLUDE_DIRECTORIES paths?
Thanks for any help, suggestions.
--
Orion Poplawski
Technical Manager
a packager of cmake for Fedora). Perhaps some way to tell
cmake to start with /usr as a prefix first rather than basing off of
PATH or where cmake is first found?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
On 07/31/2013 03:08 PM, Orion Poplawski wrote:
Is there a way to pass arguments to ctest via the make check target?
Okay, here's what's up. This recipe:
http://www.cmake.org/Wiki/CMakeEmulateMakeCheck :
add_custom_target(check COMMAND ${CMAKE_CTEST_COMMAND})
is not terribly useful
On 08/01/2013 04:57 PM, Orion Poplawski wrote:
On 07/31/2013 03:08 PM, Orion Poplawski wrote:
Is there a way to pass arguments to ctest via the make check target?
Okay, here's what's up. This recipe:
http://www.cmake.org/Wiki/CMakeEmulateMakeCheck :
add_custom_target(check COMMAND
Why is FindPythonInterp called that rather than FindPython? Would be
more in line with others (FindPerl, FindRuby), etc.
--
Orion Poplawski
System Administrator 303-415-9701 x222
Colorado Research Associates/NWRA FAX: 303-415-9702
3380 Mitchell Lane, Boulder CO 80301
in the bug tracker?
I'd add this to it if I could check to see that it wasn't reported before.
--
Orion Poplawski
System Administrator 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane [EMAIL PROTECTED]
Boulder, CO
Fedora puts java stuff into /usr/lib/jvm/java. Please consider adding
/usr/lib/jvm/java/include and /usr/lib/jvm/java/lib to the search paths
in FindJNI.cmake.
--
Orion Poplawski
System Administrator 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
Brad King wrote:
Orion Poplawski wrote:
This is apparently because when the suffixes are added
to the search list in cmFindBase they are checked for existence before
the lib-lib64 mapping is done and since /usr/lib/octave-2.9.9 doesn't
exist, it doesn't add it to the search. I'd vote for just
with RPM packaging you are
starting with a clean freshly unpacked source tree.
Thanks!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane [EMAIL PROTECTED]
Boulder, CO 80301
or some such? I'm afraid this will be a real show
stopper for Linux distributions.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301
/ncdap_test
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
Powered by www.kitware.com
Please keep
On 09/17/2013 12:30 PM, Alexander Neundorf wrote:
Yes.
Similar to what FindPNG.cmake does, it searches libpng, then searches libz,
and adds them both to the result variable.
Alex
But it should only do that when building statically.
--
Orion Poplawski
Technical Manager
()]
As Rolf noted, FindHDF5 has not changed.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
Powered
test and let me know.
Thanks,
-Brad
I can build netcdf with it now - thanks.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301
Is anyone aware of a cmake module that would be the equivalent of the
-version-info mechanism in libtool for generating VERSION and SOVERSION?
http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
--
Orion Poplawski
Technical Manager 303-415-9701
12. mai 2014 19:24, skrev Orion Poplawski:
Is anyone aware of a cmake module that would be the equivalent of the
-version-info mechanism in libtool for generating VERSION and SOVERSION?
http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
--
Orion Poplawski
If any cmakers out there could help take a look at this, I'd very much
appreciate it.
- Orion
Forwarded Message
Subject: [Bug 1199360] New: Parallel build of webkitgtk4 fails with
cmake 3.2
Date: Fri, 06 Mar 2015 03:29:34 +
From: bugzi...@redhat.com
To:
It would be really nice if the docs like:
http://www.cmake.org/cmake/help/v3.2/module/CheckCXXSourceCompiles.html
would indicate what version of cmake it was added in.
Is this recorded anywhere?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA
it for the Release
build type.
Suggestions?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
Powered
as a global variable, but perhaps
cleaner then too.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
On 10/07/2015 10:45 AM, Orion Poplawski wrote:
> On 10/06/2015 09:00 PM, Orion Poplawski wrote:
>> On 10/06/2015 09:42 AM, Robert Maynard wrote:
>>> I am proud to announce the first CMake 3.4 release candidate.
>>
>> This appears to have broken plplot's ada
On 10/22/2015 11:30 AM, Brad King wrote:
On 10/22/2015 11:28 AM, Orion Poplawski wrote:
This appears to have broken plplot's ada build on Fedora.
FYI - builds still fail with cmake 3.4.0-rc2. Have had time to look at it
closer. plplot issue seems to be triggered by a change in Ada_FLAGS
found
x00a.adb:29:05: file "plplot_traditional.ads" not found
examples/ada/CMakeFiles/x00a.dir/build.make:65: recipe for target
'examples/ada/CMakeFiles/x00a.dir/x00a.o' failed
So we're now missing the -I include dir options.
That's all I have for now, I'll try to take a closer look later.
On 10/06/2015 09:00 PM, Orion Poplawski wrote:
> On 10/06/2015 09:42 AM, Robert Maynard wrote:
>> I am proud to announce the first CMake 3.4 release candidate.
>
> This appears to have broken plplot's ada build on Fedora. Previous good (cmake
> 3.3.2):
>
> [ 22%] Building
as
immutable and error out if they are attempted to be set. Thoughts?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http
/issues/16331
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
Powered by www.kitware.com
Please
Does this issue seem familiar to anyone?
Forwarded Message
Subject: [Bug 1394152] New: WebKitGTK+ build fails with cmake 3.6.x
and 3.7.0 if using icecream and ninja
Date: Fri, 11 Nov 2016 08:12:13 +
From: bugzi...@redhat.com
To: or...@cora.nwra.com
Can anyone tell me why the default CMAKE*_FLAGS_*_INIT values get placed
*after* the specified CFLAGS? This makes it hard to override the -O value
specified there.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415
test and let me know.
Thanks,
-Brad
I can build netcdf with it now - thanks.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301
this
change in
CMake:
[14:49]dgilmore akozumpl: cmake-3.0.0-0.3.rc1.fc21
[14:49]dgilmore
[14:49]dgilmore * Mon Mar 03 2014 Orion Poplawski or...@cora.nwra.com -
3.0.0-0.3.rc1
[14:49]dgilmore - Update to upstreams version of FindPythonLibs patch
so we think it's probable
/~hughsient/appdata/
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
Powered by www.kitware.com
Please keep
On 10/28/2014 08:18 AM, Brad King wrote:
On 10/27/2014 01:59 PM, Orion Poplawski wrote:
Fedora is pushing to have higher resolution icons for the applications. There
already is CMakeSetup128.png, but these would need to get installed into the
proper /usr/share/icons/ hierarchy and named
On 10/29/2014 09:50 AM, Ben Boeckel wrote:
On Mon, Oct 27, 2014 at 11:59:09 -0600, Orion Poplawski wrote:
Fedora is pushing to have higher resolution icons for the applications. There
already is CMakeSetup128.png, but these would need to get installed into the
proper /usr/share/icons
On 02/10/2015 07:56 AM, Robert Maynard wrote:
So we can safely presume that the new features listed at
https://gcc.gnu.org/gcc-5/changes.html will be the what gcc 5.0 will
ship with?
That's how I read things.
On Mon, Feb 9, 2015 at 11:18 PM, Orion Poplawski or...@cora.nwra.com wrote
, so
that seems like the likely culprit.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
Powered
On 02/16/2015 11:07 AM, Brad King wrote:
On 02/16/2015 12:27 PM, Orion Poplawski wrote:
We're getting a fair number of test failures on Fedora Rawhide (with gcc
5 c++11):
It builds fine on F22 which also has gcc 5, but not the c++11 ABI, so
that seems like the likely culprit.
To see
On 02/16/2015 02:48 PM, Brad King wrote:
On 02/16/2015 04:26 PM, Orion Poplawski wrote:
On 02/16/2015 11:07 AM, Brad King wrote:
To see if this has anything to do with the way CMake itself is compiled,
please add this to the end of the bootstrap command line:
-- -DCMAKE_C_STANDARD=90
is currently in stage4 - prerelease state with only regression
bugfixes and documentation fixes allowed.
So I think it's reasonable time to start adapting to it.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380
On 02/17/2015 12:41 AM, Stephen Kelly wrote:
Orion Poplawski wrote:
On 02/13/2015 01:12 PM, Robert Maynard wrote:
I am proud to announce that CMake 3.2 has entered the release candidate
stage.
We're getting a fair number of test failures on Fedora Rawhide (with gcc
5 c++11):
This is a bug
On 08/17/2015 09:52 AM, Brad King wrote:
On 08/15/2015 12:20 AM, Orion Poplawski wrote:
What makes the kwsys code special in a way that makes creating a
shared library inappropriate?
We want to share the code across projects but we don't want it to
get in the way of those projects evolving
for making kwsys a proper library?
See also:
https://bugzilla.redhat.com/show_bug.cgi?id=1251198
https://fedorahosted.org/fpc/ticket/555
https://bugzilla.redhat.com/show_bug.cgi?id=1251500
Thanks
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
On 08/14/2015 08:27 AM, Ben Boeckel wrote:
On Thu, Aug 13, 2015 at 20:36:55 -0600, Orion Poplawski wrote:
There is concern in Fedora that the kwsys code has become too large to
be an acceptable copylib. However, as cmake is constructed at the
moment it would be a huge undertaking
this kind of
thing?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
diff -up cmake-3.4.1
On 12/14/2015 07:42 AM, Brad King wrote:
On 12/11/2015 06:42 PM, Orion Poplawski wrote:
For Fedora EPEL we often end up packaging newer versions of cmake as cmakeXY
(e.g. cmake34) that can be installed in parallel with the system cmake. This
is a fairly invasive process. I'm attaching
On 12/14/2015 08:56 AM, Eric Noulard wrote:
2015-12-14 15:42 GMT+01:00 Brad King <brad.k...@kitware.com
<mailto:brad.k...@kitware.com>>:
On 12/11/2015 06:42 PM, Orion Poplawski wrote:
> For Fedora EPEL we often end up packaging newer versions of cmake as
cmakeXY
libarchive 3.2 changed the version string format. The attached patch fixes.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301
82 matches
Mail list logo